From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Mark Hatle <mark.hatle@windriver.com>,
Joshua Lock <joshua.g.lock@intel.com>,
openembedded-core@lists.openembedded.org
Subject: Re: [PATCH v2 2/3] oe.path: preserve xattr in copytree() and copyhardlinktree()
Date: Wed, 31 Aug 2016 11:56:32 +0100 [thread overview]
Message-ID: <1472640992.29583.78.camel@linuxfoundation.org> (raw)
In-Reply-To: <d59ac9ac-f01a-685f-7315-efae6806ae80@windriver.com>
On Wed, 2016-08-31 at 08:41 +0800, Mark Hatle wrote:
> On 8/30/16 9:05 PM, Joshua Lock wrote:
> > Pass appropriate options to tar invocations in copytree() and
> > copyhardlinktree() to ensure that any extended attributes on the
> > files
> > are preserved during the copy.
> >
> > We have to drop the use cpio in "Copy-pass" mode in
> > copyhardlinktree()
> > because cpio doesn't support extended attributes on files. Instead
> > we
> > revert back to using cp with different patterns depending on
> > whether
> > or not the directory contains dot files.
> >
> > Signed-off-by: Joshua Lock <joshua.g.lock@intel.com>
> > ---
> > meta/lib/oe/path.py | 11 ++++++++---
> > 1 file changed, 8 insertions(+), 3 deletions(-)
> >
> > diff --git a/meta/lib/oe/path.py b/meta/lib/oe/path.py
> > index 3c07df3..631c3b4 100644
> > --- a/meta/lib/oe/path.py
> > +++ b/meta/lib/oe/path.py
> > @@ -65,7 +65,7 @@ def copytree(src, dst):
> > # This way we also preserve hardlinks between files in the
> > tree.
> >
> > bb.utils.mkdirhier(dst)
> > - cmd = 'tar -cf - -C %s -p . | tar -xf - -C %s' % (src, dst)
> > + cmd = "tar --xattrs --xattrs-include='*' -cf - -C %s -p . |
> > tar --xattrs --xattrs-include='*' -xf - -C %s" % (src, dst)
> > subprocess.check_output(cmd, shell=True,
> > stderr=subprocess.STDOUT)
> >
> > def copyhardlinktree(src, dst):
> > @@ -77,9 +77,14 @@ def copyhardlinktree(src, dst):
> > if (os.stat(src).st_dev == os.stat(dst).st_dev):
> > # Need to copy directories only with tar first since cp
> > will error if two
> > # writers try and create a directory at the same time
> > - cmd = 'cd %s; find . -type d -print | tar -cf - -C %s -p -
> > -no-recursion --files-from - | tar -xf - -C %s' % (src, src, dst)
> > + cmd = "cd %s; find . -type d -print | tar --xattrs -
> > -xattrs-include='*' -cf - -C %s -p --no-recursion --files-from - |
> > tar --xattrs --xattrs-include='*' -xf - -C %s" % (src, src, dst)
> > subprocess.check_output(cmd, shell=True,
> > stderr=subprocess.STDOUT)
> > - cmd = 'cd %s; find . -print0 | cpio --null -pdlu %s' %
> > (src, dst)
> > + if os.path.isdir(src):
> > + import glob
> > + if len(glob.glob('%s/.??*' % src)) > 0:
> > + src = src + '/.??* '
> > + src = src + '/*'
> > + cmd = 'cp -afl --preserve=xattr %s %s' % (src, dst)
>
> 'cp -a' is a gnu-ism. I'm not sure if this will cause any problems,
> but it has
> in the past when people have used non coreutils 'cp'.
>
> (I'm not sure if we're using 'cp -a' anywhere, but I know most of the
> time we
> try to use the discrete set of arguments instead as they're more
> POSIX.)
We have a number of cp -a calls around. I'm not against fixing that but
for now I'm going to take the patch as I have bigger problems to deal
with.
Cheers,
Richard
next prev parent reply other threads:[~2016-08-31 10:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-30 13:05 [PATCH v2 0/3] Preserve extended attributes in sstate objects Joshua Lock
2016-08-30 13:05 ` [PATCH v2 1/3] oeqa.selftest: add a test for oe.path.copytree() Joshua Lock
2016-08-30 13:05 ` [PATCH v2 2/3] oe.path: preserve xattr in copytree() and copyhardlinktree() Joshua Lock
2016-08-31 0:41 ` Mark Hatle
2016-08-31 10:56 ` Richard Purdie [this message]
2016-08-30 13:05 ` [PATCH v2 3/3] oeqa.selftest.liboe: add test for xattr in copytree Joshua Lock
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=1472640992.29583.78.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=joshua.g.lock@intel.com \
--cc=mark.hatle@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
/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