Das Paketverwaltungssystem GNU Guix 1.3 und die darauf basierende Distribution sind verfügbar.

Die Veröffentlichung des Paketmanagers GNU Guix 1.3 und der darauf basierenden GNU/Linux-Distribution ist erfolgt. Für den Download wurden Images erstellt, die für die Installation auf USB-Sticks (610 MB) und die Nutzung in Virtualisierungssystemen (972 MB) geeignet sind. Es wird Unterstützung für die Architekturen i686, x86_64, Power9, armv7 und aarch64 geboten.

Die Distribution erlaubt die Installation sowohl als eigenständiges Betriebssystem in Virtualisierungssystemen, in Containern und auf herkömmlicher Hardware als auch die Ausführung in bereits installierten GNU/Linux-Distributionen, wobei sie als Plattform für die Bereitstellung von Anwendungen fungiert. Dem Benutzer stehen Funktionen wie Abhängigkeitsmanagement, reproduzierbare Builds, root-freie Nutzung, Rückroll auf frühere Versionen bei Problemen, Konfigurationsmanagement und das Klonen von Umgebungen (Erstellung einer genauen Kopie der Softwareumgebung auf anderen Computern) zur Verfügung.

Hauptneuheiten:

• Eine erste Unterstützung für die Architektur POWER9 (powerpc64le-linux) wurde implementiert.
• Die Verwendung eines deklarativen Bereitstellungsmodus wurde ermöglicht, bei dem anstelle einer Reihe von Befehlen wie „guix install“ und „guix remove“ nur der Befehl „guix package —manifest=manifest.scm“ ausgeführt wird, in dem im Manifest manifest.scm alle erforderlichen Anwendungen definiert sind. Für die Generierung eines Manifests auf Basis des vorhandenen Installationsprofils wurden die Optionen „—export-manifest“ und „—export-channels“ im Befehl „guix package“ angeboten.
• Die Option zur Transformation von Paketen „—with-latest“ wurde hinzugefügt, die für diejenigen nützlich ist, die die neuesten Versionen von Programmen haben möchten, selbst wenn für die Anwendung noch kein fertiges Guix-Paket erstellt wurde. Außerdem wurde die Option „—with-patch“ hinzugefügt, um eine Reihe von Paketen mit einem Patch auf eins oder mehrere von ihnen zu erstellen.
• In den „guix“-Befehlen wurde eine Ergebnisanzeige implementiert, die Empfehlungen mit Vorschlägen für Alternativen bei Tippfehlern oder vorhandenen Unterbefehlen bietet. $ guix package —export-manifests guix package: Fehler: export-manifests: nicht erkannte Option Hinweis: Meinten Sie `export-manifest’?
• In „guix refresh“ wurde die Unterstützung für das Herunterladen von Updates von SourceForge hinzugefügt, sowie ein generic-html-Modus, um Aktualisierungen von der Homepage des Projekts zu erhalten.
• Ein neuer Befehl „guix import go“ wurde hinzugefügt, um Pakete in Go rekursiv zu importieren, wobei Abhängigkeiten berücksichtigt werden. Im Befehl „guix import opam“ wird die Unterstützung für Coq-Pakete realisiert. Im „guix import crate“ wird das semantische Versionsmanagement im rekursiven Lade-Modus berücksichtigt. Der Befehl „guix import nix“ wurde entfernt.
• Die Installation von vorgefertigten Binärpaketen (substitute) wurde optimiert und die Ausführung des Befehls „guix system init“ beschleunigt.
• Dem Befehl „guix environment“ wurde die Option „—profile“ hinzugefügt.
• Im guix-daemon wurde die Option „—discover“ zur Erkennung im lokalen Netzwerk hinzugefügt Server, die gesammelte Binärpakete (substitute) bereitstellt, indem mDNS/DNS-SD-Protokolle verwendet werden. Für die Ankündigung von Servern in dem Befehl „guix publish“ wurde die Option „—advertise“ hinzugefügt.
• Die Möglichkeit zur Nutzung des Zstd-Algorithmus zur Kompression von Paketen wurde implementiert.
• Im Modus „—verbosity=1“ wurde die Ausgabe der geladenen URLs gestoppt.
• Anstelle der Unterbefehle „disk-image“ und „vm-image“ wurde der allgemeine Befehl „guix system image“ vorgeschlagen.
• Im Abbild des Distributionssystems für virtuellen Maschinen wurde die Unterstützung für das SPICE-Protokoll hinzugefügt.
• Der Installationsskript enthält jetzt einen Modus für die automatische Installation.
• Der Dienst lvm-device-mapping wurde zur Unterstützung des LVM (Linux Logical Volume Manager) hinzugefügt.
• Der Modus „guix system image -t rock64-raw“ wurde hinzugefügt, um Images für Rock64-Platinen zu generieren.
• Im initrd ist die Unterstützung für bcachefs standardmäßig aktiviert.
• Im Druckserver CUPS ist der Dienst „brlaser“ standardmäßig aktiviert, um Brother-Drucker zu unterstützen.
• Neue Systemdienste wurden hinzugefügt: agate, cuirass-remote-worker, ipfs, keepalived, laminar, radicale, syncthing, transmission-daemon, wireguard, xorg-server.
• Die Versionen der Programme in 3100 Paketen wurden aktualisiert, 2009 neue Pakete hinzugefügt. Darunter wurden die Versionen gcc 10.3.0, glibc 2.31, GNOME 3.34.5, gnupg 2.2.27, go 1.14.15, guile 3.0.5, icecat 78.10.0-guix0-preview1, icedtea 3.7.0, inkscape 1.0.2, julia 1.5.3, libreoffice 6.4.7.2, linux-libre 5.11.15, ocaml 4.11.1, octave 6.2.0, openjdk 14.0, python 3.8.2, racket 8.0, rust 1.51.0, r 4.0.4, sbcl 2.1.3, Xfce 4.16.0 und xorg-server 1.20.10 aktualisiert.
• Die Sicherheitsanfälligkeit CVE-2021-27851 im guix-daemon wurde behoben, die es einem lokalen Benutzer ermöglichte, seine Systemberechtigungen zu erhöhen. Das Problem ergab sich, weil das Build-Verzeichnis während der Ausführung des Befehls „guix build“ für alle schreibbar blieb. Ein Benutzer konnte eine harte Verknüpfung zu einer Datei erstellen, die dem Benutzer root gehörte und außerhalb des Build-Verzeichnisses platziert war, beispielsweise „/etc/shadow“. Wenn beim Bauen die Option „—keep-failed“ angegeben wurde, änderte der guix-daemon im Falle eines Fehlers den Eigentümer des gesamten Build-Baums auf den aktuellen Benutzer, einschließlich der harten Verknüpfungen.

Wir erinnern daran, dass der Paketmanager GNU Guix auf den Konzepten des Nix-Projekts basiert und neben den typischen Paketverwaltungsfunktionen auch Möglichkeiten wie transaktionale Updates, die Möglichkeit, Updates rückgängig zu machen, den Betrieb ohne Superuser-Rechte, die Unterstützung benutzerspezifischer Profile sowie die gleichzeitige Installation mehrerer Versionen eines Programms bietet. Darüber hinaus enthält er Werkzeuge zur Bereinigung von nicht mehr verwendeten Paketversionen. Zur Definition von Anwendungsbau-Szenarien und Paketbildungsregeln wird empfohlen, eine spezialisierte, hochgradig abstrahierte, domänenspezifische Sprache und Komponenten der Guile Scheme API zu verwenden, die alle Paketverwaltungsoperationen in der funktionalen Programmiersprache Scheme ermöglichen.

Es besteht die Möglichkeit, Pakete zu verwenden, die für den Nix-Paketmanager erstellt und im Nixpkgs-Repository bereitgestellt wurden. Neben Paketoperationen ist auch die Erstellung von Skripten zur Verwaltung der Anwendungs-Konfiguration möglich. Bei der Paketkompilierung werden automatisch alle zugehörigen Abhängigkeiten heruntergeladen und kompiliert. Sowohl die Bereitstellung fertiger Binärpakete aus dem Repository als auch die Kompilierung aus Quelltexten mit allen Abhängigkeiten sind möglich. Es stehen zudem Werkzeuge zur Verfügung, um die Versionen der installierten Programme durch die Organisation der Aktualisierungsinstallation aus einem externen Repository aktuell zu halten.

Die Sammlung von Paketen wird als Container organisiert, der alle notwendigen Komponenten für den Betrieb von Anwendungen enthält. Dies ermöglicht die Bildung eines Paketsets, das unabhängig von der Basisumgebung des verwendeten Distributionssystems funktioniert, in dem Guix als Schicht eingesetzt wird. Zwischen den Guix-Paketen können Abhängigkeiten definiert werden; zur Überprüfung bereits installierter Abhängigkeiten erfolgt eine Suche anhand von Hash-Identifikatoren im Verzeichnis der installierten Pakete. Die Pakete werden in einem separaten Verzeichnisbaum oder einem Unterverzeichnis im Benutzerverzeichnis installiert, wodurch ein gleichzeitiges Nebeneinander mit anderen Paketmanagern ermöglicht wird und eine breite Unterstützung für verschiedene bestehende Distributionen gewährleistet ist. Zum Beispiel wird ein Paket installiert unter /nix/store/452a5978f3b0b426064a2b64a0c6f41-firefox-88.0.0/, wobei „452a59…“ die eindeutige Identifikationsnummer des Pakets ist, die zur Verwaltung der Abhängigkeiten verwendet wird.

Die Distribution umfasst ausschließlich freie Komponenten und wird mit dem GNU Linux-Libre-Kernel ausgeliefert, der von nicht-freien Elementen, wie binären Firmware-Teilen, befreit ist. Für die Erstellung kommt GCC 9.3 zum Einsatz. Als Init-System wird der Dienstmanager GNU Shepherd (ehemals dmd) verwendet, der als Alternative zu SysV-init mit Abhängigkeitsunterstützung entwickelt wurde. Der verwaltende Daemon und die Utilities von Shepherd sind in Guile (einer Implementierung von Scheme) geschrieben, welches ebenfalls zur Definition der Startparameter für die Dienste verwendet wird. Das Basis-Image unterstützt den Betrieb im Konsolenmodus, aber es sind 17.243 einsatzbereite Pakete vorbereitet, darunter auch Komponenten des Grafikstapels auf Basis von X.Org, die Fenstermanager dwm und ratpoison, der Desktop Xfce sowie eine Auswahl an grafischen Anwendungen.

Quelle: opennet.ru