<br><br><div class="gmail_quote">2011/7/1 Koen Kooi <span dir="ltr"><<a href="mailto:koen@dominion.thruhere.net">koen@dominion.thruhere.net</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Op 1 jul 2011, om 11:26 heeft Frans Meulenbroeks het volgende geschreven:<br>
<div><div></div><div class="h5"><br>
><br>
><br>
> 2011/7/1 Koen Kooi <<a href="mailto:koen@dominion.thruhere.net">koen@dominion.thruhere.net</a>><br>
><br>
> Op 1 jul 2011, om 10:55 heeft Frans Meulenbroeks het volgende geschreven:<br>
><br>
> ><br>
> > Good idea.<br>
> > Personally I'd like to also bring footprint into the equation. If a feature drags in lots of additional packages, it is interesting to make it configurable.<br>
> > My favourite example: bluez dragging in all kind of rendering stuff (through DEPENDS) even though the hardware functionality might not be there (e.g. you have BT but not audio).<br>
><br>
> Which is a great example, since that doesn't impact footprint at all, it's an alsa *plugin* that will get produced.<br>
><br>
><br>
> bluez.inc:DEPENDS = "gstreamer gst-plugins-base dbus glib-2.0"<br>
><br>
> I don't think gstreamer is really needed or desired if you e.g. just want to do some tethering over bluetooth, or in my case, connect to a BT HID, and they do contribute to both the build time and the footprint.<br>
<br>
</div></div>Again, a plugin, so no footprint issues.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div>Well, as far as I know if it is in DEPENDS it will implicitly end up in RDEPENDS and will become part of the image that contains bluez, unless special precautions are taken, so it seems to me the image will grow as plugins do consume space.<br>
<br>Anyway, my current project does not use or need bluez and I use a hand crafted image picking only the things that I need so haven't really been bitten by this recently.<br><br>Frans<br></div></div><br>