Re: Stable branches, including frameworks for Kubuntu LTS
Nicolas Fella <[email protected]> Tue, 12 May 2026 22:52:49 +0200
| Newsgroups | gmane.comp.kde.devel.core,gmane.comp.kde.devel.frameworks |
|---|---|
| Message-ID | <[email protected]> |
On 5/12/26 10:45 PM, 2Albert Astals Cid wrote: > El dimarts, 12 de maig del 2026, a les 20:13:01 (Hora d=E2=80=99estiu d= =E2=80=99Europa > central), Marco Martin va escriure: >> On Tue, May 12, 2026, 18:15 Marco Martin <[email protected]> wrote: >>> We (as in Techpaladin) pledge to take up the maintenance of such branc= h as >>> long as it's supported, managing backports, testing and releases, as w= ell >>> as keeping the new CI nodes green >> What do you think about it? Is something that looks sensible on the >> upstream/community point of view? > Apologies if the next question sounds a bit blunt I didn't figure out ho= w word > it in a somewhat better way. > > Is this something we want to pretend the community is doing? > > That is, do we want to try to make this "a KDE thing" or is it clearly > structured as a Techpaladin/Kubuntu Focus thing? > > For me the second option makes it "simpler". > > Then my suggestion would be to just create "vendor" branches like the on= es > that we have for example in kleopatra/mimetreeparser/friends > > gpg4win/23.10 > gpg4win/24.05 > gpg4win/gpd-5.0 > gpg4win/gpd-5.1 > > So create something like kubuntufocus/26.04 > > Maybe it would even make sense to create such branches for KDE Plasma 6.= 6 > (after final 6.6.6 is released) and KDE Gear 25.12? I assume this would be shipped in *upstream* Kubuntu 26.04, not some=20 derived version of that? If that's indeed the case then I'm okay with a more neutral name like=20 Frameworks/6.24. Doesn't matter that much who is doing it.