More Plasma bug fix releases

Martin Graesslin mgraesslin at
Wed Oct 28 07:06:14 UTC 2015

On Tuesday, October 27, 2015 10:03:43 PM CET tetris4 at wrote:
> Hi everyone,
> At first glance the proposed release schedule by Martin seems very
> dense, but Chakra should be able to keep up as the Plasma 5 builds do
> not take that long.
> The effort and automation required for each Plasma build actually
> depends on the changes that are implemented. For a straightforward build
> we usually only change the version, but when for example new
> dependencies are introduced for new releases, a bit of manual effort is
> required to identify them and include them in our scripts.

That should not be a problem. New dependencies cannot be added to a bug fix 

> What will happen to quick bugfix releases? Like when we have
> for some packages when a critical bug is found very soon after the
> release. With releases being so close in the hypothetical scheme this
> might not be needed.

Depends. I had seen bugs which needed immediate attention. So I wouldn't say 
"won't be needed" generally.

> What I think would really help to decide on how to proceed would be to
> take into account the related statistics to better understand how much
> of a problem this is. The number of plasma packages that actually change
> between releases could be identified, as well as how many of these
> changes are really significant ones that need to roll out to users asap.
> If it's not too much trouble, we could for example track the severity of
> the bugs that close for each release, or request from developers to
> point out new commits that they find very important in each release.

I think this is a bad idea. See my reply to Eric's thread on why I consider 
pointing out individual patches is dangerous to the quality of the overall 
product. Please consider our releases as something atomic and that goes over 
all modules.

> The issue comes down to how many distributions can cope with this. If in
> the end most distros end up skipping releases, this release schedule
> doesn't make much meaning.

Exactly, that's why I ask.


> Regards,
> Neofytos Kolokotronis (tetris4 from Chakra),
> -long time lurker, happy to be commenting for the first time here-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <>

More information about the release-team mailing list