Re: [oe-commits] Koen Kooi : opkg-target,sdk: bump SRCREV

Re: [oe-commits] Koen Kooi : opkg-target,sdk: bump SRCREV

[Martin Jansa]

On Tue, Nov 24, 2009 at 10:08:18AM +0000, git version control wrote:
> Module: openembedded.git
> Branch: org.openembedded.dev
> Commit: 2fdf1aa1c869ea9deecee86206f49a2eca9d7c00
> URL:    http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=2fdf1aa1c869ea9deecee86206f49a2eca9d7c00
> 
> Author: Koen Kooi <koen@openembedded.org>
> Date:   Tue Nov 24 10:22:43 2009 +0100
> 
> opkg-target,sdk: bump SRCREV

Hi,

just out of curiosity, does your opkg also ship with update-alternatives
script included in package?

Haven't you problem with it, ie not respecting
virtual/update-alternatives set for distribution in OE?

We're using slightly modified cworth's update-alternatives script
http://patchwork.openembedded.org/patch/1291/
so we need to remove it from opkg, because otherwise version from opkg
is higher in PATH :/
http://patchwork.openembedded.org/patch/1290/

Could other distributions also use this?

Cheers,

-- 
uin:136542059                jid:Martin.Jansa@gmail.com
Jansa Martin                 sip:jamasip@voip.wengo.fr 
JaMa                         

Re: [oe-commits] Koen Kooi : opkg-target,sdk: bump SRCREV

[Koen Kooi]

Op 24 nov 2009, om 11:20 heeft Martin Jansa het volgende geschreven:

> On Tue, Nov 24, 2009 at 10:08:18AM +0000, git version control wrote:
>> Module: openembedded.git
>> Branch: org.openembedded.dev
>> Commit: 2fdf1aa1c869ea9deecee86206f49a2eca9d7c00
>> URL:    http://gitweb.openembedded.net/?p=openembedded.git&a=commit;h=2fdf1aa1c869ea9deecee86206f49a2eca9d7c00
>>
>> Author: Koen Kooi <koen@openembedded.org>
>> Date:   Tue Nov 24 10:22:43 2009 +0100
>>
>> opkg-target,sdk: bump SRCREV
>
> Hi,
>
> just out of curiosity, does your opkg also ship with update- 
> alternatives
> script included in package?

Yes:

koen@dominion:/OE/angstrom-dev$ dpkg-deb -c deploy/glibc/ipk/armv7a/ 
opkg-nogpg-nocurl_0.1.6+svnr363-r16.4_armv7a.ipk
drwxr-xr-x root/root         0 2009-11-24 11:06 ./
drwxr-xr-x root/root         0 2009-11-24 11:06 ./usr/
drwxr-xr-x root/root         0 2009-11-24 11:06 ./usr/bin/
-rwxr-xr-x root/root    134428 2009-11-24 11:06 ./usr/bin/opkg-cl
-rwxr-xr-x root/root      4248 2009-11-24 11:06 ./usr/bin/update- 
alternatives
-rwxr-xr-x root/root      1671 2009-11-24 11:06 ./usr/bin/opkg-key
drwxr-xr-x root/root         0 2009-11-24 11:06 ./usr/share/
drwxr-xr-x root/root         0 2009-11-24 11:06 ./usr/share/opkg/
drwxr-xr-x root/root         0 2009-11-24 11:06 ./usr/share/opkg/ 
intercept/
-rwxr-xr-x root/root       151 2009-11-24 11:06 ./usr/share/opkg/ 
intercept/ldconfig
-rwxr-xr-x root/root       175 2009-11-24 11:06 ./usr/share/opkg/ 
intercept/update-modules
-rwxr-xr-x root/root       231 2009-11-24 11:06 ./usr/share/opkg/ 
intercept/depmod
drwxr-xr-x root/root         0 2009-11-24 11:06 ./etc/
drwxr-xr-x root/root         0 2009-11-24 11:06 ./etc/rcS.d/
-rwxr-xr-x root/root       513 2009-11-24 11:06 ./etc/rcS.d/S98configure


> Haven't you problem with it, ie not respecting
> virtual/update-alternatives set for distribution in OE?

virtual/foo is for buildtime, so some other solution is needed if you  
want to install a different u-a.

> We're using slightly modified cworth's update-alternatives script
> http://patchwork.openembedded.org/patch/1291/
> so we need to remove it from opkg, because otherwise version from opkg
> is higher in PATH :/
> http://patchwork.openembedded.org/patch/1290/
>
> Could other distributions also use this?

Those 2 patches look OK, expect that you need to add RDEPENDS =  
"update-alternatices-cworth" to the opkg recipes since they will stop  
working otherwise.
We might need something like the virtual/xserver + XSERVER to solve it  
runtime and buildtime.

regards,

Koen

Re: [oe-commits] Koen Kooi : opkg-target,sdk: bump SRCREV

[Graham Gower]

Is there a reason why another update-alternatives exists at all?
Wouldn't it be better to get fixes merged upstream?

I would be quite happy to accept diffs.

Re: [oe-commits] Koen Kooi : opkg-target,sdk: bump SRCREV

[Martin Jansa]

On Tue, Nov 24, 2009 at 09:39:27PM +1030, Graham Gower wrote:
> Is there a reason why another update-alternatives exists at all?
> Wouldn't it be better to get fixes merged upstream?

I'm not sure what update-alternatives-dpkg in OE does different
grep -R  virtual/update-alternatives conf/distro
shows only mamona.conf using dpkg

Even with fixes merged upstream we should block installing own u-a with
images, because its really confusing to have one u-a in /usr/bin/ and
second in /usr/sbin/ and if someone in OE doesn't use opkg as pkg
manager then we still need virtual/u-a.

Maybe add
PROVIDES = "virtua/update-alternatives" to opkg recipes (the same for
-native) and switch default providers in distro configs?

> I would be quite happy to accept diffs.

You can consider u-a changes in
http://patchwork.openembedded.org/patch/1291/
should apply cleanly to your u-a, last time I checked it was the same as
unpatched update-alternatives-cworth in OE repo.

First 2 chunks are for use case, when I install new package foo-bar which
provides alternative for foo with same priority as some other package
foo-old before. 
Then I would like to use alternative from foo-bar if there is no
alternative with highest priority (foo-bar and foo-old have highest
alternatives installed)

Last chunk solves issue when you use update-alternatives for links to
directories, when new link is "installed" inside the old alternative
directory instead of replacing old link.

Cheers,

-- 
uin:136542059                jid:Martin.Jansa@gmail.com
Jansa Martin                 sip:jamasip@voip.wengo.fr 
JaMa                         

Re: [oe-commits] Koen Kooi : opkg-target,sdk: bump SRCREV

[Ricardo Salveti de Araujo]

On Tue, Nov 24, 2009 at 8:34 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Tue, Nov 24, 2009 at 09:39:27PM +1030, Graham Gower wrote:
>> Is there a reason why another update-alternatives exists at all?
>> Wouldn't it be better to get fixes merged upstream?
>
> I'm not sure what update-alternatives-dpkg in OE does different
> grep -R  virtual/update-alternatives conf/distro
> shows only mamona.conf using dpkg

I don't actually know why the dpkg version was created, but I think
mamona was using it basically because it's the one provided by dpkg.

Until mamona 0.2 we used debootstrap with chroot and qemu, but as
we're now using the image feature from OE, we switched from u-a-dpkg
to u-a-cworth, so probably no one will actually use it anymore.

> Even with fixes merged upstream we should block installing own u-a with
> images, because its really confusing to have one u-a in /usr/bin/ and
> second in /usr/sbin/ and if someone in OE doesn't use opkg as pkg
> manager then we still need virtual/u-a.

At mamona we're using dpkg and u-a-cworth.

Cheers,
-- 
Ricardo Salveti de Araujo