FeRD wrote:
> The primary difference seems to be that Qt maintains a LTS release
> (currently Qt 5.6), so they have to worry about fixing bugs in
> feature-frozen 3-year-old code. That's not an issue for Fedora's package
> maintenance strategy.
The LTS releases are actually the only ones that get cherry-picked to
though. They remove the LTS releases from the merge chain and switch them to
cherry-pick mode once the next release branch (which is of course not LTS)
goes EOL (e.g., Qt 5.6 was switched to cherry-pick mode once Qt 5.7 went
EOL). So, at that point, bug fixes would be submitted against, e.g., Qt 5.8,
and merged from there all the way to dev, and would have to be explicitly
cherry-picked to Qt 5.6 LTS if wanted.
Also, Qt 5.6 is not the only LTS release branch, Qt 5.9 and 5.12 are also
LTS, and Qt 5.15 will be the next LTS (and the last Qt 5.x release branch,
then there will be Qt 6.0).
Kevin Kofler
_______________________________________________
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
