KDE 3.1: delayed

[Daniel Stone]

On Fri, Dec 06, 2002 at 08:51:45AM +0100, Stephan Binner scrawled:
> On Friday 06 December 2002 00:44, Dirk Mueller wrote:
> > its unlikely that we get many binary packages so short before christmas
> > holidays, which means that KDE 3.1 would go out, if released this year,
> > probably with few or none binary packages at the announcement date.
> 
> Provocative question: Why do we depend on binary packages? Every distributor 
> who planned to have packages available at aimed 5th December release date has 
> now ready build-scripts, experience with new release and hopefully did first
> tests with their packages. If they have nobody in their [security] team which
> is able to create with this new KDE 3.1 packages from the reviewed sources for 
> several weeks than IHMO it's the distributor's problem and not ours. Or does 
> anyone think that they will delay security fixed KDE 3.0.6 packages to next 
> year too just because packager and/or part of security team is on vacation?

The problem is that users will bitch, and then they'll try and create
their own source packages, and a lot of them will fail, and you get more
bitching, and things screw up, and ...

It's messy.

> I vote for option a): take the time you need for the audit, give the packagers
> the usual one week and release. This will raise more bug reports than RC5. And
> it's no problem if for lazy distributions first packages will exist for 3.1.1.

While packages for Debian, etc, will be absolutely fine, packages for
commercial distros will probably be late as the packagers will be on
Christmas holidays.

Daniel, occasional Debian KDE package monkey

-- 
Daniel Stone 	     <daniel at raging.dropbear.id.au>             <dstone at kde.org>
Developer - http://kopete.kde.org, http://www.kde.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20021207/d22e4b78/attachment.sig>