[OE-core] [PATCH v2 0/1] busybox: update to 1.19.3

Anders Darander anders at chargestorm.se
Tue Nov 22 20:47:11 UTC 2011


On 22 nov 2011, at 21:36, "Saul Wold" <sgw at linux.intel.com> wrote:
> On 11/22/2011 06:34 AM, Anders Darander wrote:
>> This updates busybox to the latest stable, 1.19.3.
>> 
>> Among other things, there should be rudimentary support in syslogd for
>> systemd, by enabling CONFIG_FEATURE_SYSTEMD.
>> 
> How much size does this add to busybox by having it enabled by default?
> Is it possible to conditional add a config fragment if systemd is 
> enabled ad the DISTRO/IMAGE_FEATURE level?

I'd love that. Any suggestions for a distro/image feature? As far as I know, we don't have any for init system selection.

I let the rather small systemd feature be enabled as we already package systemd unit files for a number of packages, and we also add --with-systemddir during configure or a number of packages. If we add a distro/image feature, we should(?) conditionally ship SysV init files also, or package them separately. (Although that is for another discussion...)

> More info is required.
> 
>> It has been tested and verified on qemux86 and on our local arm-based system.
>> 
>> However, the patch busybox-udhcpc-no_deconfig.patch has been modified to
>> apply, but hasn't really been tested. As we're currently mostly running static
>> configurations, we've only verified that udhcpc works to the extent that we
>> get the network up and running, not how it behaves during dhcp renewal.
>> Thus I'm starting this as an RFC.
>> 
>> Changes:
>> v2: * Checked the new defconfig (removed settings implying CFLAGS and
>>     ARCH). The new defconfig should be as close as possible to the old one,
>>     with the exception of some new utils/options.
> Can you clearly enumerate what new utils and options and what their size 
> impact on the busybox image is.

Sure, I'll come bak with a list, primarily focusing on any new features activated (most is deactivated though), although it could take a little time. Too much other things to handle...

Cheers,
/Anders





More information about the Openembedded-core mailing list