From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Bonnin Date: Tue, 16 Oct 2012 00:03:23 +0200 Subject: [Buildroot] post-buil script in chrooted In-Reply-To: <507866D6.8020608@mind.be> References: <5077A820.7050202@free.fr> <20121012093032.7ef6b972@skate> <507866D6.8020608@mind.be> Message-ID: <507C882B.5080609@free.fr> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Hello, yes, sorry , i mean , i was looking for a post-build script for my board in a fakeroot environnement. customize package is deprecated. in board/me/Myproject/rootfs-adds/root/ i want to cp files of root user. So i need to use custom skeletonfs or use customize package. Is there a better way to do it? thanks. customize package Le 12/10/2012 20:52, Arnout Vandecappelle a ?crit : > On 12/10/12 10:41, Thomas De Schampheleire wrote: >> On Fri, Oct 12, 2012 at 9:30 AM, Thomas Petazzoni >> wrote: >>> > Dear David Bonnin, >>> > >>> > On Fri, 12 Oct 2012 07:18:24 +0200, David Bonnin wrote: >>> > >>>> >> Few ask in finalise target: >>>> >> 1- to do root task, i can only use permission: target in each >>>> >> packages.......... >>> > >>> > Not sure I understand this part. >>> > >>>> >> CAN i use a "root script" in chrooted mode? >>>> >> ROOTFS_POST_BUILD_SCRIPT is not executed chrooted in the target. >>> > >>> > No because it doesn't make sense. Buildroot is used in many cases >>> for >>> > cross-compilation, so the development machine is x86 or x86_64 >>> and the >>> > target filesystem contain ARM, PowerPC or MIPS binaries. So >>> chrooting >>> > into it is not possible (unless we use Qemu or something like >>> that, but >>> > it's not the idea of Buildroot, we want to do cross-compilation). >> Maybe you can explain why you think chroot would be necessary. What >> are you trying to accomplish? >> If you need to add device nodes for example, there are other ways to >> do it without needing to be root. > > I think he means fakeroot, not chroot... > > I can think of some things for which you may want to execute a fakeroot > script: > > - to set xattrs or acls (though I'm not sure if libfakeroot supports > them); > - to run some other 'filesystem generation' program, e.g. rsync or nfsd > (we would create a new rootfs type for that, but Joe R. User may have a > hard time doing that). > > > But most likely, what David needs is covered by BR2_ROOTFS_DEVICE_TABLE. > > > Regards, > Arnout