[OE-core] Reasons for reverting "openssl: prevent ABI break from earlier krogoth releases" ?

Martin Jansa martin.jansa at gmail.com
Thu Jul 13 14:08:58 UTC 2017


It was applied in fido, because fido was released with old version-script
and upgrade to 1.0.2h changed the ABI.

krogoth on the other hand was released with this new ABI, so applying this
partial revert in krogoth would cause ABI changes in different revisions in
krogoth branch.

You can find a bit longer discussion about this on the ML, this is just
what I recall.

On Thu, Jul 13, 2017 at 3:04 PM, Matt Hoosier <matt.hoosier at gmail.com>
wrote:

> Back on the Krogoth branch, there was a changed applied briefly last year
> to smooth over some symbol-versioning breakage that occurred when OpenSSL
> got upgraded past version 1.0.2g:
>
>     openssl: prevent ABI break from earlier krogoth releases
>
>     The backported upgrade to 1.0.2h included an updated GNU LD
>     version-script which results in an ABI change. In order to try and
>     respect ABI for existing binaries built against fido this commit
>     partially reverts the version-script to maintain the existing ABI
>     and instead only add the new symbols required by 1.0.2h.
>
>     Suggested-by: Martin Jansa <martin.jansa at gmail.com>
>     (From OE-Core rev: 480db6b)
>
>     Signed-off-by: Joshua Lock <joshua.g.lock at intel.com>
>     Signed-off-by: Richard Purdie <richard.purdie at linuxfoundation.org>
>     Signed-off-by: Armin Kuster <akuster at mvista.com>
>     Signed-off-by: Armin Kuster <akuster808 at gmail.com>
>
> However, it got reverted nearly immediately (in
> 08f85da10b3a7fc6165f163fd0f23784a2c9c8e4), but there wasn't much
> discussion in the commit message about why the reversion happened.
>
> I'm running into the same kinds of troubles that the original commit
> message cited as justification for implementing backwards-compatibility
> with the SSL symbols. Is there any memory about why the old
> foo at OPENSSL_1.0.0 versioned symbols ultimately got dropped?
>
> -Matt
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170713/5312a0c8/attachment-0002.html>


More information about the Openembedded-core mailing list