<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-extended/parted, branch uninative-2.1</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-2.1</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-2.1'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2018-03-09T17:17:03+00:00</updated>
<entry>
<title>parted: refresh patches</title>
<updated>2018-03-09T17:17:03+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@intel.com</email>
</author>
<published>2018-03-08T18:17:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=17ba4f4f6afa50aa2f3305eb76333158807e05d4'/>
<id>urn:sha1:17ba4f4f6afa50aa2f3305eb76333158807e05d4</id>
<content type='text'>
The patch tool will apply patches by default with "fuzz", which is where if the
hunk context isn't present but what is there is close enough, it will force the
patch in.

Whilst this is useful when there's just whitespace changes, when applied to
source it is possible for a patch applied with fuzz to produce broken code which
still compiles (see #10450).  This is obviously bad.

We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For
that to be realistic the existing patches with fuzz need to be rebased and
reviewed.

(From OE-Core rev: fa3180007502affabbe57cb6366be18fbb9e94f8)

Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Alexander Kanavin &lt;alexander.kanavin@linux.intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libparted: Use read only when probing devices on linux</title>
<updated>2017-10-07T22:20:39+00:00</updated>
<author>
<name>Ovidiu Panait</name>
<email>ovidiu.panait@windriver.com</email>
</author>
<published>2017-09-26T09:00:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a2201f192aa79bf8ebde54d764307325a3f0f09c'/>
<id>urn:sha1:a2201f192aa79bf8ebde54d764307325a3f0f09c</id>
<content type='text'>
When a device is opened for RW closing it can trigger other actions,
like udev scanning it for partition changes. Use read only for the
init_* methods and RW for actual changes to the device.

This adds _device_open which takes mode flags as an argument and turns
linux_open into a wrapper for it with RW_MODE.

_device_open_ro is added to open the device with RD_MODE and increment
the open_counter. This is used in the init_* functions.

_device_close is a wrapper around linux_close that decrements the
open_counter and is used in the init_* functions.

All of these changes are self-contained with no external API changes.
The only visible change in behavior is that when a new PedDevice is
created the device is opened in RO_MODE instead of RW_MODE.

Resolves: rhbz#1245144

Reference:
https://bugzilla.redhat.com/show_bug.cgi?id=1283112

Upstream patch:
http://git.savannah.gnu.org/cgit/parted.git/commit/?id=44d5ae0115c4ecfe3158748309e9912c5aede92d

(From OE-Core rev: f68fca4776a38a1bdf7ed37ce87cddbb21ff74f8)

Signed-off-by: Ovidiu Panait &lt;ovidiu.panait@windriver.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>meta: Drop remnants of uclibc support</title>
<updated>2017-06-22T08:16:00+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2017-06-15T14:21:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=eb40fcf6279478bf53f961f5477fc9e4162dd9a9'/>
<id>urn:sha1:eb40fcf6279478bf53f961f5477fc9e4162dd9a9</id>
<content type='text'>
uclibc support was removed a while ago and musl works much better. Start to
remove the various overrides and patches related to uclibc which are no longer
needed.

uclibc support in a layer would still be possible. I have strong reasons to
believe nobody is still using uclibc since patches are missing and I doubt
the metadata even parses anymore.

(From OE-Core rev: 653704e9cf325cb494eb23facca19e9f05132ffd)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parted: move test helper scripts to Python 3</title>
<updated>2017-05-18T13:01:46+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alexander.kanavin@linux.intel.com</email>
</author>
<published>2017-04-27T14:28:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b71c46f3006ced0c265a84ce5e94eb23d2c57456'/>
<id>urn:sha1:b71c46f3006ced0c265a84ce5e94eb23d2c57456</id>
<content type='text'>
(From OE-Core rev: 2513edb9a804205480b8fbe11e0c289f283627b0)

Signed-off-by: Alexander Kanavin &lt;alexander.kanavin@linux.intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parted: fix rss+perf+gold failure on do_compile_ptest_base</title>
<updated>2017-03-08T11:52:56+00:00</updated>
<author>
<name>Andreas Müller</name>
<email>schnitzeltony@googlemail.com</email>
</author>
<published>2017-03-03T21:36:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=fee8d9fdba8e2f20da9ab5cb7e42657683c06588'/>
<id>urn:sha1:fee8d9fdba8e2f20da9ab5cb7e42657683c06588</id>
<content type='text'>
Was detected in Martin's world build

(From OE-Core rev: 2f41ca3911dd5d227e2dc2801c89149cd4e37434)

Signed-off-by: Andreas Müller &lt;schnitzeltony@googlemail.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parted: fix build with glibc-2.25</title>
<updated>2017-03-01T23:27:07+00:00</updated>
<author>
<name>Martin Jansa</name>
<email>martin.jansa@gmail.com</email>
</author>
<published>2017-02-22T20:02:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6828b03ac5417d8a4436d986376d39e8e739b49d'/>
<id>urn:sha1:6828b03ac5417d8a4436d986376d39e8e739b49d</id>
<content type='text'>
(From OE-Core rev: 792568406f49be7a83cf7f69af3a17abd46adc7c)

Signed-off-by: Martin Jansa &lt;Martin.Jansa@gmail.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parted: Fix build with uclibc</title>
<updated>2016-01-24T09:40:27+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2015-12-29T01:21:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ee1bfdb4571bcad9b33c0fc5a6a99940c6e8bf41'/>
<id>urn:sha1:ee1bfdb4571bcad9b33c0fc5a6a99940c6e8bf41</id>
<content type='text'>
unlike glibc, uclibc does not have internal APIs implemented for
libiconv, so it needs to depend upon libiconv

(From OE-Core rev: 16cce4f3fa8bc40d6ab9498aa1d837e2db267947)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>meta: Fix Upstream-Status statements</title>
<updated>2015-09-12T22:01:53+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@intel.com</email>
</author>
<published>2015-09-10T18:59:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=1c914a844b35ff57b1c528251a9eaa19cedbaa10'/>
<id>urn:sha1:1c914a844b35ff57b1c528251a9eaa19cedbaa10</id>
<content type='text'>
Fix a variety of problems such as typos, bad punctuations, or incorrect
Upstream-Status values.

(From OE-Core rev: bd220fe6ce8c3a0805f13a14706d3130ea872604)

Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parted: set VERSION number same as recipe's version</title>
<updated>2015-08-24T22:46:55+00:00</updated>
<author>
<name>Ajay M</name>
<email>ajay.gju@gmail.com</email>
</author>
<published>2015-08-19T06:49:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=5c44238db1d6cb8f2b320e3ec7f9aaa990f9ea21'/>
<id>urn:sha1:5c44238db1d6cb8f2b320e3ec7f9aaa990f9ea21</id>
<content type='text'>
There is a parameter VERSION in workdir Makefile which tells the version
number of parted. While running ptest for parted we are getting failure because
of VERSION mismatch

--snip--
root@qemux86:/usr/lib/parted/ptest# ./run-ptest
make: Entering directory '/usr/lib/parted/ptest/tests'
make[1]: Entering directory '/usr/lib/parted/ptest/tests'
help-version.sh: failed test: --version-$VERSION mismatch
FAIL: help-version.sh
--CUT--

[YOCTO #8172]

(From OE-Core rev: 6d380d9d2e7f4a2e8c30da5c79086ee0391bfad5)

Signed-off-by: Ajay M &lt;ajay.gju@gmail.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>parted: Add patches to fix build on musl</title>
<updated>2015-04-21T06:20:25+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2015-04-16T02:00:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a4111d30e2f46f78ebe6c0ad452a712fc8b080d4'/>
<id>urn:sha1:a4111d30e2f46f78ebe6c0ad452a712fc8b080d4</id>
<content type='text'>
Theese patches are actually generic but expose issues
when compiling on musl

Change-Id: Ib5312af280d2c399334c5645fbea215737933ae5
(From OE-Core rev: b468afdf13954976a637322cf21d95a0362c32b0)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
