From kde-release-team Mon Apr 21 12:31:59 2008 From: "Aaron J. Seigo" Date: Mon, 21 Apr 2008 12:31:59 +0000 To: kde-release-team Subject: Re: Delaying KDE 4.1 Alpha 1 ? Message-Id: <200804210632.00201.aseigo () kde ! org> X-MARC-Message: https://marc.info/?l=kde-release-team&m=120878064121323 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============1256515958==" --===============1256515958== Content-Type: multipart/signed; boundary="nextPart2002896.TeJ2rCFvVi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart2002896.TeJ2rCFvVi Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 21 April 2008, Dirk Mueller wrote: > Lets redecide on Wednesday afternoon, okay? No matter how complex the code > is, it should be able to get something that starts until then. wel, of course it starts. what we're saying is that if you want a taskbar a= nd=20 system tray that work reliably, then we probably don't want to tag in its=20 current condition. there are various of rough edges that will remain that=20 will get worked out for 4.1, but those two things are something of a show=20 stopper. i'll send a status report to the list here on wednesday morning my time, wh= ich=20 will be wednesday afternoon of yours. > The whole thing shouldn't have been committed in such a broken state to > trunk to begin with. what value does this add to the conversation? none. what does it help to improve the situation? nothing. what does it do for the mood in the room? less than nothing. your opinion here is one of those beautiful oversimplifications that contai= ns=20 assumptions that just aren't true. worse, it's an invitiation to squabble=20 with someone who lacks all the facts about something that isn't useful to t= he=20 conversation. let me try to be succinct in reply, however: * i'm not sure since when trunk/ (or, historically, HEAD) was ever supposed= to=20 be 100% working 100% of the time * we had 4 days to merge multiple trees, do API review and port dozens of=20 plugins. a lot of people put a ton of effort into making that happen as wel= l=20 as possible. * svn does not make this easy (rather, quite the opposite) * if we want WoC and other necessary steps forward in plasma in a rational= =20 time frame (e.g. not next year), occassional blips like this will happen an= d=20 be necessary. bitching about how it will affect an *alpha* release is=20 shortsighted hopefully that provides a little more insight into it. please also note tha= t=20 this is not an invitation to discuss it with you. it's simply informational. =2D-=20 Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Trolltech --nextPart2002896.TeJ2rCFvVi Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBIDIlA1rcusafx20MRAsqzAJsF74cMJr4E1NylyBQO1UmXre+3rwCeNAXv BHi2kmfO0uqovyyd6Dx/OqM= =eUjW -----END PGP SIGNATURE----- --nextPart2002896.TeJ2rCFvVi-- --===============1256515958== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ release-team mailing list release-team@kde.org https://mail.kde.org/mailman/listinfo/release-team --===============1256515958==--