<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/scripts/lib, branch 3.1_M2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=3.1_M2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=3.1_M2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2020-01-19T13:24:39+00:00</updated>
<entry>
<title>wic: fix images build in parallel</title>
<updated>2020-01-19T13:24:39+00:00</updated>
<author>
<name>Maxim Uvarov</name>
<email>maxim.uvarov@linaro.org</email>
</author>
<published>2020-01-17T21:46:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=8290a50fe27b938fc96c1b51c08cf3f3cb539848'/>
<id>urn:sha1:8290a50fe27b938fc96c1b51c08cf3f3cb539848</id>
<content type='text'>
OE wic plugins create temporary file with the index of the line
tmp file name. This causes race in case several builds run in time.
If source_params['file'] is an absolute path, the cr_workdir prefix
is not applied by os.path.join(). So instead it writes to a ".1"
file next to the original image - this is outside the WORKDIR
and at risk of collision.

(From OE-Core rev: c68d8a37ba4348fe1c0e75c63b5668187d326ec2)

Signed-off-by: Maxim Uvarov &lt;maxim.uvarov@linaro.org&gt;
Suggested-by: Ilias Apalodimas &lt;ilias.apalodimas@linaro.org&gt;
Suggested-by: Paul Barker &lt;pbarker@konsulko.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>wic: Add --include-path argument</title>
<updated>2020-01-10T21:18:22+00:00</updated>
<author>
<name>Paul Barker</name>
<email>pbarker@konsulko.com</email>
</author>
<published>2020-01-08T11:25:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2c814462484e51d80f354fc3a28fdfb9aa396a5e'/>
<id>urn:sha1:2c814462484e51d80f354fc3a28fdfb9aa396a5e</id>
<content type='text'>
This option adds the contents of the given path to a partition built
with the rootfs source plugin. The path is relative to the directory in
which wic is running not the rootfs itself so use of an absolute path
is recommended. This option is most useful when multiple copies of the
rootfs are added to an image and it is required to add extra content to
only one of these copies. This option only has an effect with the
rootfs source plugin.

(From OE-Core rev: d4cd27a9837426e809190548a83c6c7c76505114)

Signed-off-by: Paul Barker &lt;pbarker@konsulko.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>wic: Preserve intermediate files</title>
<updated>2020-01-10T21:18:22+00:00</updated>
<author>
<name>Paul Barker</name>
<email>pbarker@konsulko.com</email>
</author>
<published>2020-01-08T11:25:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ab6e8dae1e9e3c96cd003b21825df61f553ebdc8'/>
<id>urn:sha1:ab6e8dae1e9e3c96cd003b21825df61f553ebdc8</id>
<content type='text'>
When debugging issues or trying to add new features in wic it's useful
to examine the intermediate files created by the tool such as images of
the individual partitions. Previously these files were created in a
subdirectory of IMGDEPLOYDIR and, deleted by wic itself and then the
working subdirectory completely removed at the end of IMAGE_CMD_wic.
Instead we should work in a staging directory named build-wic and leave
behind intermediate files for analysis if necessary.

This has the added benefit of allowing individual partition images to
be preserved by adding commands to IMAGE_CMD_wic_append() in an image
recipe if needed. This is useful where an update system requires exact
sized and pre-formatted partition images for deployment.

(From OE-Core rev: 07b6b284204e912b5d08bdd0ca51b766ab7dd9c1)

Signed-off-by: Paul Barker &lt;pbarker@konsulko.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>wic/filemap: If FIGETBSZ iotctl fail, failback to os.stat</title>
<updated>2020-01-02T16:39:13+00:00</updated>
<author>
<name>Kalle Lampila</name>
<email>kalle.lampila@lempea.com</email>
</author>
<published>2019-12-31T15:10:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b14588a77842f41613bd251165cce5bc95a708ad'/>
<id>urn:sha1:b14588a77842f41613bd251165cce5bc95a708ad</id>
<content type='text'>
Some file systems don't support fetching the block size (notably the
file system Docker uses for containers), so if iotctl() fail, try to use
failback via os.stat() to get block size.

(From OE-Core rev: e219f5175177a640dd62833082ea19adc1c13d42)

Signed-off-by: Kalle lampila &lt;kalle.lampila@lempea.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>recipetool: always use python 3 in recipe creation</title>
<updated>2019-12-30T08:47:12+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2019-12-20T16:23:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ecda76eb1a631b373347d98b11918e57d546b32e'/>
<id>urn:sha1:ecda76eb1a631b373347d98b11918e57d546b32e</id>
<content type='text'>
(From OE-Core rev: 59e63a2d22988ef11fe36200692b967b67ca8641)

Signed-off-by: Alexander Kanavin &lt;alex.kanavin@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scriptutils: remove the useless import line</title>
<updated>2019-12-06T14:41:28+00:00</updated>
<author>
<name>Chen Qi</name>
<email>Qi.Chen@windriver.com</email>
</author>
<published>2019-12-02T06:03:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=50ebd252ac09dd99be14e7b20d8ff942cf9416b5'/>
<id>urn:sha1:50ebd252ac09dd99be14e7b20d8ff942cf9416b5</id>
<content type='text'>
imp was replaced by importlib as it's deprecated, but the import
line was left, so remove this useless line.

(From OE-Core rev: 95574a7d18a8acfbed1b956677e72044bdfa7ebc)

Signed-off-by: Chen Qi &lt;Qi.Chen@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>wic: 'wic cp' to copy from image</title>
<updated>2019-11-27T13:25:18+00:00</updated>
<author>
<name>Chee Yang Lee</name>
<email>chee.yang.lee@intel.com</email>
</author>
<published>2019-11-21T06:28:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=89288705c682bceea52302cc607ff221ca30f3d1'/>
<id>urn:sha1:89288705c682bceea52302cc607ff221ca30f3d1</id>
<content type='text'>
currently 'wic cp' only works for copy file from local storage to
wic image.

enhance 'wic cp' to copy file/directory from wic image to local storage.

include selftest and 'wic help' updates.

[YOCTO#12169]

(From OE-Core rev: bd669c1809a378f93580eb9e0679a26ec6746cb8)

Signed-off-by: Chee Yang Lee &lt;chee.yang.lee@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>devtool: fix devtool upgrade with reproducible_builds class</title>
<updated>2019-11-21T23:08:20+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2019-11-19T10:52:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ea01bd31c3f4645ca0efddf6913d5136b4ea5a8a'/>
<id>urn:sha1:ea01bd31c3f4645ca0efddf6913d5136b4ea5a8a</id>
<content type='text'>
If the reproducible_build class is inherited then there may be a
"source-date-epoch" subdirectory in a fetched source tree; devtool
upgrade was not expecting that in the upgraded source. Take a small
snippet of code from recipetool create which already handles this,
and make it a shared function that can be used in both places.

Additionally, fix an assumption that the source is always in a
subdirectory in the cleanup code that blocked debugging this.

[YOCTO #13635]

(From OE-Core rev: 0d642861cd9cf034b8d4951433980addc215d4fd)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Revert "devtool/standard.py: Not filtering devtool workspace for devtool finish"</title>
<updated>2019-11-21T23:08:20+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2019-11-18T14:28:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=cd09d796021b429e65cef36590aed7b4173181a7'/>
<id>urn:sha1:cd09d796021b429e65cef36590aed7b4173181a7</id>
<content type='text'>
This reverts commit 41d225f4a37d02e9f79bdbfb79caac8cd3d291ce.

Unfortunately this change broke 'devtool upgrade' functionality,
causing 'devtool finish' to write out an upgraded recipe that no
longer includes the original upstream source in SRC_URI.

(From OE-Core rev: 2d6e55192dba0bf7f6e23e5ab5b3dbc68835bb28)

Signed-off-by: Alexander Kanavin &lt;alex.kanavin@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>recipetool/create: Fix to work with reproducible_builds</title>
<updated>2019-11-21T23:08:19+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2019-11-18T15:44:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d05b78b245e9a1b2743d3f649378dc3e3565b12d'/>
<id>urn:sha1:d05b78b245e9a1b2743d3f649378dc3e3565b12d</id>
<content type='text'>
The extra diretory created by reproducibile_builds was confusing recipetool
and hence devtool. Ignore this directory to restore the correct behaviour and
allow it to work with the class.

(From OE-Core rev: 188ba30ef290efab6d5a9b95fba8e991b779ab33)

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