Debian/Testing

Debian „Testing“ ist der aktuelle Entwicklungsstand der nächsten stabilen Debian-Distribution. Sie wird auch unter dem Codenamen der nächsten stabilen Version, Trixie, zur Verfügung gestellt. Trixie ist der aktuelle Codename für Testing

Wie Debian Testing funktioniert

Pakete von Debian Unstable werden automatisch in die nächste stabile Testversion aufgenommen, wenn eine Reihe von Anforderungen erfüllt ist:

• 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 keine neuen veröffentlichungskritischen Fehler ein.

Weitere Informationen finden Sie auf der offiziellen Debian-Testing-Webseite: https://www.debian.org/devel/testing

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.

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.

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.

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:

1. 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.
2. Bearbeiten Sie Ihre Sicherheitsaktualisierungs-apt-Quellen (alle mit „security.debian.org“ darin), indem Sie „stable“ oder bookworm in „testing“ oder trixie ändern.
3. Entfernen, deaktivieren oder kommentieren Sie alle anderen stabilen spezifischen apt-Quellen aus, wie *-backports oder *-updates.
4. 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 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.

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.

Ü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.

Siehe auch

- 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

---