[OE-core] [PATCH 05/11] gperf: upgrade to 3.1
Khem Raj
raj.khem at gmail.com
Mon Jul 31 14:58:46 UTC 2017
On Mon, Jul 31, 2017 at 7:55 AM, Burton, Ross <ross.burton at intel.com> wrote:
> 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.
they do mass rebuilds but thats not like us where we build it daily.
>>
>> 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
>
>
More information about the Openembedded-core
mailing list