Re: Plasma versions and Debian point-releases
Aurélien COUDERC <[email protected]> Tue, 18 Nov 2025 08:23:22 +0100
| Newsgroups | gmane.linux.debian.user.kde |
|---|---|
| Message-ID | <[email protected]> |
------I3RLG1ZDN33LB6CB38PAWAKPTHXGZA
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Yeah Plasma doesn't follow semantic versioning, the left-most part is the Q=
t version it's based on, the middle number more of a major version, and the=
right-most one something between minor and patch in semver terms=2E
This is not specific to 6=2E5 if you look at any 6=2Ex they have similar l=
evels of churn=2E
Happy hacking,
--
Aur=C3=A9lien
Le 18 novembre 2025 00:01:58 GMT+01:00, Quentin Aymard <quentin=2Eaymard@p=
roton=2Eme> a =C3=A9crit=C2=A0:
>Yeah I figured the changelog for 6=2E5 is quite massive indeed, but I was=
n't sure this was an intended outcome for all minor plasma releases, or jus=
t kind of a one-time impressive version=2E
>
>I was refering such releases as "minor" mainly in the semver style : majo=
r=2Eminor=2Epatch=2E
>
>Anyway, thanks again for all the work and explaining !
>Kinds regards
>
>Le lundi 17 novembre 2025 =C3=A0 23:57, Aur=C3=A9lien COUDERC <libre@couc=
ouf=2Efr> a =C3=A9crit :
>
>> Hi,
>>
>> Plasma 6=2Ex releases are definitely *not* minor releases, check any of=
the upstream release notes=2E
>>
>> They all introduce UI and workflow changes (and bugs) that are exactly =
what we don't want in stable=2E
>>
>> Like Patrick said the Debian policy is only to backport specific commit=
s for specific fixes into stable=2E
>>
>> Happy hacking,
>> --
>> Aur=C3=A9lien
>>
>> Le 17 novembre 2025 22:51:29 GMT+01:00, Quentin Aymard <quentin=2Eaymar=
d@proton=2Eme> a =C3=A9crit :
>>
>>> Thank you Patrick for clarifying=2E
>>>
>>> I thought point-releases of Debian were aimed at uploading newer versi=
ons of packages to Stable as long as the feature set remained consistent (n=
o breaking change or major user experience modification)=2E
>>>
>>> Does this mean I misunderstood the idea behind point-releases, or do D=
ebian KDE team consider minor releases (eg 6=2Ex) of Plasma to be "too much=
" of a jump forward, making them unsuitable for point-releases ?
>>>
>>> Thanks
>>>
>>> Le lundi 17 novembre 2025 =C3=A0 19:53, Patrick Franz <deltaone@debian=
=2Eorg> a =C3=A9crit :
>>>
>>>> Hi Quentin,
>>>>
>>>> Am Montag, 17=2E November 2025, 19:08:34 Mitteleurop=C3=A4ische Norma=
lzeit
>>>>
>>>> schrieb Quentin Aymard:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm still new to some parts of Debian's and KDE's lifecycle=2E I thi=
nk I
>>>>>
>>>>> understand that :
>>>>>
>>>>> - hotfixes from upstream Plasma (6=2E3=2Ex) should end up in or be
>>>>>
>>>>> backported to Debian stable ;
>>>>>
>>>>> - minor versions of Plasma (eg=2E 6=2E5) might at some point become
>>>>>
>>>>> available in Debian stable through upcoming point-releases (eg 13=2E=
3,
>>>>>
>>>>> 13=2E4, etc) in place of the current minor version (6=2E3=2Ex) ;
>>>>>
>>>>> - as opposed to major versions (eg=2E something like Plasma 7=2Ex fa=
r in
>>>>>
>>>>> the future) that should only be included in unstable then testing, a=
s
>>>>>
>>>>> the "next-stable" channel, preparing the future of Debian 14=2E
>>>>>
>>>>> Am I correct ?
>>>>
>>>> Partially=2E Debian Stable will only get targeted fixes ("hotfixes") =
that
>>>>
>>>> each fix one particular issue=2E Since Plasma 6=2E3 is EOL, those wil=
l then
>>>>
>>>> have to be backported from newer Plasma releases=2E
>>>>
>>>> However, Debian Stable will stay on Plasma 6=2E3=2E It is not going t=
o get
>>>>
>>>> Plasma 6=2E4, 6=2E5 or whatever=2E Updating Plasma to later releases =
would
>>>>
>>>> defy the point of "stable"=2E
>>>>
>>>> --
>>>>
>>>> Med v=C3=A4nliga h=C3=A4lsningar
>>>>
>>>> Patrick Franz
------I3RLG1ZDN33LB6CB38PAWAKPTHXGZA
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div dir=3D"auto">Yeah Plasma doesn't follow seman=
tic versioning, the left-most part is the Qt version it's based on, the mid=
dle number more of a major version, and the right-most one something betwee=
n minor and patch in semver terms=2E<br><br>This is not specific to 6=2E5 i=
f you look at any 6=2Ex they have similar levels of churn=2E<br><br><br>Hap=
py hacking,<br>--<br>Aur=C3=A9lien<br></div><br><br><div class=3D"gmail_quo=
te"><div dir=3D"auto">Le 18 novembre 2025 00:01:58 GMT+01:00, Quentin Aymar=
d <quentin=2Eaymard@proton=2Eme> a =C3=A9crit=C2=A0:</div><blockquote=
class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0=2E8ex; border-left: 1=
px solid rgb(204, 204, 204); padding-left: 1ex;">
<div style=3D"font-family: Arial, sans-serif; font-size: 14px;">Yeah I fig=
ured the changelog for 6=2E5 is quite massive indeed, but I wasn't sure thi=
s was an intended outcome for all minor plasma releases, or just kind of a =
one-time impressive version=2E</div><div style=3D"font-family: Arial, sans-=
serif; font-size: 14px;"><br></div><div style=3D"font-family: Arial, sans-s=
erif; font-size: 14px;">I was refering such releases as "minor" mainly in t=
he semver style : major=2Eminor=2Epatch=2E</div><div style=3D"font-family: =
Arial, sans-serif; font-size: 14px;"><br></div><div style=3D"font-family: A=
rial, sans-serif; font-size: 14px;">Anyway, thanks again for all the work a=
nd explaining !</div><div style=3D"font-family: Arial, sans-serif; font-siz=
e: 14px;">Kinds regards</div><div style=3D"font-family: Arial, sans-serif; =
font-size: 14px;" class=3D"protonmail_signature_block protonmail_signature_=
block-empty">
<div class=3D"protonmail_signature_block-user protonmail_signature_blo=
ck-empty">
=20
</div>
=20
<div class=3D"protonmail_signature_block-proton protonmail_sig=
nature_block-empty">
=20
</div>
</div>
<div style=3D"font-family: Arial, sans-serif; font-size: 14px;"><br></div>=
<div class=3D"protonmail_quote">
Le lundi 17 novembre 2025 =C3=A0 23:57, Aur=C3=A9lien COUDERC <=
libre@coucouf=2Efr> a =C3=A9crit :<br>
<blockquote class=3D"protonmail_quote" type=3D"cite">
<div dir=3D"auto">Hi,<br><br>Plasma 6=2Ex releases are definit=
ely *not* minor releases, check any of the upstream release notes=2E<br><br=
>They all introduce UI and workflow changes (and bugs) that are exactly wha=
t we don't want in stable=2E<br><br>Like Patrick said the Debian policy is =
only to backport specific commits for specific fixes into stable=2E<br><br>=
<br>Happy hacking,<br>--<br>Aur=C3=A9lien<br></div><br><br><div class=3D"gm=
ail_quote"><div dir=3D"auto">Le 17 novembre 2025 22:51:29 GMT+01:00, Quenti=
n Aymard <quentin=2Eaymard@proton=2Eme> a =C3=A9crit :</div><blockquo=
te class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0=2E8ex; border-left:=
1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class=3D"k9mail"><div dir=3D"auto">Thank you Patrick for clarifying=
=2E<br><br>I thought point-releases of Debian were aimed at uploading newer=
versions of packages to Stable as long as the feature set remained consist=
ent (no breaking change or major user experience modification)=2E<br><br>Do=
es this mean I misunderstood the idea behind point-releases, or do Debian K=
DE team consider minor releases (eg 6=2Ex) of Plasma to be "too much" of a =
jump forward, making them unsuitable for point-releases ?<br><br>Thanks<br>=
<br><br>Le lundi 17 novembre 2025 =C3=A0 19:53, Patrick Franz <deltaone@=
debian=2Eorg> a =C3=A9crit :<br><br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin: 0pt 0pt 1ex 0=2E8ex; border-left: 1px solid #729f=
cf; padding-left: 1ex;"><div dir=3D"auto"><br><br>Hi Quentin,<br><br>Am Mon=
tag, 17=2E November 2025, 19:08:34 Mitteleurop=C3=A4ische Normalzeit<br>sch=
rieb Quentin Aymard:<br><br></div><blockquote class=3D"gmail_quote" style=
=3D"margin: 0pt 0pt 1ex 0=2E8ex; border-left: 1px solid #ad7fa8; padding-le=
ft: 1ex;"><div dir=3D"auto">Hi,<br><br>I'm still new to some parts of Debia=
n's and KDE's lifecycle=2E I think I<br>understand that :<br><br>- hotfixes=
from upstream Plasma (6=2E3=2Ex) should end up in or be<br>backported to D=
ebian stable ;<br><br>- minor versions of Plasma (eg=2E 6=2E5) might at som=
e point become<br>available in Debian stable through upcoming point-release=
s (eg 13=2E3,<br>13=2E4, etc) in place of the current minor version (6=2E3=
=2Ex) ;<br><br>- as opposed to major versions (eg=2E something like Plasma =
7=2Ex far in<br>the future) that should only be included in unstable then t=
esting, as<br>the "next-stable" channel, preparing the future of Debian 14=
=2E<br><br>Am I correct ?<br></div></blockquote><div dir=3D"auto"><br><br>P=
artially=2E Debian Stable will only get targeted fixes ("hotfixes") that<br=
>each fix one particular issue=2E Since Plasma 6=2E3 is EOL, those will the=
n<br>have to be backported from newer Plasma releases=2E<br><br>However, De=
bian Stable will stay on Plasma 6=2E3=2E It is not going to get<br>Plasma 6=
=2E4, 6=2E5 or whatever=2E Updating Plasma to later releases would<br>defy =
the point of "stable"=2E<br><br><br>--<br>Med v=C3=A4nliga h=C3=A4lsningar<=
br><br>Patrick Franz<br></div></blockquote><div dir=3D"auto"><br></div></pr=
e></blockquote></div>
</blockquote><br>
</div></blockquote></div></body></html>
------I3RLG1ZDN33LB6CB38PAWAKPTHXGZA--