Talk:Opkg

Thomas, I am watching with great interest your developments on opkg. Here are a few things I DETEST about ipkg, in case you are soliciting feature requests:

• opkg should be smarter about non-default installation paths. ipkg-link works well enough most of the time, but when post-install scripts are run by ipkg, those scripts might be looking for files in /etc or /usr/share that don't exist because they aren't yet linked (user hasn't run ipkg-link yet).

• • on a related note, if installing a package also results in the installation of dependencies, opkg might be smarter about where it puts those (e.g., some system libraries in main flash, app libraries on card, etc.)

• • better still, maybe opkg.conf should allow different default locations for different types of packages, so I don't need to remember "-d card" every time

• ipkg command-line options use a single dash for both one-letter options (e.g. "-d") and long options (e.g. "-force-reinstall"), contrary to nearly every other program in the world.

• ipkg doesn't seem to handle very well the situation where one package is deprecated in favor of another that provides the same files/functions. I had some manual work to do when gtk+ package was dropped in favor of gtk+-fastscaling, for example.

• better orphan handling would be nice!

That's all. Good luck!

Quicksand 22:00, 18 January 2008 (CET)

OPKG authentification with proxy

Despite the opkg proxy authentication won't work with options,

option proxy_username <username> option proxy_password <password>

it's still possible to send proxy password in next form:

option http_proxy http://login:password@http_proxy:port

My Regards, Vlad