Das Testen der überarbeiteten Benutzeroberfläche des Paketmanagers APT 3.0 hat begonnen

Die experimentelle Version des APT-2.9-Paketverwaltungstools (Advanced Package Tool) wurde veröffentlicht, das die Funktionalität der zukünftigen stabilen Version APT 3.0 bildet, die nach der Stabilisierung in Debian Testing integriert und im nächsten bedeutenden Debian-Release enthalten sein wird. Außerdem wird sie in das Paketrepository von Ubuntu aufgenommen. Bemerkenswert ist, dass die Stabilisierung der vorherigen experimentellen Version APT 2.7 noch nicht abgeschlossen ist und kein stabiler Release von APT 2.8 gebildet wurde, der eigentlich für Debian 13 vorgesehen war.

Die Version APT 2.9 bietet ein überarbeitetes Benutzerinterface, das die Liste der Abhängigkeiten, die beim Paketinstallationsprozess benötigt werden, anschaulich darstellt. Während früher die Paketnamen mit ihren Abhängigkeiten in einer durchgehenden Liste angezeigt wurden, werden sie nun in Spalten im Stil des Tools „ls“ mit der Option „-C“ getrennt, und verschiedene Ausgabeblöcke werden jeweils in unterschiedlichen Farben hervorgehoben (zum Beispiel werden zu entfernende Pakete in Rot und zu installierende in Grün angezeigt). Darüber hinaus wurden doppelte Erwähnungen von zusätzlichen und neuen Paketen entfernt (die Abschnitte „NEUE Pakete“ und „zusätzliche Pakete“ wurden zusammengeführt).

Früher:

Ist geworden:

Zusätzlich ist die Genehmigung der Debian-Entwickler für die aktualisierte Version der Paketgestaltungsrichtlinien — Debian Policy 4.7.0.0 — erwähnenswert, in der die Schaffung eines separaten Repositories für non-free-firmware reflektiert wird, die Verwendung von symbolischen Links in Source-Paketen erlaubt wird und der Netzwerkzugang für die automatischen Paketkompilierungen in contrib und non-free reguliert wird.

Für Pakete, die systemd-Dienste automatisch starten oder stoppen, wurde ein Erfordernis eingeführt, das die zwingende Einbeziehung in die unit-Datei für systemd vorschreibt (eine Ausnahme gilt nur für Pakete, die speziell für die Verwendung mit alternativen Init-Systemen bestimmt sind). Zuvor war es den Paketen erlaubt, gewöhnliche Init-Skripte zu verwenden, aber nun wird die Unterstützung solcher Skripte in systemd eingestellt.

Quelle: opennet.ru