From: Cam Hutchison <camh@xdna.net>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2 1/1] overlay: Add archive-based (tar) rootfs overlays
Date: Sat, 23 Apr 2016 15:53:34 +1000 [thread overview]
Message-ID: <20160423055334.GA29136@xdna.net> (raw)
In-Reply-To: <CAFt09wMVqWepo-Ott0Y0nL45RnqoFy6tTunBP-OndgzEJoj_hw@mail.gmail.com>
Matthew,
Matthew Weber wrote:
> Cam,
>
> On Thu, Apr 14, 2016 at 11:08 PM, Cam Hutchison <camh@xdna.net> wrote:
> > Add a feature to extract tar archives into the target rootfs when
> > building filesystem images. The archives are extracted inside the
> > fakeroot used to build the filesystem images so that the ownership and
> > permissions of files in the archive are preserved.
> >
> > This is useful when an external build process produces rootfs archives
> > or software is supplied as an archive that need to be incorporated the
> > generated rootfs.
> >
> > Configuration options are added to configure a list of paths to archives
> > to be extracted, and to configure how many path components to strip from
> > paths in those archives. It is not possible to configure a different
> > number of components for different archives.
>
> Instead of this strip components option, would it be easier to
> document the expected pathing for the tar? If you could apply
> specific strip values for each file, I think it would make sense to
> have this option. What is your scenario where this would be required?
> As all files would have to be the same to match whichever value is
> used.
I've added the strip components option to v2 of the patches as it was
brought up in v1:
http://lists.busybox.net/pipermail/buildroot/2016-March/155397.html
I personally don't have a use case for strip components as the overlay
archives I am using come from a previous buildroot build, but I can see
the possibility of needing to strip one component from archives if the
rootfs overlay is contained within a named directory at the top level.
next prev parent reply other threads:[~2016-04-23 5:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-15 4:08 [Buildroot] [PATCH v2 1/1] overlay: Add archive-based (tar) rootfs overlays Cam Hutchison
2016-04-23 1:57 ` Matthew Weber
2016-04-23 5:53 ` Cam Hutchison [this message]
2016-04-23 13:24 ` Matthew Weber
2016-07-03 15:12 ` Yann E. MORIN
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=20160423055334.GA29136@xdna.net \
--to=camh@xdna.net \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox