ja hallo erstmal,.. Am Donnerstag 19 Mai 2005 23:22 schrieb Andreas Barth: > * Jan L�hr ([EMAIL PROTECTED]) [050519 22:20]: > > ja hallo erstmal,... > > > > Am Mittwoch 18 Mai 2005 14:15 schrieb Andreas Barth: (...) > > Die Zeitplanung heisst 12-18 Monate fuer etch. Und: es wird sicher noch > Diskussionen im Release Team ueber Ziele geben. Derzeit heisst die > Prioritaet aber: sarge releasen.
Ach ne, gleiches gilt f�r Sarge - und irgendwie erinnert mich die Zeitplanung verdammt an die Mails, die vor einem Jahr �ber dev-announce gingen. (Ein Schelm wer b�ses denkt). Dass Debian grunds�tzlich 12-18 Monate plant ist klar, aber was hei�t dass? Es hei�t lediglich: Es gibt _keine_ Planungssicherheit, .Debian (wird) ver�ffentlicht, wenn die Zeit gekommen ist. Es gibt _keine_ Schedules, Debian (wird) ver�ffentlicht, wenn die Zeit gekommen ist. Das Release-Team hat, wie man an den Mails des letzten Jahres sieht teilweise keine Ahnung was sie verzapfen. (Naivit�t? Elfenbeiturm?), Debian (wird) ver�ffentlicht, wenn die Zeit gekommen ist. Achja, hatte ich schon erw�hnt? Dass Debian [1] dazu schreibt: "Debian ver�ffentlicht, wenn die Zeit gekommen ist" Versteh meinen Zynismus nicht falsch - es gibt auch gute Dinge an Debian. Da ich aber seit ca. einem Jahr zwei produktiv Server auf testing betreibe - immer mit dem Glauben, dass Sarge im darauffolgenden Monat kommt, hat sich meine Naivit�t seitens des Releaseprozesses in Zynismus gewandelt und ich Zweifele ernsthaft am Releaseprozess. Btw. Und was den den Security-Support f�r Sarge betrifft, so ist er zur Zeit eher eine Ausrede f�r das nicht-fixen von Release Critical Security Related Bugs - wobei man sp�testens dann unter der Deck kleben sollte, wenn man sich die Anforderungen an einen Sec-RC-Bug druchliest. "According to <http://bugs.debian.org/release-critical/>, the official count of release-critical bugs affecting testing is 61. Since security bugs are an, er, "renewable resource", and can be fixed out-of-band, we can exclude them from our reckoning and get the number at the bottom of" (JA - es kann passieren, dass es sie gibt, der letzte REMOTE ROOT EXPLOIT in samba wurde auch erst mit 4 Monaten Versp�tung in Woody gefixt), als vorhanden, denn Fragen auf debian-security, warum testing nicht in den announces auftraucht, werden ignoriert.[3] Den Release oder Sec-Prozess bei Debian mit prof. Ma�st�ben zu messen, ist absurd. Debian Entwickler arbeiten freiwillig und in ihrer Freizeit. Jegliche Erwartungen an den Releaseprozess etc. sollte man stark zur�ckschrauben. Keep smiling yanosz [1] http://www.debian.org/releases/testing/ [2] http://lists.debian.org/debian-devel-announce/2005/05/msg00011.html [3] http://lists.debian.org/debian-security/2005/05/msg00039.html
