Erstens geht es darum, den aktuellen Teststand zu bewerten. Werfen Sie einen Blick auf die aktuellen Themen im debian-testing Mailinglistenarchiv und auf der Status/Testing Wiki-Page. Neben der Verwendung dieser spezifischen Ressourcen können Sie auch die allgemeinen debian-user- und debian-devel-Mailinglisten, IRC-Kanäle #debian oder #debian-next und natürlich den debian-Fehler-Tracker verwenden. Sie können auch einen Blick auf die DebianDesktopHowTo. Wenn Sie sich fragen, warum ein Paket (oder eine bestimmte Version davon) noch nicht getestet wird, lesen Sie die Ausreden für die Testmigration für das Paket. die Ausreden für die Testmigration für das Paket. Wenn Sie die Architektur explizit aus der Architekturliste in der Steuerdatei gelöscht haben und das Paket zuvor für diese Architektur erstellt wurde, müssen Sie anfordern, dass das alte Binärpaket für diese Architektur aus dem Archiv entfernt wird, bevor das Paket zum Testen übergehen kann. Sie müssen einen Fehler gegen ftp.debian.org anfordern, die das Entfernen der Pakete der gelöschten Architektur aus dem Unstable-Archiv anfordern. Im Allgemeinen sollte die entsprechende Portierungsliste aus Höflichkeit informiert werden.
Verwenden Sie stattdessen ein Tool, das das Wiederaufnahme unterstützen. Unter Unix können Sie aria2, wxDownload Fast oder (in der Befehlszeile) wget -c URL oder curl -C – -L -O URL verwenden. Unter Windows können Sie den kostenlosen Download-Manager ausprobieren. Sie können sich auch einen Vergleich von Download-Managern ansehen und ein Programm auswählen, das Ihnen gefällt. Die debian-boot-Mailingliste ist das Hauptforum für Diskussionen und Arbeiten an Debian-Installer. Testen von Änderungen häufiger als stabil, aber nicht so verrückt wie instabil, also erwarten Sie, dass neue stabile Versionen der von Ihnen eingesetzten Programme installiert werden, sobald sie für next-stable-Tests bereit sind, außer wenn Tests “eingefroren” werden, um sich auf eine bevorstehende stabile Version vorzubereiten. Siehe auch DebianStability. Ein (besondere Version von a) Paket wird in Testing verschoben, wenn es alle folgenden Kriterien erfüllt: Solche Fehler werden angenommen, dass sie einen Einfluss auf die Chancen haben, dass das Paket mit der stabilen Veröffentlichung von Debian veröffentlicht wird: im Allgemeinen, wenn ein Paket offene veröffentlichungskritische Fehler auf dem Paket hat, wird es nicht in Testing kommen und folglich nicht in stable veröffentlicht werden. Der Codename für die nächste stabile Version, z. B. “bullseye”, wird “bullseye” durch seinen Übergang in “stabil” und später oldstable verfolgen, während “Testing” nach einer neuen stabilen Version weiterrollt.