[opensuse-kde] Repo Frameworks5 vs Frameworks5 LTS

I've probably missed something or otherwise am pretty dumb, but can someone please help me with understanding the meaning, or the differences between, the two repositories referenced in the header to this? Or the advantages or pitfalls (if any) of each. I'd be much obliged; even more so if it's kept to words of one syllable, since I'm a dabbler not an expert. The context is Leap 42.2. -- Robin K Wellington "Harbour City" New Zealand -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

In data martedì 29 novembre 2016 09:56:19 CET, Robin Klitscher ha scritto:
this? Or the advantages or pitfalls (if any) of each. I'd be much obliged; even more so if it's kept to words of one syllable, since I'm a dabbler not an expert.
The LTS repository is for development and packaging of updates that go to Leap, since it will *only* contain Long Term Support software (e.g. Plasma 5.8 only and KDE Frameworks 5 5.26). It's also built against Qt 5.6, which ships in Leap. The other repository is what is used for development and packaging of regular packages that will also end up in Tumbleweed. Use of either one is unsupported, so if something breaks, you get to keep the pieces. -- Luca Beltrame - KDE Forums team GPG key ID: A29D259B

Am Montag, 28. November 2016, 22:12:35 schrieb Luca Beltrame:
In data martedì 29 novembre 2016 09:56:19 CET, Robin Klitscher ha scritto:
this? Or the advantages or pitfalls (if any) of each. I'd be much obliged; even more so if it's kept to words of one syllable, since I'm a dabbler not an expert.
The LTS repository is for development and packaging of updates that go to Leap, since it will *only* contain Long Term Support software (e.g. Plasma 5.8 only and KDE Frameworks 5 5.26). It's also built against Qt 5.6, which ships in Leap.
The other repository is what is used for development and packaging of regular packages that will also end up in Tumbleweed.
In short, the main difference is that KDE:Frameworks5:LTS will stay at Plasma 5.8.x (which is LTS and will get bugfix updates for ~18 months), while KDE:Frameworks5 will move on to Plasma 5.9 (and further) when that gets released. But for KDE:Frameworks5 you'd also need KDE:Qt5 which gets newer Qt5 releases (5.7.1 at the moment). So, the more stable variant is :LTS, but it's probably not worth it if you use Leap 42.2 as you should get the bugfixes as update anyway. If you want to get new features and always have the latest versions (and are not afraid of things breaking in case of major upgrades), you should rather use KDE:Frameworks5 (and KDE:Qt5). Hope that helps. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

Hi, Am Montag, 28. November 2016, 22:45:12 CET schrieb Wolfgang Bauer:
Am Montag, 28. November 2016, 22:12:35 schrieb Luca Beltrame:
In data martedì 29 novembre 2016 09:56:19 CET, Robin Klitscher ha scritto:
this? Or the advantages or pitfalls (if any) of each. I'd be much obliged; even more so if it's kept to words of one syllable, since I'm a dabbler not an expert.
The LTS repository is for development and packaging of updates that go to Leap, since it will *only* contain Long Term Support software (e.g. Plasma 5.8 only and KDE Frameworks 5 5.26). It's also built against Qt 5.6, which ships in Leap.
The other repository is what is used for development and packaging of regular packages that will also end up in Tumbleweed.
In short, the main difference is that KDE:Frameworks5:LTS will stay at Plasma 5.8.x (which is LTS and will get bugfix updates for ~18 months), while KDE:Frameworks5 will move on to Plasma 5.9 (and further) when that gets released.
But for KDE:Frameworks5 you'd also need KDE:Qt5 which gets newer Qt5 releases (5.7.1 at the moment).
So, the more stable variant is :LTS, but it's probably not worth it if you use Leap 42.2 as you should get the bugfixes as update anyway.
Not quite, as only selected bugs warrant an update. Plasma 5.8.4 for instance had just a few little issues fixed (apart from those we backported to the 5.8.3 update), so we chose not do make a maintenance request for that. Also, although :LTS is not supported on Leap, it should work fine and any issues you encounter need to be fixed anyway. So if you want your system to be _slightly_ more updated and you can change back without major hassle, it's not a bad choice. Testing is always appreciated! Cheers, Fabian
If you want to get new features and always have the latest versions (and are not afraid of things breaking in case of major upgrades), you should rather use KDE:Frameworks5 (and KDE:Qt5).
Hope that helps.
Kind Regards, Wolfgang
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

On 29/11/16 10:12, Luca Beltrame wrote:
In data martedì 29 novembre 2016 09:56:19 CET, Robin Klitscher ha scritto:
this? Or the advantages or pitfalls (if any) of each. I'd be much obliged; even more so if it's kept to words of one syllable, since I'm a dabbler not an expert.
The LTS repository is for development and packaging of updates that go to Leap, since it will *only* contain Long Term Support software (e.g. Plasma 5.8 only and KDE Frameworks 5 5.26). It's also built against Qt 5.6, which ships in Leap.
The other repository is what is used for development and packaging of regular packages that will also end up in Tumbleweed.
Use of either one is unsupported, so if something breaks, you get to keep the pieces.
Thank you. And yes; I understand that, including supportability issues. But, although I described myself as a dabbler rather than an expert, I've been using openSUSE as my main system for many years (since os/2 ran out of steam), so I'm an "experienced user". In that capacity I like to keep up with the bleeding edge without overdoing it, and have done so without trouble for all that time and through many versions of openSUSE. I currently have Leap 42.1, Leap 42.2 and Tumbleweed on this machine, multi-boot, with 42.2 as the currently preferred working system. So, against that background and in full knowledge that the repositories concerned are "unsupported", if I wished to keep 42.2 up with the latest and greatest despite the risks, which of those two repositories is the most relevant? -- Robin K Wellington "Harbour City" New Zealand -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org

In data martedì 29 novembre 2016 10:51:19 CET, Robin Klitscher ha scritto:
So, against that background and in full knowledge that the repositories concerned are "unsupported", if I wished to keep 42.2 up with the latest and greatest despite the risks, which of those two repositories is the
As Wolfgang said, latest and greatest needs 2 repositories: KDE:Qt5 and KDE:Frameworks5 (because they need a newer Qt than the version shipped in Leap). Or you could use the LTS one if you just want the latest fixes (see Fabian's answer down in this same thread). -- Luca Beltrame - KDE Forums team GPG key ID: A29D259B

On 29/11/16 11:01, Luca Beltrame wrote:
In data martedì 29 novembre 2016 10:51:19 CET, Robin Klitscher ha scritto:
So, against that background and in full knowledge that the repositories concerned are "unsupported", if I wished to keep 42.2 up with the latest and greatest despite the risks, which of those two repositories is the
As Wolfgang said, latest and greatest needs 2 repositories: KDE:Qt5 and KDE:Frameworks5 (because they need a newer Qt than the version shipped in Leap).
Or you could use the LTS one if you just want the latest fixes (see Fabian's answer down in this same thread).
Thank you Luca, Wolfgang, Fabian. That clears it up. Your answers have been most helpful. I'll see how things go with Frameworks5/QT5. -- Robin K Wellington "Harbour City" New Zealand -- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org
participants (4)
-
Fabian Vogt
-
Luca Beltrame
-
Robin Klitscher
-
Wolfgang Bauer