All of lore.kernel.org
 help / color / mirror / Atom feed
* Strange bluez dependency for ppp
@ 2010-09-26 12:43 Petr Štetiar
  2010-09-26 13:11 ` Roman I Khimov
  2010-09-27  6:38 ` Frans Meulenbroeks
  0 siblings, 2 replies; 6+ messages in thread
From: Petr Štetiar @ 2010-09-26 12:43 UTC (permalink / raw)
  To: openembedded-devel

Hi,

I've added ppp to my image based on minimal-image. To my surprise it dragged
in over 2000 more packages. It's caused by libpcap which depends on
bluez-libs. My minimal-image with ppp = 3541 tasks/packages and same
minimal-image with ppp, but with removed bluez-utils dependency from libcap =
1300 tasks/packages. I wonder how to fix it correctly in OE, since I've found
this patch[1]. Thanks for the suggestions.

1. http://patchwork.openembedded.org/patch/329/

-- ynezz



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Strange bluez dependency for ppp
  2010-09-26 12:43 Strange bluez dependency for ppp Petr Štetiar
@ 2010-09-26 13:11 ` Roman I Khimov
  2010-09-27  6:38 ` Frans Meulenbroeks
  1 sibling, 0 replies; 6+ messages in thread
From: Roman I Khimov @ 2010-09-26 13:11 UTC (permalink / raw)
  To: openembedded-devel

[-- Attachment #1: Type: Text/Plain, Size: 911 bytes --]

В сообщении от Воскресенье 26 сентября 2010 16:43:17 автор Petr Štetiar 
написал:
> I've added ppp to my image based on minimal-image. To my surprise it
>  dragged in over 2000 more packages. It's caused by libpcap which depends
>  on bluez-libs. My minimal-image with ppp = 3541 tasks/packages and same
>  minimal-image with ppp, but with removed bluez-utils dependency from
>  libcap = 1300 tasks/packages. I wonder how to fix it correctly in OE,
>  since I've found this patch[1]. Thanks for the suggestions.
> 
> 1. http://patchwork.openembedded.org/patch/329/

$ egrep "(DISTRO|COMBINED)_FEATURES" recipes/*/* | wc -l
107

[shurgs]

Though you can also use 

PREFERRED_PROVIDER_bluez-libs = "bluez-libs"

for your distro.

-- 
 http://roman.khimov.ru
mailto: roman@khimov.ru
gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Strange bluez dependency for ppp
  2010-09-26 12:43 Strange bluez dependency for ppp Petr Štetiar
  2010-09-26 13:11 ` Roman I Khimov
@ 2010-09-27  6:38 ` Frans Meulenbroeks
  2010-09-27  6:39   ` Frans Meulenbroeks
  2010-09-27  8:21   ` Petr Štetiar
  1 sibling, 2 replies; 6+ messages in thread
From: Frans Meulenbroeks @ 2010-09-27  6:38 UTC (permalink / raw)
  To: openembedded-devel

2010/9/26 Petr Štetiar <ynezz@true.cz>:
> Hi,
>
> I've added ppp to my image based on minimal-image. To my surprise it dragged
> in over 2000 more packages. It's caused by libpcap which depends on
> bluez-libs. My minimal-image with ppp = 3541 tasks/packages and same
> minimal-image with ppp, but with removed bluez-utils dependency from libcap =
> 1300 tasks/packages. I wonder how to fix it correctly in OE, since I've found
> this patch[1]. Thanks for the suggestions.
>
> 1. http://patchwork.openembedded.org/patch/329/
>
> -- ynezz

never peeked at bluez-utils, but bluez itself drags in a lot of stuff
because it depends on alsa and gst, so even if you only need bt
serial, you get a lot of stuff you probably do not want.

Actually the bluez dir seems to be in a state of requiring some attention:
here's the dir listing:
bcm2035-tool			bluez-hcidump_1.42.bb	  bluez-utils.inc      bluez4_4.59.bb
bcm2035-tool_0.0.bb		bluez-libs		  bluez-utils3.inc     bluez4_4.66.bb
bluez-cups-backend_3.33.bb	bluez-libs.inc		  bluez-utils_3.33.bb  files
bluez-cups-backend_3.36.bb	bluez-libs_3.33.bb	  bluez-utils_3.36.bb
obexd_0.10.bb
bluez-dtl1-workaround		bluez-libs_3.36.bb	  bluez.inc	       obexd_0.13.bb
bluez-dtl1-workaround_1.0.bb	bluez-libs_4.42.bb	  bluez4	       obexd_0.15.bb
bluez-gnome-1.8			bluez-utils		  bluez4-libs.inc      obexd_0.19.bb
bluez-gnome_1.8.bb		bluez-utils-3.33	  bluez4.inc	       obexd_0.21.bb
bluez-gnome_cvs.bb		bluez-utils-3.x		  bluez4_4.31.bb       obexd_0.22.bb
bluez-gnome_git.bb		bluez-utils-alsa_3.33.bb  bluez4_4.41.bb
ussp-push-0.11
bluez-gstreamer-plugin_3.33.bb	bluez-utils-alsa_3.36.bb
bluez4_4.42.bb       ussp-push_0.11.bb
bluez-gstreamer-plugin_3.36.bb	bluez-utils-dbus	  bluez4_4.56.bb

I guess the _3 things refer to bluez3, but bluez3 apparently does not exist.
bluez.inc is not included by anyone
there are recipes for .56 .59 and .66 (although with DP = "-1" except
for shr), but no corresponding utils or libs



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Strange bluez dependency for ppp
  2010-09-27  6:38 ` Frans Meulenbroeks
@ 2010-09-27  6:39   ` Frans Meulenbroeks
  2010-09-27  8:21   ` Petr Štetiar
  1 sibling, 0 replies; 6+ messages in thread
From: Frans Meulenbroeks @ 2010-09-27  6:39 UTC (permalink / raw)
  To: openembedded-devel

2010/9/27 Frans Meulenbroeks <fransmeulenbroeks@gmail.com>:
[...]
>
> I guess the _3 things refer to bluez3, but bluez3 apparently does not exist.
> bluez.inc is not included by anyone
> there are recipes for .56 .59 and .66 (although with DP = "-1" except
> for shr), but no corresponding utils or libs
>
Aargh, accidently sent the message before I could fix the layout of the files.
Anyway, I think the message is clear.

Frans



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Strange bluez dependency for ppp
  2010-09-27  6:38 ` Frans Meulenbroeks
  2010-09-27  6:39   ` Frans Meulenbroeks
@ 2010-09-27  8:21   ` Petr Štetiar
  2010-09-27  8:45     ` Frans Meulenbroeks
  1 sibling, 1 reply; 6+ messages in thread
From: Petr Štetiar @ 2010-09-27  8:21 UTC (permalink / raw)
  To: openembedded-devel

Frans Meulenbroeks <fransmeulenbroeks@gmail.com> [2010-09-27 08:38:46]:

> never peeked at bluez-utils, but bluez itself drags in a lot of stuff
> because it depends on alsa and gst, so even if you only need bt
> serial, you get a lot of stuff you probably do not want.

All I wanted was ppp, not BT serial :-) But ok, I've just removed that
bluez-libs dependency from the libpcap recipe in my branch, so it's fixed for
me. Thanks.

-- ynezz



^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Strange bluez dependency for ppp
  2010-09-27  8:21   ` Petr Štetiar
@ 2010-09-27  8:45     ` Frans Meulenbroeks
  0 siblings, 0 replies; 6+ messages in thread
From: Frans Meulenbroeks @ 2010-09-27  8:45 UTC (permalink / raw)
  To: openembedded-devel

2010/9/27 Petr Štetiar <ynezz@true.cz>:
> Frans Meulenbroeks <fransmeulenbroeks@gmail.com> [2010-09-27 08:38:46]:
>
>> never peeked at bluez-utils, but bluez itself drags in a lot of stuff
>> because it depends on alsa and gst, so even if you only need bt
>> serial, you get a lot of stuff you probably do not want.
>
> All I wanted was ppp, not BT serial :-) But ok, I've just removed that
> bluez-libs dependency from the libpcap recipe in my branch, so it's fixed for
> me. Thanks.
>
> -- ynezz

I know.
Reason for raising this is that this is an issue on other places as
well, which could require some attention.
There are some flags that control things (like MACHINE_FEATURES), but
the granularity is maybe too coarse.
Also the blues recipes do not seem to take MACHINE_FEATURES fully into account.
e.g. EXTRA_OECONF contains --enable-alsa. Ideally this only should be
done if you are building for a machine that supports alsa.
(issue is that if you make this machine dependent the whole recipe
becomes machine dependent)

Frans



^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2010-09-27  8:46 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-26 12:43 Strange bluez dependency for ppp Petr Štetiar
2010-09-26 13:11 ` Roman I Khimov
2010-09-27  6:38 ` Frans Meulenbroeks
2010-09-27  6:39   ` Frans Meulenbroeks
2010-09-27  8:21   ` Petr Štetiar
2010-09-27  8:45     ` Frans Meulenbroeks

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.