Testing wird Stable
|
Baustelle: Dieser Artikel ist eine Baustelle. Das heißt, jemand hat sich dieses Artikels angenommen und überarbeitet ihn gerade. |
|
Lizenz: Dieser Artikel wurde als problematisch in Bezug auf der Lizenz markiert, dafür kann es verschiedene Gründe geben:
Bitte hilf mit alle diese Fragen zunächst zu klären, danach kann dieser Hinweis entfernt werden. |
|
Hinweis: Der Ablauf stimmt nicht. Etch ist zum Beispiel schon archiviert. |
Hier wird beschrieben, wie Testing zu Stable wird und was es dabei an Besonderheiten zu beachten gibt.
Termin
It's done, when it's done ;-)
Der Ablauf
- Bedenkt, dass die Debian Release Manager dieses Vorgehen so schnell durchziehen werden, dass keiner einen der Zwischenschritte mitbekommt.
- Schaut genau hin: SID bleibt immer unstable und wird nie zu testing!
Symlinks und Codenames
Die Bezeichnungen der Zweige `stable`, `testing` usw. ändern sich im Fortschritt eines neuen Releases von Debian nicht. Was sich ändert, sind die Codenames, unter welchen die Archive einer bestimmten Debianversion geführt werden. Auf diese zeigen die Zweige als symbolische links, welche bei einem Versionswechsel umgestellt werden. Für den `testing`-Zweig wird ein neuer Codename bestimmt, der zugleich der Name des nächsten `stable`-Releases ist. Erst mit der Veröffentlichung des neuen `stable` erhält Das Release eine neue Versionsnummer.
In den Tabellen unten stehen die Symlinks links, die echten Bezeichnungen rechts.
Ausgangsstatus
| Status | Name |
|---|---|
| unstable | sid |
| testing | Stretch |
| stable | Bullseye |
| oldstable | Wheezy |
Aus `experimental` laufen beständig Pakete nach Sid ein. Dort werden sie ca. 10-14 Tage getestet und kommen dann nach `testing`, in diesem Beispiel Stretch. So sammelt sich nach und nach in `testing` neue Software an, die Stretch zum Kandidaten für das nächste stabile Release von Debian macht.
Testing Stretch freeze
Hat sich in Stretch genug neue Software angesammelt, die den Kriterien für ein neues `stable` entspricht, wird `testing` eingefroren und ein neuer Zweig kommt hinzu, `frozen`:
| Status | Name |
|---|---|
| unstable | sid |
| frozen | Stretch |
| testing | Stretch |
| stable | Bullseye |
| oldstable | Wheezy |
Nun wandern keine neuen Programme oder Programmversionen mehr von Sid nach Stretch. Es setzt ein Testzyklus ein, in dem Stretch auf veröffentlichkritische Fehler überprüft wird, was einige Monate in Anspruch nehmen kann.
Zudem wird ein neuer Zweig eingeführt, der das kommende `testing` bezeichnet. Dieser wird aber zunächst nicht verlinkt:
| Status | Name |
|---|---|
| unstable | sid |
| new | |
| frozen | Stretch |
| testing | Stretch |
| stable | Bullseye |
| oldstable | Wheezy |
Testing Stretch wird stable
Sobald die veröffentlichkritischen Fehler eine vom Debianteam bestimmte Grenze unterschreiten, wird der Symlink `stable -> Bullseye` geändert zu `stable -> Stretch`.
| Status | Name |
|---|---|
| unstable | sid |
| new | |
| frozen | Stretch |
| testing | Stretch |
| stable | Stretch |
| Bullseye | |
| oldstable | Wheezy |
Testing new wird eingerichtet
Zunächst wird Stretch nach new kopiert oder umbenannt, danach der symbolische Link testing auf new gesetzt. frozen wird entfernt.
| Status | Name |
|---|---|
| unstable | sid |
| testing | new |
| stable | Stretch |
| Bullseye | |
| oldstable | Wheezy |
Für diesen Augenblick sind testing (new) und stable (Stretch) identisch. Jetzt wird aber die Paketwanderung von Sid nach testing (new) wieder freigeschaltet, so dass die dort angestauten Pakete hinüberfließen können. Nach und nach entfernen sich die Zweige immer weiter.
Stable Bullseye nach oldstable
Bullseye wird nach `oldstable` verlinkt:
| Status | Name |
|---|---|
| unstable | sid |
| testing | new |
| stable | Stretch |
| oldstable | Bullseye |
| Wheezy |
Oldstable Wheezy ins Archiv
Wheezy wird in das Archiv verschoben, d.h. es ist nicht mehr über einen Debian-Spiegelserver verfügbar.
| Status | Name |
|---|---|
| unstable | sid |
| testing | new |
| stable | Stretch |
| oldstable | Bullseye |
| Wheezy |
Wie muss die sources.list aussehen
Mit der Datei /etc/apt/sources.list kann man einstellen, wie sich das System beim Wechsel von Stretch nach Bullseye verhält.
- Bitte nachschauen, dass nicht der Namen eines Releases mit dem eines Releasezweiges gemischt benutzt wird.
Bei stable bleiben
Das heißt, dass im Falle des Wechsels das System von Bullseye auf Stretch aktualisiert wird.
deb http://ftp.de.debian.org/debian/ stable main contrib non-free deb-src http://ftp.de.debian.org/debian/ stable main contrib non-free deb http://security.debian.org/ stable/updates main contrib non-free deb-src http://security.debian.org/ stable/updates main contrib non-free deb http://volatile.debian.org/debian-volatile stable/volatile main contrib non-free deb-src http://volatile.debian.org/debian-volatile stable/volatile main contrib non-free
Bei testing bleiben
Das heißt, dass im Falle des Wechsels an dem System nicht viel geändert wird (abgesehen von anstehenden Aktualisierungen aus Sid) und man automatisch das neue testing (new) bekommt.
deb http://ftp.de.debian.org/debian/ testing main contrib non-free deb-src http://ftp.de.debian.org/debian/ testing main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free deb-src http://security.debian.org/ testing/updates main contrib non-free
Vorerst beim bisherigen Stable Bullseye bleiben
Das heißt, dass im Falle des Wechsels an dem System nichts geändert wird.
deb http://ftp.de.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.de.debian.org/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free deb http://volatile.debian.org/debian-volatile wheezy/volatile main contrib non-free deb-src http://volatile.debian.org/debian-volatile wheezy/volatile main contrib non-free
- Bullseye kann, wenn man wartet, bis der Wechsel vom Release Team wirklich vollzogen ist und während dessen nicht updatet auch mit oldstable ersetzen.
Mit bisherigem Testing Stretch nach Stable "rutschen"
Das heißt, man benutzt bis vor dem Release Stretch und möchte während des Release mit diesem Stretch nach stable ruschen.
deb http://ftp.de.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free deb http://security.debian.org/ jessie/updates main contrib non-free deb-src http://security.debian.org/ jessie/updates main contrib non-free
Sicherheitsaktualisierungen für bisheriges Stable Bullseye, das nach dem Release zu Oldstable wird
F: Wie lange sind Sicherheitsaktualisierungen vorgesehen?
A: Das Sicherheits-Team versucht eine stabile Distribution für in etwa ein Jahr zu unterstützen, nachdem die nächste stabile Distribution freigegeben wurde; außer, eine weitere stabile Distribution wird innerhalb dieser Zeitspanne freigegeben. Es ist nicht möglich, drei Distributionen zu unterstützen; die gleichzeitige Unterstützung für zwei ist bereits schwierig genug.
ToDo
- `frozen/testing` genauer erklären --GariBaldi
- link zu den Kriterien, nach denen testing/stable bewertet werden.
