From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lo.gmane.org ([80.91.229.12]) by linuxtogo.org with esmtp (Exim 4.69) (envelope-from ) id 1OWSGB-00060Q-An for openembedded-devel@lists.openembedded.org; Wed, 07 Jul 2010 12:53:48 +0200 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OWSBU-00005Y-1l for openembedded-devel@lists.openembedded.org; Wed, 07 Jul 2010 12:48:56 +0200 Received: from s55917625.adsl.wanadoo.nl ([85.145.118.37]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Jul 2010 12:48:56 +0200 Received: from k.kooi by s55917625.adsl.wanadoo.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Jul 2010 12:48:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: openembedded-devel@lists.openembedded.org From: Koen Kooi Date: Wed, 07 Jul 2010 12:48:47 +0200 Message-ID: References: <0B51A1E7C61D114DAE6FC10B0FD0ABA501819C15@deimsg40.de.net.world> <1278498389.2345.1744.camel@mill.internal.reciva.com> Mime-Version: 1.0 X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: s55917625.adsl.wanadoo.nl User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100611 Shredder/3.0.6pre In-Reply-To: <1278498389.2345.1744.camel@mill.internal.reciva.com> X-Enigmail-Version: 1.0.1 X-SA-Exim-Connect-IP: 80.91.229.12 X-SA-Exim-Mail-From: gcho-openembedded-devel@m.gmane.org X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on discovery X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:07 +0000) X-SA-Exim-Scanned: Yes (on linuxtogo.org) Subject: Re: Is there a recipe for building and using busybox with libbusybox out there ? X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Jul 2010 10:53:48 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07-07-10 12:26, Phil Blundell wrote: > On Wed, 2010-07-07 at 11:45 +0200, Hauser, Wolfgang (external) wrote: >> I want to use busybox with the applet binaries linked against libbusybox >> in our system. >> We need a wide range of applets at the same time, so I suppose it will >> save overall needed memory space. > > What's the advantage of this? I would have thought it would give you a > larger memory footprint rather than a smaller one. I guess I must be > missing something. > >> Also I want to prevent the system from updating alternatives while the >> first boot. We have to provide a read only root file system. > > Yeah, this is a long-standing piece of OE suckage. We should fix the > alternative selection to work at image construction time. OE already does that. But what it does after that is flag everything as 'unpacked' to have opkg rerun all postinsts at boot *again*. If OE didn't run u-a at image time we wouldn't be able to use sysvinit for example. If you only care about u-a, just add a post process command to remove the S98configure from the rootfs and opkg won't run. In the long run a way to control this behaviour and optionally hook into qemu or even targets over network to run them at image time. Having to run a first boot, remove ssl keys and repackage everything is getting a bit tedious. regards, Koen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMNFuPMkyGM64RGpERAmr3AKCNIYUK/AlJZyxB8CSNKGwTC34mywCeNUH4 yfJydmbOupXEw5hAvomV3sk= =t0HL -----END PGP SIGNATURE-----