Better testing of tagged tars

Torgny Nyblom nyblom at
Mon Feb 11 14:11:50 UTC 2013

On Monday 11 February 2013 00.24.51 Albert Astals Cid wrote:
> El Diumenge, 10 de febrer de 2013, a les 08:15:40, Martin Gräßlin va 
> > On Saturday 09 February 2013 23:08:50 Albert Astals Cid wrote:
> > > Of course another option is lifting the requirement for the pre-packages
> > > not being publicly available, after all the packages will most likely be
> > > the real thing, so if everyone agrees it is better lifting this
> > > requirement, we can do it, the fact that *I* personally like it the way
> > > it is doesn't mean it's the better way.
> > 
> > With my bugzilla user hat on I'm afraid of that. It would mean we get bug
> > reports for an unreleased version. That's bound to create confusion  - we
> > would not be able to trust the version field any more. In case of a
> > re-spin
> > it will get just worse - different tar balls with the same version
> > information.
> Another option is just release the tarballs once and don't do any respin at
> all. After all we have that builds the stuff so we are kind of
> "confident" it builds, if anything fails to build or something big is found
> we can add it as a note (+ kde-packager mail) to the info page like we did
> with the nepomuk thing for 4.10.0
> That seems like a "sensible" compromise to me.
>  * We release only one tarball
>  * Distros still can pick up build or bugfixes (as they will do anyway
> either we include them in a respin tarball or not)
>  * We can "silently" release the *only one* tarball a few days in advance to
> get distros to package for the release day
> Comments?

Sounds like a sensible alternative.

Perhaps open the door for a patch level release (ex: if something 
really important comes up.


More information about the release-team mailing list