[OE-core] [PATCH 05/11] gperf: upgrade to 3.1

Burton, Ross ross.burton at intel.com
Mon Jul 31 14:55:30 UTC 2017


Neither Debian not Fedora rebuild dependencies, you'll see a lot of
"rebuild" changelog entries where API changes demanded it to happen.

Our builds take longer but you know the build always works.  Their builds
may be broken without anyone noticing for a while.

Ross

On 31 July 2017 at 11:18, Alexander Kanavin <
alexander.kanavin at linux.intel.com> wrote:

> On 07/31/2017 12:53 PM, Alexander Kanavin wrote:
>
>> The only thing I found was this email:
>> http://lists.gnu.org/archive/html/bug-gperf/2017-01/msg00004.html
>> which was ignored by upstream.
>>
>> However, both debian testing and fedora rawhide have gperf 3.1, so I'm
>> not sure how they made it work. I'm running debian here, so can look into
>> this.
>>
>
> Right. Debian dropped the updated gperf package into repositories, but did
> not rebuild anything that relies on it. When I tried that with libcap, I
> got the exact same error as we've seen.
>
> Not sure what's going to happen when they discover the incompatibility.
> I'm a bit surprised they don't do such dependency rebuilds when changes are
> introduced.
>
> Alex
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170731/61861098/attachment-0002.html>


More information about the Openembedded-core mailing list