Hello! here is a chance to speak up for having a Plasma LTS release? Its a post from the KDE distributions mailing list.
In case you want to reply it makes sense to reply there. I can also reply, but I would like to know your preferences on this. Thank you. Here is what I would answer: > Here is an example (I mean it!) for how this could look like: > * 5.8 first LTS release based on Qt 5.6 (which is also an LTS) for X11 > * every fourth release will be another LTS release, so with the 3 month > cycle > there is one LTS per year - 5.8, 5.12, 5.16 > * Support is for five release cycles, so with 5.13 the 5.8 LTS goes EOL, > with > 5.17 the 5.12 release goes EOL > * bug fix release continue in the Fibonacci schedule till the EOL release > > We would like to know from you: > * is that something which is useful to you? Yes, it is. But 5.8 as first LTS release may be too late for Debian Stretch > * how often should we do an LTS release? Once a year sounds okay. The Debian release schedule is about every 2-3 years. > * how often should we do bug fix releases for an LTS? Depends on severy of issue. Its good to receive timely security fixes. > * how long should a LTS be supported? Ideally about 2-3 years at least. > Related to that: > * what to do with frameworks? Also provide an LTS release for the frameworks version that works best with a certain Plasma LTS. > * Would you freeze the frameworks version or continue to backport newer > framework versions to your distribution? Freeze. > * Would you want an LTS branch for frameworks as well? Yes. > * What would you expect that to look like? An LTS for the Frameworks version an specific Plasma LTS is initially used with it. Would that be in line with what you think? Thank you, Martin ---------- Weitergeleitete Nachricht ---------- Betreff: Long term support release for Plasma? Datum: Montag, 27. Juni 2016, 14:28:42 CEST Von: Martin Graesslin <mgraess...@kde.org> An: distributi...@kde.org Kopie: plasma-de...@kde.org Hi distributions, in Plasma we are considering to add a long term support release. For this idea we want to get some feedback from your side to know how we should set this up. Here is an example (I mean it!) for how this could look like: * 5.8 first LTS release based on Qt 5.6 (which is also an LTS) for X11 * every fourth release will be another LTS release, so with the 3 month cycle there is one LTS per year - 5.8, 5.12, 5.16 * Support is for five release cycles, so with 5.13 the 5.8 LTS goes EOL, with 5.17 the 5.12 release goes EOL * bug fix release continue in the Fibonacci schedule till the EOL release We would like to know from you: * is that something which is useful to you? * how often should we do an LTS release? * how often should we do bug fix releases for an LTS? * how long should a LTS be supported? Related to that: * what to do with frameworks? * Would you freeze the frameworks version or continue to backport newer framework versions to your distribution? * Would you want an LTS branch for frameworks as well? * What would you expect that to look like? Looking forward to your input on this rather important topic. Cheers Martin ------------------------------------------------------------- -- Martin
