Der Test der neu gestalteten Benutzeroberfläche des APT 3.0-Paketmanagers hat begonnen

Ein experimenteller Zweig des Paketverwaltungs-Toolkits APT 2.9 (Advanced Package Tool) wurde veröffentlicht und bildet die Funktionalität der zukünftigen stabilen Version von APT 3.0, die nach der Stabilisierung in Debian Testing integriert und in die nächste große Debian-Version aufgenommen wird , und wird auch zur Ubuntu-Paketbasis hinzugefügt. Bemerkenswert ist, dass die Stabilisierung des vorherigen experimentellen Zweigs von APT 2.7 noch nicht abgeschlossen ist und die stabile Version von APT 2.8, die für den Einsatz in Debian 13 geplant war, noch nicht erstellt wurde.

APT 2.9 verfügt über eine neu gestaltete Benutzeroberfläche, die die Liste der Abhängigkeiten, die bei der Installation eines Pakets heruntergeladen werden müssen, klar anzeigt. Wurden früher die Namen von Paketen mit Abhängigkeiten in einer fortlaufenden Liste angezeigt, sind sie nun im Stil des „ls“-Dienstprogramms mit der Option „-C“ in Spalten unterteilt und verschiedene Ausgabeblöcke werden in ihren eigenen Farben hervorgehoben (z Beispielsweise werden zu entfernende Pakete rot und zu installierende Pakete grün hervorgehoben. Doppelte Verweise auf zusätzliche und neue Pakete wurden ebenfalls aus der Ausgabe entfernt (die Abschnitte „NEUE Pakete“ und „zusätzliche Pakete“ wurden zusammengefasst).

Es war:

Der Test der neu gestalteten Benutzeroberfläche des APT 3.0-Paketmanagers hat begonnen

Wurde:

Der Test der neu gestalteten Benutzeroberfläche des APT 3.0-Paketmanagers hat begonnen
Der Test der neu gestalteten Benutzeroberfläche des APT 3.0-Paketmanagers hat begonnen

Darüber hinaus können wir die Genehmigung einer aktualisierten Version der Paketdesignregeln durch die Entwickler der Debian-Distribution zur Kenntnis nehmen – die Debian-Richtlinie 4.7.0.0, die die Erstellung eines separaten Repositorys mit nicht-freier Firmware-Firmware widerspiegelt, ermöglicht die Verwendung von Hardlinks in Quellpaketen und regelt die Beschränkung des Netzwerkzugriffs für automatische Build-Pakete in Contrib und Non-Free.

Für Pakete, die Systemdienste automatisch starten oder stoppen, wurde eine Anforderung eingeführt, die die Aufnahme in die Systemd-Unit-Datei erfordert (eine Ausnahme wurde nur für Pakete hinzugefügt, die speziell für die Verwendung nur mit alternativen Init-Systemen gedacht sind). Bisher durften Pakete reguläre Init-Skripte verwenden, systemd unterstützt solche Skripte jedoch nicht mehr.

Source: opennet.ru

Kommentar hinzufügen