<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/scripts/cp-noerror, branch fido-13.0.2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=fido-13.0.2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=fido-13.0.2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2014-02-02T11:23:45+00:00</updated>
<entry>
<title>scripts/cp-noerror: Avoid a race</title>
<updated>2014-02-02T11:23:45+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2014-02-01T10:53:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=731a7455efb46824a79b57b5e350b9e27e43131b'/>
<id>urn:sha1:731a7455efb46824a79b57b5e350b9e27e43131b</id>
<content type='text'>
Its possible something can delete $1 (since it may be empty) whilst cp-noerror
is starting. Add an exception to handle this issue since if this happens, we
shouldn't return an error.

(From OE-Core rev: 13061ed1e1f347589d6955d5cc50a50574b00218)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/cp-noerror: Try and use hardlinks if possible</title>
<updated>2012-10-18T11:13:46+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-10-11T12:36:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=81be7c898b01afcf61b019466306fa776b1e6334'/>
<id>urn:sha1:81be7c898b01afcf61b019466306fa776b1e6334</id>
<content type='text'>
Since we generally have lots of copies of the directories created using this tool, use
hardlinks where possible. This should save a little disk space and improve performance
slightly.

(From OE-Core rev: bfa11c028c2da093f7b4e6b7b1d611da90ae052f)

(From OE-Core rev: 8c5544c2311b080bb212efb7f6b804db63e125f5)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/cp-noerror: Copy the code from shutils.copytree, update not to error if the mkdir fails</title>
<updated>2012-10-18T11:13:46+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-10-05T15:09:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=e8338b7b143a451be7dc56c9acef7e5dbf2220b8'/>
<id>urn:sha1:e8338b7b143a451be7dc56c9acef7e5dbf2220b8</id>
<content type='text'>
(From OE-Core rev: 08542718504d2b53d140a9e6be73c84cc0e047e0)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/cp-noerror: Add a special copy function to fix autotools issues</title>
<updated>2012-05-30T11:04:49+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2012-05-29T12:28:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a92ff3ad4212f8966bbd3f6defcb112737d81cda'/>
<id>urn:sha1:a92ff3ad4212f8966bbd3f6defcb112737d81cda</id>
<content type='text'>
Currently we copy the aclocal directory to the build so that autotools
doesn't see .m4 files disappear when its processing them. This can happen
if for example, package X is being rebuilt at the same time as Y and it
gets uninstalled from sstate (assuming there are no dependencies between
X and Y). This code making the copy was added to avoid races but introduces
a race of its own, namely that the files can disappear during the copy.

This patch adds a cp-noerror script which silently ignores such errors
and gives the behaviour we need in this case. It hence fixes issues which
crop up for users and the autobuilder occasionally.

[YOCTO #2485]

(From OE-Core rev: 0f81fbc0df73675aeb79c724858799a3b6a02f85)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
