current
BSD Fan
In einer ziemlich langen Mail gibt Scott Long bekannt, das FreeBSD 5.3 an diesem Wochenende angekündigt werden wird. Damit wird es auch offiziell ein 5-STABLE und 6-CURRENT geben.
Gleichzeitig wagt er einen Ausblick auf die weitere Entwicklung von FreeBSD:
"5.x war ein gewaltiges Unternehmen. SMPng, KSE, UFS2, background fsck,
ULE, ACPI, usw. waren jeder für sich eine unglaubliche Aufgabe. Angesichts der Tatsache, das diese Dinge von unbezahlten Freiwilligen entwickelt und organisiert wurden, ist sehr beeindruckend und sagt eine Menge über die Qualität und Entschlossenheit unserer Entwickler und Benutzer. Aber: vier Jahre waren eine lange Zeit an der daran gearbeitet wurde. Während 4.x ein gutes Arbeitstier war, litt es darunter, dass es viele Features und Hardware-Unterstützung nicht hatte. Gleichzeitig litt 5.x unter zu viel Ambition und zu wenig Entwicklern um es effizient durchzuführen.
In der Mitte von 2002 war es offensichtlich, dass wir uns darauf konzentrieren mussten, 5.0 zu veröffentlichen. Unglücklicherweise wollten wir mehr Features fertigstellen, um uns mit 5.0 wohl zu fühlen. [...] Unsere Roadmap diktierte uns Releases basierend auf Features statt auf Stabilität und - bedeutsamer - Terminen.
[...]
Was Poul-Henning (Kamp) und ich vorschlagen, ist damit aufzuhören, Releases wegen fehlender Features zurückzuhalten und sie stattdessen nach einem vorher angekündigten Zeitplan zu veröffentlichen. [...] Wir diskutieren noch, aber vermutlich wird es auf ein -STABLE alle 12 bis 18 Monate und ein Release alle vier bis sechs Monate hinauslaufen.
[...]
Der gegenwärtige Plan ist es, RELENG_6 (6-STABLE) im Mai oder Juni 2005 zu branchen. Damit wird eine ein- bis drei-monatige Stabilisierungsperiode für das 6.0-Release beginnen. Nach dem Release von 6.0 wird es 6.1, 6.2 in etwa vier-monatigen Intervallen geben."
Gleichzeitig wagt er einen Ausblick auf die weitere Entwicklung von FreeBSD:
"5.x war ein gewaltiges Unternehmen. SMPng, KSE, UFS2, background fsck,
ULE, ACPI, usw. waren jeder für sich eine unglaubliche Aufgabe. Angesichts der Tatsache, das diese Dinge von unbezahlten Freiwilligen entwickelt und organisiert wurden, ist sehr beeindruckend und sagt eine Menge über die Qualität und Entschlossenheit unserer Entwickler und Benutzer. Aber: vier Jahre waren eine lange Zeit an der daran gearbeitet wurde. Während 4.x ein gutes Arbeitstier war, litt es darunter, dass es viele Features und Hardware-Unterstützung nicht hatte. Gleichzeitig litt 5.x unter zu viel Ambition und zu wenig Entwicklern um es effizient durchzuführen.
In der Mitte von 2002 war es offensichtlich, dass wir uns darauf konzentrieren mussten, 5.0 zu veröffentlichen. Unglücklicherweise wollten wir mehr Features fertigstellen, um uns mit 5.0 wohl zu fühlen. [...] Unsere Roadmap diktierte uns Releases basierend auf Features statt auf Stabilität und - bedeutsamer - Terminen.
[...]
Was Poul-Henning (Kamp) und ich vorschlagen, ist damit aufzuhören, Releases wegen fehlender Features zurückzuhalten und sie stattdessen nach einem vorher angekündigten Zeitplan zu veröffentlichen. [...] Wir diskutieren noch, aber vermutlich wird es auf ein -STABLE alle 12 bis 18 Monate und ein Release alle vier bis sechs Monate hinauslaufen.
[...]
Der gegenwärtige Plan ist es, RELENG_6 (6-STABLE) im Mai oder Juni 2005 zu branchen. Damit wird eine ein- bis drei-monatige Stabilisierungsperiode für das 6.0-Release beginnen. Nach dem Release von 6.0 wird es 6.1, 6.2 in etwa vier-monatigen Intervallen geben."
... Schade, naja kommt Zeit kommt Bugfix ...