KF 5.37 requiring Qt 5.7

Rex Dieter rdieter at math.unl.edu
Mon Aug 7 16:55:57 UTC 2017


David Faure wrote:

> On lundi 7 août 2017 18:25:35 CEST Rex Dieter wrote:
>> David Faure wrote:
>> >> > Isn't it an option to leave it in, at version 5.36, rather than
>> >> > removing it completely ?
>> >> 
>> >> In the short-term, yes.
>> >> 
>> >> Long term, I'm not willing to ship (and support) this if it's not
>> >> supported upstream either (where bugs are usually fixed in newer
>> >> releases).
>> > 
>> > I thought you said that long term you were looking at upgrading to Qt
>> > 5.9...
>> 
>> I may or may not be successful.
>> 
>> > In any case I'm not sure why Qt's promise to maintain 5.6 for 3 years
>> > means that all Qt-based libraries must promise the same.
>> 
>> <shrug>, you asked for feedback, and I gave it.  I'm just spelling out
>> the results of implementing the change now => dropping support for RHEL7
> 
> That's unfortunate, which is why I'm still trying to discuss and find
> solutions with you, but we just can't support Qt 5.6 forever.
> 
> Does RHEL have additional optional repos that allow upgrading (e.g. to a
> newer Qt), like OpenSuSE has? Then it wouldn't be "completely dropping out
> of RHEL7", but "requiring an extra repo". Not as good as a core package,
> but still a possibility for those who might need it.

Policy for any official-ish addon repos is that they cannot replace any core 
packages (Qt5 is that).  So, in general no.  I see no alternatives for 
*now*.   This is why I'd suggested waiting until we knew more, but I can 
also accept letting kf5 move forward and waiting/hoping for a better Qt5 
solution on our end too.

-- Rex




More information about the release-team mailing list