Debian/Release/Testing: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

Version vom 31. März 2025, 21:51 Uhr

Debian/Testing - Aktueller Entwicklungsstand der nächsten stabilen Debian-Distribution

Beschreibung

Wird auch unter dem Codenamen der nächsten stabilen Version veröffentlicht

Funktion

Wie Debian Testing funktioniert

Pakete von Debian Unstable werden automatisch in die nächste stabile Testversion aufgenommen, wenn folgende Anforderungen erfüllt sind

Das Paket war mindestens 2–10 Tage lang in "unstable" (je nach Dringlichkeit des Uploads)
Das Paket wurde für alle Architekturen erstellt, für die die aktuelle Version in "testing" erstellt wurde
Die Installation des Pakets in "testing" macht die Distribution nicht schwieriger zu deinstallieren
Das Paket führt keinen neuen kritischen Fehler für die Veröffentlichung ein

Weitere Informationen finden Sie auf der offiziellen Debian-Testing-Webseite

https://www.debian.org/devel/testing

Anforderungen

Diese Anforderungen sollten sicherstellen, dass die Pakete der nächsten stabilen Version in Testing sowohl einigermaßen aktuell als auch in einem recht brauchbaren Zustand sind

Dennoch kann es manchmal vorkommen, insbesondere wenn Pakete umstrukturiert werden, dass Pakete, die noch nicht ganz veröffentlichungsreif sind, in die nächste stabile Version gelangen
So bleibt ein Teil des Spaßes bei der Verwendung einer sich ständig weiterentwickelnden Entwicklungsdistribution erhalten

Einsatz

Einsatz von Debian Testing

Wie man Debian (next-stable) Testing benutzt

Als erstes sollte man den aktuellen Stand von Testing beurteilen

Werfen Sie einen Blick auf die aktuellen Themen im Archiv der Mailingliste debian-testing und auf die Status/Testing-Wiki-Seite
Neben der Verwendung dieser speziellen Ressourcen können Sie auch die allgemeinen Mailinglisten debian-user und debian-devel, die IRC-Kanäle #debian oder #debian-next und natürlich den Debian-Fehlerverfolger verwenden
Sie können auch einen Blick auf das DebianDesktopHowTo werfen

Installation

Wie installiert man Debian (next-stable) Testing?

Die zuverlässige Methode, um Testing von Grund auf zu installieren, besteht darin, eine Minimalinstallation mit dem Stable-Installer durchzuführen und dann von Stable auf Testing zu aktualisieren (siehe unten)

Es gibt auch wöchentlich und täglich erstellte Images, die es Ihnen ermöglichen, Debian Testing direkt zu installieren

Einige davon sind Netinstall-ISO-Images, die während der Installation eine Internetverbindung erfordern

Alternativ können Sie das Testing-Image des Debian-Installers verwenden, aber beachten Sie, dass der Testing-Installer eher zum Testen des Installers als zum Installieren von Testing gedacht ist

Fehler im Testing-Installer sollten gegen das Pseudopackage debian-installer gemeldet werden

Upgrade von Debian Stable

Wie man auf Debian (next-stable) Testing aktualisiert

	Bitte aktualisieren Sie immer von der aktuellen Stable-Version auf Debian Testing Eine Aktualisierung von der Oldstable-Version wird nicht unterstützt und kann zu unerwarteten Fehlern führen

Um von der aktuellen Stable-Version auf Testing zu aktualisieren, wenn Sie die Stable-Version bereits installiert haben

Bearbeiten Sie Ihre apt-Quellen, indem Sie "stable" (oder bookworm, der aktuelle Codename für stable) in "testing" (oder trixie, der aktuelle Codename für die nächste stabile Version) ändern
Bearbeiten Sie Ihre Sicherheitsaktualisierungs-apt-Quellen (alle mit "security.debian.org" darin), indem Sie "stable" oder bookworm in "testing" oder trixie ändern
Entfernen, deaktivieren oder kommentieren Sie alle anderen stabilen spezifischen apt-Quellen aus, wie *-backports oder *-updates
Vergewissern Sie sich, dass Ihre Installation nicht auf eine bestimmte Version in /etc/apt/apt.conf.d/00default-release festgelegt ist

Der Codename für die nächste stabile Version, z. B. "trixie", wird "trixie" während des Übergangs zu "stable" und später zu "oldstable" verfolgen, während "testing" nach einer neuen stabilen Version weiterläuft

Wenn Sie die Trixie-Version lieber verfolgen möchten, während sie stabil wird, aktualisieren Sie Ihre apt-Quellen, indem Sie "stable" oder "testing" durch "trixie" ersetzen

	Wenn Sie testing oder den Codenamen next-stable verfolgen, sollten Sie immer einen entsprechenden `deb http://security.debian.org/debian-security <"testing" oder codename>-security main` Eintrag in Ihren apt-Quellen haben Wenn Sie den Codenamen verwenden, werden Sie nach der Veröffentlichung Sicherheitsupdates wünschen und wahrscheinlich vergessen, dass diese noch nicht aktiviert sind Wenn Sie "testing" verwenden, ist die Sicherheitssuite normalerweise leer, aber es kann trotzdem Updates für große/schlimme Probleme geben, insbesondere während der späteren Freeze-Zeit kurz vor einer neuen stabilen Version oder während langer Übergänge Es ist sehr, sehr unwahrscheinlich, dass das Repository nicht leer ist, aber es könnte trotzdem passieren

Führen Sie nach der Installation oder Anpassung der Softwarequellen regelmäßig "apt update && apt upgrade" aus, um neue Versionen und Sicherheitsupdates zu erhalten

Wenn Sie feststellen, dass einige Pakete nicht aktualisiert werden, sollten Sie auch "apt full-upgrade" ausprobieren
Beachten Sie jedoch, dass mit diesem Befehl auch Pakete installiert oder entfernt werden. Überprüfen Sie daher sorgfältig alle vorgeschlagenen Aktionen, bevor Sie fortfahren

Best Practices

Testing

Best Practices für Testing-Benutzer

Es ist eine gute Idee, "Unstable" und "Experimental" in Ihre APT-Quellen aufzunehmen, damit Sie bei Bedarf Zugriff auf neuere Pakete haben

Mit der APT-Konfigurationseinstellung APT::Default-Release oder mit APT-Pinning können Sie standardmäßig Pakete aus "Testing" verwenden
Wenn Sie jedoch einige Pakete manuell auf "Unstable" oder "Experimental" aktualisieren, erhalten Sie Upgrades innerhalb dieser Suite, bis diese Pakete auf "Unstable" oder "Testing" heruntergestuft werden
Damit apt pinning funktioniert, müssen die Prioritäten niedriger als 990 und höher oder gleich 500 sein
Sie können auch einige Pakete an unstable/experimental anheften, von denen Sie immer die neuesten Versionen haben möchten

Es ist eine gute Idee, Sicherheitsupdates von unstable zu installieren, da es länger dauert, bis sie testing erreichen, und das Sicherheitsteam nur Updates für unstable veröffentlicht

Bei einigen Paketen handelt es sich bei fast jedem Upload in "Unstable" um ein Sicherheitsupdate, sodass Sie diese einfach direkt an "Unstable" anheften können, indem Sie /etc/apt/preferences.d/security hinzufügen

Paket: src:chromium src:firefox src:firefox-esr src:linux src:linux-signed-amd64

Erläuterung: Diese Pakete sind immer Sicherheitsupdates, die zuerst in "Unstable" aktualisiert werden

Pin: release a=/^(unstable|unstable-debug|buildd-unstable|buildd-unstable-debug)$/
Pin-Priority: 980

Für andere Pakete gilt: Wenn Sie Unstable in Ihren APT-Quellen haben, diese aber niedriger als Testing angeheftet sind, ist es möglich, Pakete mit in Unstable behobenen Sicherheitsproblemen mithilfe der Ausgabe von debsecan automatisch vorübergehend anzuheften

Testing/Sid

Best Practices für Testing/Sid-Benutzer

Bitte werfen Sie einen Blick auf die Best Practices für Testing/Unstable-Benutzer und erwägen Sie, diese umzusetzen

Überlegungen

Ein Beispiel für die Art von vorübergehenden Fehlern, die in Next-Stable-Testing auftreten können, war das Upgrade von perl-5.6.0 auf perl-5.6.1, wodurch perl seine Module nicht mehr finden konnte, wenn sie aus einem Paket stammten, das mit perl-5.6.0 erstellt wurde

Durch manuelles Setzen der Umgebungsvariablen PERL5LIB auf /usr/lib/perl/5.6.0 konnte das Problem jedoch gelöst werden, noch bevor das korrigierte Paket in Testing aufgenommen wurde

Testing ändert sich häufiger als Stable, aber nicht so verrückt wie Unstable

Sie können also davon ausgehen, dass neue Stable-Versionen der von Ihnen verwendeten Programme installiert werden, sobald sie für das Testing von Next-Stable bereit sind, es sei denn, das Testing wird "eingefroren", um eine bevorstehende Stable-Veröffentlichung vorzubereiten
Siehe auch DebianStability

Im Vergleich zu stable und unstable hat next-stable testing die langsamste Geschwindigkeit bei Sicherheitsaktualisierungen

Bevorzugen Sie testing nicht, wenn Sicherheit ein Anliegen ist

Sie können sehen, welche Distribution ein Alias verfolgt, indem Sie sich die Release-Datei ansehen; z. B.

http://ftp.debian.org/debian/dists/testing/Release

Wenn Sie sich fragen, warum ein Paket (oder eine bestimmte Version davon) noch nicht in der Testphase ist, sehen Sie sich die Entschuldigungen für die Testmigration des Pakets an

die Entschuldigungen für die Testmigration des Pakets an

Wie wird "Testing" zur neuen "Stable"-Veröffentlichung?: siehe DebianReleaseFAQ

Anhang

Siehe auch

Links

Weblinks

Trixie - ist die aktuelle Test-Distribution
Testing
- Sicherheitsunterstützung für den Testing-Zweig (aus dem "Securing Debian Manual")
- Status/Testing - aktueller Status von Testing
- TestingRemovals - wie man die Entfernung eines Pakets aus Testing beantragt
DebianReleases - mehr über die verschiedenen Debian-Veröffentlichungen
- Debian Stable - die offizielle Debian-Veröffentlichung (die mit den weniger Fehlern und weniger Sicherheitsproblemen)
- Debian Unstable - Repository, in dem neue und ungetestete Pakete eingeführt werden

Testing

testing ist der Kandidat für die nächste stable. Direkt nach der Veröffentlichung einer neuen stable sind testing und stable identisch.

In testing werden nach und nach Aktualisierungen und neue Anwendungspakete eingebunden. testing entwickelt sich also ständig weiter.
Dabei bleibt das System im Normalfall voll einsatzfähig.
Die installierten Pakete können täglich auf Aktualisierungen geprüft und diese gegebenenfalls aufgespielt werden.
Dieses Verfahren wird häufig für Arbeitsplatzrechner genutzt.

Einige Monate vor der Veröffentlichung einer neuen stable-Version wird testing in Bezug auf neue Programme und Programmversionen eingefroren ("freeze"). Änderungen beziehen sich dann in der Regel nur noch auf die Beseitigung von beim Test aufgetretenen Fehlern.

Die Veröffentlichung eines neuen stable erfolgt erst dann, wenn alle als "schwer" eingestufte Fehler behoben sind.
Der aktuelle Stand und der zeitliche Verlauf der Anzahl dieser Fehler lässt sich in einer automatisch aktuell gehaltenen Webseite ablesen.

Die ständigen Änderungen an testing bergen das Risiko von Installationsfehlern, die das laufende System beeinträchtigen können.

Wie dieses Risiko im Vergleich zu den ebenfalls nicht fehlerfreien statischen Veröffentlichungen anderer Distributionen einzuschätzen ist, ist Gegenstand emotionaler Diskussionen.

@@ Zeile 7: / Zeile 7: @@
 ; Wie Debian Testing funktioniert
 Pakete von [[Debian/Unstable|Debian Unstable]] werden automatisch in die nächste stabile Testversion aufgenommen, wenn folgende Anforderungen erfüllt sind
-* Das Paket war mindestens 2–10 Tage lang in „unstable" (je nach Dringlichkeit des Uploads)
+* Das Paket war mindestens 2–10 Tage lang in "unstable" (je nach Dringlichkeit des Uploads)
-* Das Paket wurde für alle Architekturen erstellt, für die die aktuelle Version in „testing" erstellt wurde
+* Das Paket wurde für alle Architekturen erstellt, für die die aktuelle Version in "testing" erstellt wurde
-* Die Installation des Pakets in „testing" macht die Distribution nicht schwieriger zu deinstallieren
+* Die Installation des Pakets in "testing" macht die Distribution nicht schwieriger zu deinstallieren
 * Das Paket führt keinen neuen kritischen Fehler für die Veröffentlichung ein
@@ Zeile 48: / Zeile 48: @@
 Um von der aktuellen Stable-Version auf Testing zu aktualisieren, wenn Sie die Stable-Version bereits installiert haben
-# Bearbeiten Sie Ihre apt-Quellen, indem Sie „stable" (oder bookworm, der aktuelle Codename für stable) in „testing" (oder trixie, der aktuelle Codename für die nächste stabile Version) ändern
+# Bearbeiten Sie Ihre apt-Quellen, indem Sie "stable" (oder bookworm, der aktuelle Codename für stable) in "testing" (oder trixie, der aktuelle Codename für die nächste stabile Version) ändern
-# Bearbeiten Sie Ihre Sicherheitsaktualisierungs-apt-Quellen (alle mit „security.debian.org" darin), indem Sie „stable" oder bookworm in „testing" oder trixie ändern
+# Bearbeiten Sie Ihre Sicherheitsaktualisierungs-apt-Quellen (alle mit "security.debian.org" darin), indem Sie "stable" oder bookworm in "testing" oder trixie ändern
 # Entfernen, deaktivieren oder kommentieren Sie alle anderen stabilen spezifischen apt-Quellen aus, wie *-backports oder *-updates
 # Vergewissern Sie sich, dass Ihre Installation nicht auf eine bestimmte Version in '''/etc/apt/apt.conf.d/00default-release''' festgelegt ist
-Der Codename für die nächste stabile Version, z.&nbsp;B.&nbsp;„trixie", wird „trixie" während des Übergangs zu „stable" und später zu „oldstable" verfolgen, während „testing" nach einer neuen stabilen Version weiterläuft
+Der Codename für die nächste stabile Version, z.&nbsp;B.&nbsp;"trixie", wird "trixie" während des Übergangs zu "stable" und später zu "oldstable" verfolgen, während "testing" nach einer neuen stabilen Version weiterläuft
-* Wenn Sie die Trixie-Version lieber verfolgen möchten, während sie stabil wird, aktualisieren Sie Ihre apt-Quellen, indem Sie „stable" oder „testing" durch „trixie" ersetzen
+* Wenn Sie die Trixie-Version lieber verfolgen möchten, während sie stabil wird, aktualisieren Sie Ihre apt-Quellen, indem Sie "stable" oder "testing" durch "trixie" ersetzen
 {| class="wikitable"
 |
-|Wenn Sie testing oder den Codenamen next-stable verfolgen, sollten Sie immer einen entsprechenden '''<code>deb <nowiki>http://security.debian.org/debian-security</nowiki> <„testing" oder codename>-security main</code>''' Eintrag in Ihren apt-Quellen haben
+|Wenn Sie testing oder den Codenamen next-stable verfolgen, sollten Sie immer einen entsprechenden '''<code>deb <nowiki>http://security.debian.org/debian-security</nowiki> <"testing" oder codename>-security main</code>''' Eintrag in Ihren apt-Quellen haben
 * Wenn Sie den Codenamen verwenden, werden Sie nach der Veröffentlichung Sicherheitsupdates wünschen und wahrscheinlich vergessen, dass diese noch nicht aktiviert sind
-* Wenn Sie „testing" verwenden, ist die Sicherheitssuite normalerweise leer, aber es kann trotzdem Updates für große/schlimme Probleme geben, insbesondere während der späteren Freeze-Zeit kurz vor einer neuen stabilen Version oder während langer Übergänge
+* Wenn Sie "testing" verwenden, ist die Sicherheitssuite normalerweise leer, aber es kann trotzdem Updates für große/schlimme Probleme geben, insbesondere während der späteren Freeze-Zeit kurz vor einer neuen stabilen Version oder während langer Übergänge
 * Es ist sehr, sehr unwahrscheinlich, dass das Repository nicht leer ist, aber es könnte trotzdem passieren
 |}
-Führen Sie nach der Installation oder Anpassung der Softwarequellen regelmäßig „<code>apt update && apt upgrade</code>" aus, um neue Versionen und Sicherheitsupdates zu erhalten
+Führen Sie nach der Installation oder Anpassung der Softwarequellen regelmäßig "<code>apt update && apt upgrade</code>" aus, um neue Versionen und Sicherheitsupdates zu erhalten
-* Wenn Sie feststellen, dass einige Pakete nicht aktualisiert werden, sollten Sie auch „<code>apt full-upgrade</code>" ausprobieren
+* Wenn Sie feststellen, dass einige Pakete nicht aktualisiert werden, sollten Sie auch "<code>apt full-upgrade</code>" ausprobieren
 * Beachten Sie jedoch, dass mit diesem Befehl auch Pakete installiert oder entfernt werden. Überprüfen Sie daher sorgfältig alle vorgeschlagenen Aktionen, bevor Sie fortfahren
@@ Zeile 69: / Zeile 69: @@
 === Testing ===
 ; Best Practices für Testing-Benutzer
-Es ist eine gute Idee, „Unstable" und „Experimental" in Ihre APT-Quellen aufzunehmen, damit Sie bei Bedarf Zugriff auf neuere Pakete haben
+Es ist eine gute Idee, "Unstable" und "Experimental" in Ihre APT-Quellen aufzunehmen, damit Sie bei Bedarf Zugriff auf neuere Pakete haben
-* Mit der APT-Konfigurationseinstellung <code>APT::Default-Release</code> oder mit APT-Pinning können Sie standardmäßig Pakete aus „Testing" verwenden
+* Mit der APT-Konfigurationseinstellung <code>APT::Default-Release</code> oder mit APT-Pinning können Sie standardmäßig Pakete aus "Testing" verwenden
-* Wenn Sie jedoch einige Pakete manuell auf „Unstable" oder „Experimental" aktualisieren, erhalten Sie Upgrades innerhalb dieser Suite, bis diese Pakete auf „Unstable" oder „Testing" heruntergestuft werden
+* Wenn Sie jedoch einige Pakete manuell auf "Unstable" oder "Experimental" aktualisieren, erhalten Sie Upgrades innerhalb dieser Suite, bis diese Pakete auf "Unstable" oder "Testing" heruntergestuft werden
 * Damit apt pinning funktioniert, müssen die Prioritäten niedriger als 990 und höher oder gleich 500 sein
 * Sie können auch einige Pakete an unstable/experimental anheften, von denen Sie immer die neuesten Versionen haben möchten
@@ Zeile 77: / Zeile 77: @@
 Es ist eine gute Idee, Sicherheitsupdates von unstable zu installieren, da es länger dauert, bis sie testing erreichen, und das Sicherheitsteam nur Updates für unstable veröffentlicht
-Bei einigen Paketen handelt es sich bei fast jedem Upload in „Unstable" um ein Sicherheitsupdate, sodass Sie diese einfach direkt an „Unstable" anheften können, indem Sie <code>/etc/apt/preferences.d/security</code> hinzufügen
+Bei einigen Paketen handelt es sich bei fast jedem Upload in "Unstable" um ein Sicherheitsupdate, sodass Sie diese einfach direkt an "Unstable" anheften können, indem Sie <code>/etc/apt/preferences.d/security</code> hinzufügen
   Paket: src:chromium src:firefox src:firefox-esr src:linux src:linux-signed-amd64
-Erläuterung: Diese Pakete sind immer Sicherheitsupdates, die zuerst in „Unstable" aktualisiert werden
+Erläuterung: Diese Pakete sind immer Sicherheitsupdates, die zuerst in "Unstable" aktualisiert werden
   Pin: release a=/^(unstable|unstable-debug|buildd-unstable|buildd-unstable-debug)$/
   Pin-Priority: 980
@@ Zeile 93: / Zeile 93: @@
 Testing ändert sich häufiger als Stable, aber nicht so verrückt wie Unstable
-* Sie können also davon ausgehen, dass neue Stable-Versionen der von Ihnen verwendeten Programme installiert werden, sobald sie für das Testing von Next-Stable bereit sind, es sei denn, das Testing wird „eingefroren", um eine bevorstehende Stable-Veröffentlichung vorzubereiten
+* Sie können also davon ausgehen, dass neue Stable-Versionen der von Ihnen verwendeten Programme installiert werden, sobald sie für das Testing von Next-Stable bereit sind, es sei denn, das Testing wird "eingefroren", um eine bevorstehende Stable-Veröffentlichung vorzubereiten
 * Siehe auch DebianStability
@@ Zeile 105: / Zeile 105: @@
 * die Entschuldigungen für die Testmigration des Pakets an
-; Wie wird <nowiki>„Testing" zur neuen „Stable"-Veröffentlichung</nowiki>?
+; Wie wird <nowiki>"Testing" zur neuen "Stable"-Veröffentlichung</nowiki>?
 : siehe DebianReleaseFAQ
@@ Zeile 117: / Zeile 117: @@
 * Trixie - ist die aktuelle Test-Distribution
 * Testing
-** Sicherheitsunterstützung für den Testing-Zweig (aus dem „Securing Debian Manual")
+** Sicherheitsunterstützung für den Testing-Zweig (aus dem "Securing Debian Manual")
 ** Status/Testing - aktueller Status von Testing
 ** TestingRemovals - wie man die Entfernung eines Pakets aus Testing beantragt
@@ Zeile 139: / Zeile 139: @@
 * Dieses Verfahren wird häufig für [[Arbeitsplatzrechner]] genutzt.
-Einige Monate vor der Veröffentlichung einer neuen ''stable-''Version wird ''testing'' in Bezug auf neue Programme und Programmversionen eingefroren („freeze"). Änderungen beziehen sich dann in der Regel nur noch auf die Beseitigung von beim Test aufgetretenen Fehlern.
+Einige Monate vor der Veröffentlichung einer neuen ''stable-''Version wird ''testing'' in Bezug auf neue Programme und Programmversionen eingefroren ("freeze"). Änderungen beziehen sich dann in der Regel nur noch auf die Beseitigung von beim Test aufgetretenen Fehlern.
-* Die Veröffentlichung eines neuen ''stable'' erfolgt erst dann, wenn alle als „schwer" eingestufte Fehler behoben sind.
+* Die Veröffentlichung eines neuen ''stable'' erfolgt erst dann, wenn alle als "schwer" eingestufte Fehler behoben sind.
 * Der aktuelle Stand und der zeitliche Verlauf der Anzahl dieser Fehler lässt sich in einer automatisch aktuell gehaltenen Webseite ablesen.