Re: OEDEM 2009 summary: Package management

Martin Jansa

On Wed, Nov 11, 2009 at 9:33 PM, Martin Jansa <martin.jansa@...>wrote:

On Wed, Nov 11, 2009 at 05:12:01PM +0000, Phil Blundell wrote:
This was the last session of the OEDEM schedule and the number of
participants was much reduced compared to the previous ones. Partly as
a result of that it was also very short.

Key issue: opkg is the defacto standard for package management in
OE-derived distros but its quality is perceived as low. What can we do
about this?
Today I've "fixed" one problem we had with opkg in shr.

opkg installs own version of update-alternatives

its the same script as the one packaged as update-alternatives-cworth

its installed to /usr/bin (update-alternatives-cworth is using
/usr/sbin so in PATH is after version from opkg)

I've patch for update-alternatives-cworth to use alternative which was
installed last if there is no alternative with higher priority (see

And it was really confusing to have 2 simillar update-alternatives
scripts in image.

So it should be removed from opkg as I did in

or opkg should provide virtual/update-alternatives as distros are using
preferred_provider for that already.

with update-alternatives removed from opkg-native I noticed that

virtual/update-alternatives-native defined in is not
installed at all before building any image, so created image is not
bootable, because there are missing links for busybox and kernel image etc.

where should be "DEPENDS = virtual/update-alternatives-native" to make sure,
that it is pulled before any package calls update-alternatives?

maybe tasks/ where is just virtual/kernel now?


Join to automatically receive all group messages.