[Buildroot] [PATCH 1/1] package/libgpg-error: bump to version 1.21

[Maxime Hadjinlian]

Hi Jorg, all,

Thanks a lot for you patch, since upstream doesn't really appear to be
looking forward a solution, I have respinned it so we can merge it.
You can find it there: https://patchwork.ozlabs.org/patch/562100/

This patch will be marked as "Changes Requested", feel free to
continue the discussion if you want to add anything.

On Sat, Apr 16, 2016 at 9:06 AM, Jörg Krause
<joerg.krause at embedded.rocks> wrote:
> On Fr, 2016-04-15 at 16:15 -0300, Gustavo Zacarias wrote:
>> On 20/03/16 17:28, Jörg Krause wrote:
>>
>> > Hi Arnout,
>> >
>> > I'm really sorry for the long delay. This patch has lost my
>> > attention...
>> >
>> > >   It's mind-boggling that "a small library with error codes"
>> > > needs
>> > > architecture-specific handling...
>> >
>> > It is indeed! I had a closer look and I think the whole magic
>> > libgpg-
>> > error does for retrieving the initialization of a lock object can
>> > be
>> > done without all the target configuration files. I'll contact the
>> > maintainers about this issue.
>> >
>> > Best regards
>> > Jörg Krause
>>
>> Hi all.
>> A small attention note: this is now required for the recently
>> released
>> libgcrypt 1.7.0 since it depends on gpg-error >= 1.13 (which uses
>> the
>> new mutex code IIRC which causes this headache).
>> It's not a high-priority since it's just new feature, no security
>> bug
>> fixes... yet ;)
>> Regards.
>>
>
> I started a discussion with upstream [1] about this issue and proposed
> a patch [2] to fix the architucture dependends (which is none in my
> mind).
>
> Let's hope we can find a suitable solution...
>
> [1] http://comments.gmane.org/gmane.comp.encryption.gpg.devel/21150
> [2] http://comments.gmane.org/gmane.comp.encryption.gpg.devel/21176
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot