Hi

I am using centos 32 Bit

In my server unzip is installed in /usr/bin
and its path is /usr/bin/unzip

i have also chmodded it to 777

But Torrent-flux will say that path is not valid.

Same problem for wget,gre,python etc

any help guys ?

What do you mean path is not valid? How is it possible for wget or grep to say that?

what is the output of

?

A path variable usually shouldn't point to the file itself, it should point to the directory that contains the file.

I would guess that torrent flux is the same. So when it is trying to find the "unzip" binary, in your case it is looking for "/usr/bin/unzip/unzip" which doesn't exist.

That being said, i haven't used torrentflux in many years, if I recall correctly, it hasn't been maintained for a long time, and may well be full of security bugs. Based on the dates in the tarball, they are all aroudn 2008.

Perhaps try using "/usr/bin" in the torrentflux configuration.

@jhwilliams
Here are the outputs

echo $PATH
/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin

which wget
/usr/bin/wget
find wget
find: wget: No such file or directory

wget

wget: missing URL
Usage: wget [OPTION]... [URL]...

Try `wget --help' for more options.

@fukawi1

I don't think so . i am using torrentflux-b4rt it is a upgraded version . and it needs path to the executable file.

The find and wget error messages are normal (you need to give find the name of an existing directory and wget a URL).

Can you post outputs showing what you mean by "Torrent-flux will say that path is not valid" and "Same problem for wget,gre,python etc"?

Please check the screenshot

http://i.lulzimg.com/85d4c74367.png

Thanks -- that is clear.

Netsearching did not identify a definitive solution. One suggestion was that the problem is caused by the PHP configuration not allowing access to the listed programs. A claimed fix (but only for the transmissioncli part) is at http://itnuggets.blogspot.com/.