Re: [Angstrom-devel] Avahi recipe

Re: [Angstrom-devel] Avahi recipe

[pHilipp Zabel]

Hi,

replacing openembedded-users with openembedded-devel
(http://lists.linuxtogo.org/pipermail/openembedded-users/2009-March/000978.html).

On Wed, Mar 11, 2009 at 5:27 AM, Ben Gamari <bgamari@gmail.com> wrote:
> On 03/10/2009 02:21 PM, Stanislav Brabec wrote:
>>
>> I guess I got the problem:
>>
>> Version 0.6.24 is already decently split and you can install
>> avahi-autoipd without triggering additional dependencies. This is not
>> valid for version 0.6.21 triggered in your build.
>>
>> I guess that it's caused by
>> distro/include/preferred-om-2008-versions.inc.
>>
>> Remove three avahi related lines from it and try again.
>>
>
> Nope, no dice. In fact, things are getting even stranger:
>
>> DEBUG: providers for avahi-daemon are: ['avahi-python', 'avahi']
>> DEBUG: update_data()
>> DEBUG: update_data()
>> NOTE: checking PREFERRED_PROVIDER_avahi-python
>> NOTE: checking PREFERRED_PROVIDER_avahi-python-0.6.21
>> NOTE: checking PREFERRED_PROVIDER_avahi-python-0.6.21-r8
>> NOTE: checking PREFERRED_PROVIDER_avahi
>> NOTE: checking PREFERRED_PROVIDER_avahi
>> NOTE: selecting avahi to satisfy runtime avahi-daemon due to
>> PREFERRED_PROVIDER_avahi = avahi
>> DEBUG: sorted providers for avahi-daemon are:
>> ['/mnt/oe/oe/openembedded/packages/avahi/avahi_0.6.24.bb',
>> '/mnt/oe/oe/openembedded/packages/avahi/avahi-python_0.6.21.bb']
>> DEBUG: adding '/mnt/oe/oe/openembedded/packages/avahi/avahi_0.6.24.bb' to
>> satisfy runtime 'avahi-daemon'
>
>> ...
>>
>> DEBUG: adding
>> '/mnt/oe/oe/openembedded/packages/avahi/avahi-python_0.6.21.bb' to satisfy
>> runtime 'avahi-daemon'
>
>> ...
>>
>> DEBUG: providers for avahi-autoipd are: ['avahi-python', 'avahi']
>> DEBUG: update_data()
>> DEBUG: update_data()
>> NOTE: checking PREFERRED_PROVIDER_avahi-python
>> NOTE: checking PREFERRED_PROVIDER_avahi-python-0.6.21
>> NOTE: checking PREFERRED_PROVIDER_avahi-python-0.6.21-r8
>> NOTE: checking PREFERRED_PROVIDER_avahi
>> NOTE: checking PREFERRED_PROVIDER_avahi
>> NOTE: selecting avahi to satisfy runtime avahi-autoipd due to
>> PREFERRED_PROVIDER_avahi = avahi
>> DEBUG: sorted providers for avahi-autoipd are:
>> ['/mnt/oe/oe/openembedded/packages/avahi/avahi_0.6.24.bb',
>> '/mnt/oe/oe/openembedded/packages/avahi/avahi-python_0.6.21.bb']
>> DEBUG: adding '/mnt/oe/oe/openembedded/packages/avahi/avahi_0.6.24.bb' to
>> satisfy runtime 'avahi-autoipd'
>> DEBUG: adding
>> '/mnt/oe/oe/openembedded/packages/avahi/avahi-python_0.6.21.bb' to satisfy
>> runtime 'avahi-autoipd'
>
> It's apparently still trying to install 0.6.21 for some reason, but this
> time in addition to 0.6.24. Odd. Any ideas?

Those messages do not mean that the recipes will be actually built. If
I'm not mistaken, bitbake is just considering alternatives here.
Especially this ...

>> NOTE: selecting avahi to satisfy runtime avahi-autoipd due to
>> PREFERRED_PROVIDER_avahi = avahi

... part sounds like it's going to do the right thing.

I have the same messages in my -DD log. When I call "DISTRO=angstrom
bitbake task-base" on a clean tmp, it just builds avahi (0.6.24), not
avahi-python (0.6.21) or any of its additional dependencies.

regards
Philipp

Re: [Angstrom-devel] Avahi recipe

[Stanislav Brabec]

pHilipp Zabel wrote:

> >> I guess that it's caused by
> >> distro/include/preferred-om-2008-versions.inc.
> >>
> >> Remove three avahi related lines from it and try again.
> >>
> >
> > Nope, no dice. In fact, things are getting even stranger:

Ben, what will happen, it you remove avahi_0.6.21.bb from the tree?
Maybe it poisons the dependency checker?


________________________________________________________________________
Stanislav Brabec
http://www.penguin.cz/~utx/zaurus

Angstrom online image builder.

[harald]

Hello,

after all my tries to build angstroem on my machine fails because my
loox do not start with my images but with my kernel runs with rootfs
images which can be downloaded at several locations (opie, gpe.., almost
all workes). I tired to use angstrom online image builder from here:
http://amethyst.openembedded.net/~koen/narcissus/

This worked only once for me. Now you can choose yor machine and some
addidional information. No image will be built. Is it a limitation that
every machine can only send on request or is something wrong with the
online image builder?  

Regards, Harald.

Re: [Angstrom-devel] Avahi recipe

[Ben Gamari]

On Wed, Mar 11, 2009 at 09:37:48AM +0100, Stanislav Brabec wrote:
> Ben, what will happen, it you remove avahi_0.6.21.bb from the tree?
> Maybe it poisons the dependency checker?

Indeed, after removing all of the avahi recipes other than _0.6.24.bb
things work roughly as expected (i.e. no gtk+). Still 2000 packages with
a few Xorg packages (libsm required by gstreamer, etc), but I probably
just have high expectations. Would it be possible to remove avahi
versions prior to 0.6.24 from the repository?

- Ben

Re: [Angstrom-devel] Avahi recipe & Openmoko

[Stanislav Brabec]

Ben Gamari wrote in Fri 03/13 2009 at 15:20 -0400:
> On Wed, Mar 11, 2009 at 09:37:48AM +0100, Stanislav Brabec wrote:
> > Ben, what will happen, it you remove avahi_0.6.21.bb from the tree?
> > Maybe it poisons the dependency checker?
> 
> Indeed, after removing all of the avahi recipes other than _0.6.24.bb

It sounds like a bug of dependency checker.

> things work roughly as expected (i.e. no gtk+). Still 2000 packages with
> a few Xorg packages (libsm required by gstreamer, etc), but I probably
> just have high expectations.

It's almost surely fixable. Only few modules need X libraries. You
should just exclude these.

> Would it be possible to remove avahi
> versions prior to 0.6.24 from the repository?

Ask maintainers of distros with:

PREFERRED_VERSION_avahi-python ?= "0.6.21"

Note: Preferring different versions of particular avahi sub-packages is
almost surely incorrect.

It's Openmoko. I guess that upgrade of avahi is sane. There is just one
important issue to check or fix (bug in libdaemon which triggers dead
loop in avahi):
https://bugzilla.novell.com/show_bug.cgi?id=469342


________________________________________________________________________
Stanislav Brabec
http://www.penguin.cz/~utx/zaurus