<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Apr 7, 2017 at 10:18 AM, Alexander Kanavin <span dir="ltr">&lt;<a href="mailto:alexander.kanavin@linux.intel.com" target="_blank">alexander.kanavin@linux.intel.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 04/07/2017 04:07 PM, Mark Hatle wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(Really making sure this keeps working should not be more then a day or so work<br>
over the course of every stable release.  If it is, we need to understand what<br>
is causing this work.)<br>
</blockquote>
<br></span>
I trust you do understand the concept of &quot;bit rot&quot; and the maintenance overhead it&#39;s causing? Here&#39;s a specific example: this week day I was introducing openssl 1.1 into oe-core, and checking a dozen recipes that are not compatible with it by hand to see what, if anything, they are doing about it.<br>
<br>
Qt4 is one such component, and it&#39;s pretty clear it will never be compatible with openssl 1.1. So I ended up disabling ssl support in Qt4 - which was thankfully not difficult to do, but is a regression in Qt4 API we provide. I expect Qt4 will continue to be a source of similar issues in the future as we move on with the times in oe-core, and at some point there will be an issue that is not easy to resolve without disabling Qt4 altogether.<br>
<br>
Another LSB-mandated component is mailx, which is also dead upstream, and requires openssl 1.0. When openssl 1.0 becomes unsupported at the end of 2019, what are we supposed to do? Not clear to me now.</blockquote><div><br></div><div>The main question here is if we are going to keep OpenSSL 1.0 and 1.1 in parallel inside OE-Core or not. For Pyro I think we should stay on 1.0 or have 1.1 as an opt-in option, but for 2.4 I would say to drop 1.0 if possible and move 1.0 to a layer ... potentially, lsb support could be moved to a layer as we did with gplv2 and qt4. </div></div><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Otavio Salvador                             O.S. Systems<br><a href="http://www.ossystems.com.br" target="_blank">http://www.ossystems.com.br</a>        <a href="http://code.ossystems.com.br" target="_blank">http://code.ossystems.com.br</a><br>Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750<br></div>
</div></div>