[Buildroot] post-buil script in chrooted

[David Bonnin <dboml@free.fr>]

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
>> <thomas.petazzoni@free-electrons.com>  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