wierd rdepends on libvolume-id-dev

wierd rdepends on libvolume-id-dev

[Otavio Salvador]

Hello,

I've noticed a very weird rdepends on libvolume-id-dev. Take a look
bellow:

otavio@neumann:~/hacking/ossystems/oe$ dpkg -I tmp/deploy/glibc/ipk/i486/udev_*_i486.ipk 
 novo pacote debian, versão 2.0.
 tamanho 83462 bytes: arquivo de controle= 842 bytes.
     947 bytes,    13 linhas      control              
     103 bytes,     7 linhas   *  postinst             #!/bin/sh
      37 bytes,     2 linhas   *  postrm               #!/bin/sh
      62 bytes,     4 linhas   *  prerm                #!/bin/sh
 Package: udev
 Version: 124-r8.1
 Description: udev is a daemon which dynamically creates and removes device nodes from /dev/, handles hotplug events and loads drivers at boot time. It replaces the hotplug package and requires a kernel not older than 2.6.12.
 Section: base
 Priority: optional
 Maintainer: Angstrom Developers <angstrom-distro-devel@linuxtogo.org>
 License: GPL
 Architecture: i486
 OE: udev
 Homepage: http://www.ossystems.com.br
 Depends: update-rc.d, libvolume-id-dev (>= 124), libc6 (>= 2.6.1), udev-locale*
 Provides: hotplug
 Source: http://kernel.org/pub/linux/utils/kernel/hotplug/udev-124.tar.gz file://noasmlinkage.patch;patch=1 file://flags.patch;patch=1 file://vol_id_ld.patch;patch=1 file://udevtrigger_add_devname_filtering.patch;patch=1 file://mount.blacklist file://run.rules file://udev.rules file://devfs-udev.rules file://links.conf file://permissions.rules file://mount.sh file://network.sh file://local.rules file://init

Do someone has any idea why it has this depends?

-- 
        O T A V I O    S A L V A D O R
---------------------------------------------
 E-mail: otavio@debian.org      UIN: 5906116
 GNU/Linux User: 239058     GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
 you the whole house."

Re: wierd rdepends on libvolume-id-dev

[Paul Sokolovsky]

Hello,

On Wed, 03 Dec 2008 16:16:58 -0200
Otavio Salvador <otavio@debian.org> wrote:

> Hello,
> 
> I've noticed a very weird rdepends on libvolume-id-dev. Take a look
> bellow:
> 
[]
>  Depends: update-rc.d, libvolume-id-dev (>= 124), libc6 (>= 2.6.1),

I can confirm this for DISTRO=angstrom-2008.1 TARGET_ARCH=arm image
built few days ago. I didn't look into this yet though.


-- 
Best regards,
 Paul                          mailto:pmiscml@gmail.com

Re: wierd rdepends on libvolume-id-dev

[Koen Kooi]

On 03-12-08 19:16, Otavio Salvador wrote:
> Hello,
>
> I've noticed a very weird rdepends on libvolume-id-dev. Take a look
> bellow:
>
> otavio@neumann:~/hacking/ossystems/oe$ dpkg -I tmp/deploy/glibc/ipk/i486/udev_*_i486.ipk
>   novo pacote debian, versão 2.0.
>   tamanho 83462 bytes: arquivo de controle= 842 bytes.
>       947 bytes,    13 linhas      control
>       103 bytes,     7 linhas   *  postinst             #!/bin/sh
>        37 bytes,     2 linhas   *  postrm               #!/bin/sh
>        62 bytes,     4 linhas   *  prerm                #!/bin/sh
>   Package: udev
>   Version: 124-r8.1
>   Description: udev is a daemon which dynamically creates and removes device nodes from /dev/, handles hotplug events and loads drivers at boot time. It replaces the hotplug package and requires a kernel not older than 2.6.12.
>   Section: base
>   Priority: optional
>   Maintainer: Angstrom Developers<angstrom-distro-devel@linuxtogo.org>
>   License: GPL
>   Architecture: i486
>   OE: udev
>   Homepage: http://www.ossystems.com.br
>   Depends: update-rc.d, libvolume-id-dev (>= 124), libc6 (>= 2.6.1), udev-locale*
>   Provides: hotplug
>   Source: http://kernel.org/pub/linux/utils/kernel/hotplug/udev-124.tar.gz file://noasmlinkage.patch;patch=1 file://flags.patch;patch=1 file://vol_id_ld.patch;patch=1 file://udevtrigger_add_devname_filtering.patch;patch=1 file://mount.blacklist file://run.rules file://udev.rules file://devfs-udev.rules file://links.conf file://permissions.rules file://mount.sh file://network.sh file://local.rules file://init
>
> Do someone has any idea why it has this depends?

Have a look at 
/OE/angstrom-dev/staging/i486-angstrom-linux-gnueabi/shlibs/libvolume*.list 
to see what OE thinks the -dev package provides.

regards,

Koen

Re: wierd rdepends on libvolume-id-dev

[Otavio Salvador]

Koen Kooi <k.kooi@student.utwente.nl> writes:

> On 03-12-08 19:16, Otavio Salvador wrote:
>> Hello,
>>
>> I've noticed a very weird rdepends on libvolume-id-dev. Take a look
>> bellow:
<...>
>> Do someone has any idea why it has this depends?
>
> Have a look at
> /OE/angstrom-dev/staging/i486-angstrom-linux-gnueabi/shlibs/libvolume*.list
> to see what OE thinks the -dev package provides.

otavio@neumann:~/hacking/ossystems/oe$ cat tmp/staging/i486-ossystems-linux/shlibs/libvolume-id-dev.list 
libvolume_id.so.0
otavio@neumann:~/hacking/ossystems/oe$ cat tmp/staging/i486-ossystems-linux/shlibs/libvolume-id.list 
libvolume_id.so.0

Any idea how to fix it?

-- 
        O T A V I O    S A L V A D O R
---------------------------------------------
 E-mail: otavio@debian.org      UIN: 5906116
 GNU/Linux User: 239058     GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
 you the whole house."

Re: wierd rdepends on libvolume-id-dev

[Koen Kooi]

On 04-12-08 21:10, Otavio Salvador wrote:
> Koen Kooi<k.kooi@student.utwente.nl>  writes:
>
>> On 03-12-08 19:16, Otavio Salvador wrote:
>>> Hello,
>>>
>>> I've noticed a very weird rdepends on libvolume-id-dev. Take a look
>>> bellow:
> <...>
>>> Do someone has any idea why it has this depends?
>> Have a look at
>> /OE/angstrom-dev/staging/i486-angstrom-linux-gnueabi/shlibs/libvolume*.list
>> to see what OE thinks the -dev package provides.
>
> otavio@neumann:~/hacking/ossystems/oe$ cat tmp/staging/i486-ossystems-linux/shlibs/libvolume-id-dev.list
> libvolume_id.so.0
> otavio@neumann:~/hacking/ossystems/oe$ cat tmp/staging/i486-ossystems-linux/shlibs/libvolume-id.list
> libvolume_id.so.0
>
> Any idea how to fix it?

It seems package.bbclass got confused and generated the wrong shlib 
providerlist, try putting in some more bb.note to see where it goes wrong.

regards,

Koen