{"id":150229,"date":"2025-12-01T17:12:00","date_gmt":"2025-12-01T15:12:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupen-distributiv-nixos-25-11-ispolzuyushhij-paketnyj-menedzher-nix"},"modified":"2025-12-01T17:12:00","modified_gmt":"2025-12-01T15:12:00","slug":"dostupen-distributiv-nixos-25-11-ispolzuyushhij-paketnyj-menedzher-nix","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/dostupen-distributiv-nixos-25-11-ispolzuyushhij-paketnyj-menedzher-nix","title":{"rendered":"Die NixOS-Distribution 25.11, die den Paketmanager Nix verwendet, ist verf\u00fcgbar","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des NixOS 25.11-Distributions ist erfolgt, die auf dem Paketmanager Nix basiert und eigene Entwicklungen zur Vereinfachung der Konfiguration und Pflege des Systems bereitstellt. In NixOS erfolgt die gesamte Systemkonfiguration \u00fcber eine einzige Systemkonfigurationsdatei namens configuration.nix. Es werden M\u00f6glichkeiten f\u00fcr eine schnelle R\u00fcckkehr auf eine fr\u00fchere Konfigurationsversion und den Wechsel zwischen verschiedenen Systemzust\u00e4nden bereitgestellt. Es wird unterst\u00fctzt, dass einzelne Benutzer individuelle Pakete installieren und mehrere Versionen eines Programms gleichzeitig nutzen k\u00f6nnen. Reproduzierbare Builds sind gew\u00e4hrleistet. F\u00fcr die Architekturen x86_64 und ARM64 wurden Installationsabbilder mit grafischer Benutzeroberfl\u00e4che (3,6 GB) und einer kompakten Konsolenversion (1,5 GB) vorbereitet. <\/p>\n
Bei der Verwendung von Nix wird das Ergebnis des Paketbaus in einem separaten Unterverzeichnis im \/nix\/store gespeichert. Beispielsweise kann nach dem Bau das Paket firefox im \/nix\/store\/8onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ed5c4-firefox-145.0.1\/ geschrieben werden, wobei «8onlv1pc3ed6n5nskg8ew4twcfd0d5ae4ed5c4» der Hash aller seiner Abh\u00e4ngigkeiten und Bauanweisungen ist. Unter der Installation eines Pakets versteht man entweder den Bau oder den Download eines bereits gebauten Pakets (vorausgesetzt, es wurde bereits auf Hydra \u2014 dem Bau-Service des NixOS-Projekts \u2014 erstellt), sowie die Erstellung eines Verzeichnisses mit symbolischen Links zu allen Paketen im System- oder Benutzerprofil, gefolgt von der Hinzuf\u00fcgung dieses Verzeichnisses zur PATH-Liste. Ein \u00e4hnlicher Ansatz wird im Paketmanager GNU Guix verwendet, der auf den Entwicklungen von Nix basiert. Die Sammlung von Paketen ist in einem speziellen Repository Nixpkgs zu finden. <\/p>\n
Hauptneuheiten: <\/p>\n
\n
Es wurden 7002 Pakete hinzugef\u00fcgt, 6338 Pakete entfernt und 25252 Pakete aktualisiert. 107 neue Module und 1778 Konfigurationsoptionen wurden hinzugef\u00fcgt, 807 Optionen und 41 Module wurden entfernt. An der Entwicklung und Pflege der Pakete waren 2742 Entwickler beteiligt, die 59430 \u00c4nderungen vorbereitet haben.\n
Zu den neuen Modulen geh\u00f6ren: der Compositor dwl, die Firewall FirewallD, der tunneler\u00fcckseitige Proxy Pangolin, der Werbeblocker Pi-hole, der Torrent-Client qBittorrent, das Dienstprogramm rsync, die Microblogging-Plattform Sharkey, der Dienst TuneD, der Matrix-Server tuwunel, der VNC-Server wayvnc und der Schl\u00fcsselmanager yubikey-manager.\n
Das System zur Initialisierung nixos-init wurde hinzugef\u00fcgt, das das System beim Booten initialisiert und die Umgebung f\u00fcr den Start von systemd konfiguriert. Der Code von nixos-init ist in Rust geschrieben und nicht an Bash gebunden. Mit nixos-init k\u00f6nnen abgespeckte NixOS-Umgebungen erstellt werden, die ohne Shells, Perl, Python und andere Interpreter ausgeliefert werden. <\/li>\n
Die Ver\u00f6ffentlichung der Desktop-Umgebung GNOME 49 wurde vorgeschlagen, bei der die Bereitstellung der Sitzung f\u00fcr X11 eingestellt wurde (zum Ausf\u00fchren von X11-Anwendungen kann XWayland verwendet werden). Zur Verwaltung von Diensten in gnome-session werden Komponenten von systemd verwendet.\n
Eine Beta-Version der Benutzerumgebung COSMIC wurde hinzugef\u00fcgt.\n
Die LLVM 21 Toolchain und das Build-System CMake 4 wurden aktualisiert. GCC bleibt auf der Version 14.x.\n
Die Unterst\u00fctzung f\u00fcr die Firewall firewalld wurde hinzugef\u00fcgt, die in Form eines Wrappers \u00fcber dem Paketfilter nftables implementiert ist und die \u00c4nderung von Regeln \u00fcber D-Bus unterst\u00fctzt. FirewallD kann entweder als separater Dienst services.firewalld oder als Backend, das \u00fcber die Einstellung «networking.firewall» bereitgestellt wird, gestartet werden (zur «networking.firewall» wurde die Option backend hinzugef\u00fcgt, um das Backend zu wechseln).\n
Das Werkzeug nixos-rebuild-ng ist standardm\u00e4\u00dfig aktiviert, eine Alternative zu nixos-rebuild, die vollst\u00e4ndig in Python neu geschrieben wurde. Zur Deaktivierung wurde die Einstellung «system.rebuild.enableNg» vorgeschlagen, die jedoch in der n\u00e4chsten Version entfernt werden soll.\n
rEFInd, ein grafischer Bootmanager f\u00fcr Systeme mit UEFI, wurde hinzugef\u00fcgt (aktiviert \u00fcber die Einstellung boot.loader.refind.enable).\n
F\u00fcr den Bootloader Limine wurde die Unterst\u00fctzung f\u00fcr UEFI Secure Boot aktiviert (boot.loader.limine.secureBoot.enable). Die digitale Signatur wird durch ein Installationsskript des Bootloaders erstellt, und die Hashes zur \u00dcberpr\u00fcfung der Integrit\u00e4t des Kernels werden w\u00e4hrend des Systems neu gebaut. In der Praxis erm\u00f6glicht diese neue Funktion, dass nur Kerne, die \u00fcber NixOS installiert wurden, geladen werden d\u00fcrfen.\n
Standardm\u00e4\u00dfig ist die PostgreSQL 17-Datenbankversion aktiviert.\n