Issue 50: Uncorrect unzip path
Status:  Fixed
Owner:
Closed:  Jan 2012
Project Member Reported by login...@gmail.com, Jan 15, 2012
unzip_bin="/usr/bin/unzip"

it should be

unzip_bin="/usr/local/bin/unzip"
Jan 15, 2012
Project Member #1 addicted...@gmail.com
This means that the installer failed to install unzip from opkg or that torrentexpander was run a few builds ago. Now I'm prioritizing the /usr/local/bin/ directory.

Maybe this part of the installer should be changed accordingly :
if [[ "$(opkg status unzip)" != "" || -f "/usr/bin/unzip" ]] && [ "$(opkg status unrar)" != "" ] && [[ "$(opkg status wget)" != "" || -f "/bin/wget" ]] && [ "$(opkg status busybox)" != "" ] && [ -d /share/Apps/Transmission ]; then
to
if [[ "$(opkg status unzip)" != "" || -f "/usr/local/bin/unzip" ]] && [ "$(opkg status unrar)" != "" ] && [[ "$(opkg status wget)" != "" || -f "/bin/wget" ]] && [ "$(opkg status busybox)" != "" ] && [ -d /share/Apps/Transmission ]; then
Jan 15, 2012
Project Member #2 login...@gmail.com
Yes, it's only a bug of priority.

If you change the line, A100 device will not able to install torrentexpander. What's the worst? Block installation of script or leave script block itself while working with unzip? ;-)
Jan 15, 2012
Project Member #3 addicted...@gmail.com
I'm sorry, I don't understand :
- Torrentexpander will first try to find unzip in /usr/local/bin/
- Installer will try to install unzip from opkk

I admit, there is an issue if unzip is not available from opkg. Is it what you are talking about ?

Thanks
Jan 15, 2012
Project Member #4 login...@gmail.com
I have to rewrite bug report (comment 1):

In r155 you have write 'Prioritizing the /usr/local/bin/ for PCH devices'.

But, now i'm using r160 and this change has no effect.

About comment 3: Yes
Jan 15, 2012
Project Member #5 login...@gmail.com
Confirmed: /usr/local/bin/unzip is avaiable but script automatically set /usr/bin/unzip
Jan 15, 2012
Project Member #7 addicted...@gmail.com
Ahhh, I see
Unzip was found in the default user variable path (/usr/bin/unzip).
This circumvented the search
Solved in the latest SVN
Jan 16, 2012
Project Member #8 login...@gmail.com
(No comment was entered for this change.)
Status: Fixed