From: Alexander Kanavin <alexander.kanavin@linux.intel.com>
To: Mark Hatle <mark.hatle@windriver.com>, Khem Raj <raj.khem@gmail.com>
Cc: "openembedded-core@lists.openembedded.org"
<openembedded-core@lists.openembedded.org>,
"Gupta, Rahul KumarXX" <rahul.kumarxx.gupta@intel.com>
Subject: Re: openssl: OpenSSL 1.1.x update
Date: Tue, 13 Dec 2016 18:00:24 +0200 [thread overview]
Message-ID: <877d5207-0156-c57e-38db-9b2c47b61d78@linux.intel.com> (raw)
In-Reply-To: <89015693-dfeb-5b47-7c2b-386c85571dec@windriver.com>
On 10/06/2016 06:39 PM, Mark Hatle wrote:
>>> The OpenSSL community itself is looking at 1.1.0 as a transition to newer and
>>> better design/api/etc... which is why it is not marked as a LTS release.
>>
>> api changes can be a bothersome point from integration POV, do we know if there
>> are some forwarded porting incompatibilities in APIs already?
>
> I have not investigated it, as my focus has been on the LTS version at this point.
I've quickly put together a openssl 1.1 recipe to test what builds and
what fails in oe-core, and this is the list of failures (any
dependencies of these aren't even attempted of course, i.e. webkit):
rpm
apr-util
ruby
openssh
bind
socat
mailx (I believe debian provides a rewrite of this one which we need to
package)
cryptodev-tests
u-boot-mkimage
Openssl does not seem to be designed for parallel installation of
several major versions at the same time (headers and pkg-config files
clash), so (unless someone has a better idea), we need to either wait
until the above listed upstreams fix their code, or do custom patching.
Mark, when can we expect rpm updates from Wind River? It's been a while
(actually, 10 months) since anything substantial arrived. I'd like to
have both a working CVS recipe (for dnf oe-core integration work), and
an update to the stable release with openssl 1.1 support in it - so that
oe-core can provide openssl 1.1. I simply do not have the bandwidth or
the expertise to do this work myself - far too many patches to rebase,
and a code base that I don't even begin to understand.
Alex
next prev parent reply other threads:[~2016-12-13 16:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-06 2:11 openssl: OpenSSL 1.1.x update Tan, Raymond
2016-10-06 2:33 ` Mark Hatle
2016-10-06 2:59 ` Khem Raj
2016-10-06 14:21 ` Mark Hatle
2016-10-06 15:22 ` Khem Raj
2016-10-06 15:39 ` Mark Hatle
2016-10-13 10:35 ` Tan, Raymond
2016-10-13 10:49 ` Hatle, Mark
2016-12-13 16:00 ` Alexander Kanavin [this message]
2016-10-06 2:44 ` Paul Eggleton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877d5207-0156-c57e-38db-9b2c47b61d78@linux.intel.com \
--to=alexander.kanavin@linux.intel.com \
--cc=mark.hatle@windriver.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=rahul.kumarxx.gupta@intel.com \
--cc=raj.khem@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox