[OE-core] [PATCH 2/6] gmp: Bring back version 4.2.1 (LGPL 2.1+)

Khem Raj raj.khem at gmail.com
Mon Aug 31 14:38:51 UTC 2015


On Mon, Aug 31, 2015 at 6:53 AM, Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
> On Mon, 2015-08-31 at 10:22 -0300, Otavio Salvador wrote:
>> On Sat, Aug 29, 2015 at 7:18 AM, Richard Purdie
>> <richard.purdie at linuxfoundation.org> wrote:
>> > On Sat, 2015-08-29 at 10:43 +0200, Martin Jansa wrote:
>> >> Did you enable thumb in that qemuarm build?
>> >>
>> >>
>> >> It's disabled by default and multiple components are broken when you
>> >> enable it, see:
>> >> https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
>> >
>> > I'm going to draw a line here. People are asking that the old version of
>> > gmp be brought back due license issues, fine. It doesn't mean that all
>> > the bugs in said old release should be fixed.
>> >
>> > If thumb on arm with old gmp is an issue for people, I'd suggest that
>> > those people figure out which patches are needed and send the patches.
>> > Asking Jussi to deal with this isn't right/fair though.
>>
>> I disagree. If it will be merged it ought to support what we are
>> testing nowadays otherwise the backlog will be kept growing forever...
>
> We cannot reasonably expect Jussi to do this work.
>
> OE needs to move onward, be it with kernel versions, compiler versions
> or library versions since not to do so effectively will result in OE
> becoming obsolete and out of touch.
>
> The GNU world moving to *GPLv3 is unfortunate in some ways but isn't
> something I/we have any choice over.
>
> We have a commitment right now to have some older licenced recipes. To
> make those work, *someone* is going to have to step up and work on them.
> Who is going to do it?
>
> By your comment, I should just refuse the old gmp version entirely?

There is alternative suggestion. I think all this is happening for
nettle which we have GPLv2 version in core. There doesnt seem to be a
full use of libgmp elsewhere.
nettle can be built using mini-gmp, as well I think that route should
be explored. That also keeps the us honest with our motive of moving
all
gplv2 legacy packages to layer of its own in future.

>
> Cheers,
>
> Richard
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



More information about the Openembedded-core mailing list