All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] post-buil script in chrooted
Date: Fri, 12 Oct 2012 20:52:06 +0200	[thread overview]
Message-ID: <507866D6.8020608@mind.be> (raw)
In-Reply-To: <CAAXf6LVCr25_i_6CMR6DYs-5z1+bVuNNYEF4DedEe3j-6=4hqg@mail.gmail.com>

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
-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

  reply	other threads:[~2012-10-12 18:52 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-12  5:18 [Buildroot] post-buil script in chrooted David Bonnin
2012-10-12  7:30 ` Thomas Petazzoni
2012-10-12  8:41   ` Thomas De Schampheleire
2012-10-12 18:52     ` Arnout Vandecappelle [this message]
2012-10-15 22:03       ` David Bonnin
2012-10-17 20:32         ` Arnout Vandecappelle
2012-10-26 20:56           ` David Bonnin
2012-10-26 23:05             ` Arnout Vandecappelle

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=507866D6.8020608@mind.be \
    --to=arnout@mind.be \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.