Re: [oe-commits] org.oe.dev neod: add dependency to dbus-1

Re: [oe-commits] org.oe.dev neod: add dependency to dbus-1

[Marcin Juszkiewicz]

Dnia niedziela, 4 listopada 2007, mickeyl commit napisał:

> neod: add dependency to dbus-1
>
> Author: mickeyl@openembedded.org
> Branch: org.openembedded.dev
> Revision: dfbec4dce18c3885b36210c05ed69759ab6bf5b6

> packages/openmoko2/neod_svn.bb	6cc80a4570dfd74c4eefe208b331a5b8c8d049af
> packages/openmoko2/neod_svn.bb	92a5e00ba437275e36002f64963caa7aab304a17
> @@ -1,7 +1,7 @@ DEPENDS = "gtk+ pulseaudio"
>  DESCRIPTION = "Simple Neo1973 Daemon for Button Handling and Power 
>  Management"  
>  SECTION = "openmoko/daemons" 
>  DEPENDS = "gtk+ pulseaudio"
> -RDEPENDS = "gpe-scap xrandr alsa-utils-amixer apm"
> +RDEPENDS = "gpe-scap xrandr alsa-utils-amixer apm dbus-1"

Why such rdependency? If it does not use dbus libraries then it does not 
need it. If it use them then it gets linked to it.

Neod currently is linked to gconf which is linked to dbus. So maybe there 
is other place where this rdependency should be placed?

-- 
JID: hrw-jabber.org
OpenEmbedded developer/consultant

         Computers are not intelligent. They only think they are.

Re: [oe-commits] org.oe.dev neod: add dependency to dbus-1

[Dr. Michael Lauer]

Marcin Juszkiewicz wrote:
> Dnia niedziela, 4 listopada 2007, mickeyl commit napisał:

>> neod: add dependency to dbus-1
>>
>> Author: mickeyl@openembedded.org
>> Branch: org.openembedded.dev
>> Revision: dfbec4dce18c3885b36210c05ed69759ab6bf5b6

>> packages/openmoko2/neod_svn.bb        6cc80a4570dfd74c4eefe208b331a5b8c8d049af
>> packages/openmoko2/neod_svn.bb        92a5e00ba437275e36002f64963caa7aab304a17
>> @@ -1,7 +1,7 @@ DEPENDS = "gtk+ pulseaudio"
>>  DESCRIPTION = "Simple Neo1973 Daemon for Button Handling and Power 
>>  Management"  
>>  SECTION = "openmoko/daemons" 
>>  DEPENDS = "gtk+ pulseaudio"
>> -RDEPENDS = "gpe-scap xrandr alsa-utils-amixer apm"
>> +RDEPENDS = "gpe-scap xrandr alsa-utils-amixer apm dbus-1"

> Why such rdependency? If it does not use dbus libraries then it does not
> need it. If it use them then it gets linked to it.

Please look into the source, before making too fast assumptions. neod
calls dbus-send which is part of dbus. No linking, but calling at
runtime -- same as for xrandr, gpe-scap, and alsactl.

Regards,

:M:
-- 
Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de

Re: [oe-commits] org.oe.dev neod: add dependency to dbus-1

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marcin Juszkiewicz schreef:
> Dnia niedziela, 4 listopada 2007, mickeyl commit napisał:
> 
>> neod: add dependency to dbus-1
>>
>> Author: mickeyl@openembedded.org
>> Branch: org.openembedded.dev
>> Revision: dfbec4dce18c3885b36210c05ed69759ab6bf5b6
> 
>> packages/openmoko2/neod_svn.bb	6cc80a4570dfd74c4eefe208b331a5b8c8d049af
>> packages/openmoko2/neod_svn.bb	92a5e00ba437275e36002f64963caa7aab304a17
>> @@ -1,7 +1,7 @@ DEPENDS = "gtk+ pulseaudio"
>>  DESCRIPTION = "Simple Neo1973 Daemon for Button Handling and Power 
>>  Management"  
>>  SECTION = "openmoko/daemons" 
>>  DEPENDS = "gtk+ pulseaudio"
>> -RDEPENDS = "gpe-scap xrandr alsa-utils-amixer apm"
>> +RDEPENDS = "gpe-scap xrandr alsa-utils-amixer apm dbus-1"
> 
> Why such rdependency? If it does not use dbus libraries then it does not 
> need it. If it use them then it gets linked to it.

There are 2 cases[*] where you need to add RDEPENDS manually for such a
thing:

1) when using something like dlopen();
2) when using something like system();

neod uses option 2):

g_spawn_command_line_async( "dbus-send /org/freedesktop/PowerManagement
org.freesmartphone.powermanagement.ChargerConnected", NULL );

Apart from that adding 'dbus-1' breaks OE, you should use 'dbus'
instead, OE will automagically convert that to 'dbus-1' when using
debian.bbclass.

regards

Koen

- --
koen@dominion.kabel.utwente.nl will go go away in december 2007, please
use k.kooi@student.utwente.nl instead.

[*] 2 cases I know off, but I'm not a coder
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD4DBQFHLlNTMkyGM64RGpERAmvMAKCWlwivubDR8TWvfOqzbpcaExPYogCWLjbY
TPE9f5nPKNYLYILdMZiiTA==
=Zdnm
-----END PGP SIGNATURE-----