Proposed adjustments to our release cycles

Alexander Neundorf neundorf at
Mon Jun 18 21:22:18 BST 2012

On Sunday 17 June 2012, Shaun Reich wrote:
> On Sat, Jun 16, 2012 at 9:44 PM, Inge Wallin <inge at> wrote:
> > As far as I could understand from the above the main ideas are:
> >  - Splitting the SC into 3 parts
> >  - Shortening the release cycles significantly.
> > 
> > It seems to me that a current trend in larger free software projects is
> > to go
> which projects? you pointed out firefox, which is shortening, and so
> is chrome these days ;)
> > If we shorten the release cycles (an idea
> > which I am actually not that fond of) then could we also consider to have
> > an LTS release now and then?
> i see your point..
> while continuously backporting to say.. 2 prior versions does incur a
> good amount of overhead, i don't think it'd be *too* much of an issue
> as it's pretty damn easy with git. i mean, you'd just be backporting
> to 1 additional branch each time, 1 more than usual...
> i'm definitely liking the "shorter releases" plan though, despite some
> hiccups we'll encounter in implementation. having a release early,

sebas email said
"(These numbers are completely arbitrary, and here only for illustration 
i.e. it did not mention shorter release cycles at all, as I read it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the kde-core-devel mailing list