KDE 3.2 release cycle

Aaron J. Seigo aseigo at olympusproject.org
Wed May 14 10:41:05 BST 2003


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 14 May 2003 03:18, Stephan Kulow wrote:
> On Tuesday 13 May 2003 23:37, Aaron J. Seigo wrote:
> > and get a working kde CVS snapshot, that would be awesome... in fact, one
> > would imagine that it would be possible to write a simple script that
> > automatically cvs export's a set of KDE tarballs and uploads them to a
> > well known server so that releasing a new snapshot is the matter of
> > running a single command ...
>
> You're not serious, aren't you?
> Look through the file list of ftp://ftp.kde.org/pub/kde - the word
> "snapshots" has been in there since ~1997

it's great that they are available and that their creation is automated, but 
there are two challenges with ftp.kde.org/pub/kde/snapshots as i see it:

 o there is no coordination as to when they are to be tagged. when a person 
downloads those tarballs, they get recent CVS: broken or not. this makes them 
worthless as preview releases, which should offer at least a modicum of 
stability. they wouldn't require the QA / testing that an actual release or 
even an alpha release gets, but they should be tagged around times when CVS 
"feels" healthy (fewer crashes, motr new complete features, etc).

 o they aren't publicized. Mosfet's original concern, as i read  it, was that 
if the "KDE fan" part of our user base was left without visible signs of life 
and/or something new to play with every few months while we extend a release 
cycle, they won't be very happy and may decide that KDE development is 
slowing up or even stopping.  this would be a job for kde-promo.

the build script in there is ok, but something like konstruct would probably 
be more useful, as it takes care of the downloading as well as the building 
and installing... and since these are "might kill your firstborn if you use 
it" type releases, it should be installed in the home directory.

obviously, this is all a moot point if we don't have longer release schedules.

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE: The 'K' is for 'kick ass'
http://www.kde.org       http://promo.kde.org/3.1/feature_guide.php
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+wg8x1rcusafx20MRAstwAJ9ifc24mAXRS7IitE9osr8rxPRyNQCdHOks
wVKX6rJ/JFb0PX96B4KrOm0=
=0SL9
-----END PGP SIGNATURE-----




More information about the kde-core-devel mailing list