Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
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.

  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