![\"F\u00fcr](\"\/wp-content\/uploads\/2024\/05\/fc0dc307a8cd5fcfb7987ed9575e4088.png\")
<\/center> <\/p>\nF\u00fcr die Installation verwandte Prozesse werden bereits bew\u00e4hrte Komponenten des bestehenden Installers bsdinstall verwendet, dessen grafische Benutzeroberfl\u00e4che durch den Austausch des Werkzeugs zur Erstellung von Konsolendialogen bsddialog gegen das neue Werkzeug gbsddialog realisiert wird, das Dialoge und Widgets auf Basis der GTK-Bibliothek verwendet. <\/p>\n
Dieser Ansatz erm\u00f6glicht die Implementierung einer grafischen Installationsm\u00f6glichkeit unter Verwendung der vorhandenen Infrastruktur des Installers bsdinstall, w\u00e4hrend die Konsoleninstallationsweise beibehalten wird. Eine \u00e4hnliche Umstellung kann auch f\u00fcr den bsdconfig-Configurator vorgenommen werden, der bereits die Option \u201e-X\u201c zur Erstellung einer einfachen grafischen Oberfl\u00e4che \u00fcber den Aufruf von Xdialog (auf Basis von GTK2) anstelle von bsddialog unterst\u00fctzt. Die Verwendung von gbsddialog anstelle von Xdialog erm\u00f6glicht ein moderneres Design der Benutzeroberfl\u00e4che. <\/p>\n
Eine funktionierende Umsetzung des neuen Installers steht bereits f\u00fcr Tests bereit, und die erforderlichen Patches f\u00fcr die Integration in den Hauptbestand wurden zur \u00dcberpr\u00fcfung vorgeschlagen. F\u00fcr die Aufnahme in bsdinstall wurden \u00fcbersetzte bsddialog-Oberfl\u00e4chen f\u00fcr das Hinzuf\u00fcgen von Benutzern, die Einrichtung eines Administratorpassworts und die Auswahl der Zeitzone sowie Komponenten zur Auswahl der Implementierung des Tools dialog basierend auf dem Wert der Umgebungsvariable $DIALOG und zur Unterst\u00fctzung des grafischen Modus vorgeschlagen.
![\"Video](\"https:\/\/img.youtube.com\/vi\/jm6byc7N2O4\/hqdefault.jpg\")
\r\n Bemerkenswert ist, dass das Projekt GhostBSD (eine FreeBSD-Edition mit MATE-Desktop) bereits einen eigenen grafischen Installer verwendet, der in Python und PyGTK geschrieben ist. Eine \u00dcbertragung nach FreeBSD wird jedoch nicht in Betracht gezogen, da dies die Einbindung von Python als zus\u00e4tzliche Abh\u00e4ngigkeit erfordern w\u00fcrde, was zu einer deutlichen Vergr\u00f6\u00dferung der Installationsmedien f\u00fchren w\u00fcrde. Vor einigen Jahren wurde mit Unterst\u00fctzung der FreeBSD Foundation auch ein Prototyp eines grafischen Installers entwickelt, der in Lua geschrieben und als HTTP-Server implementiert wurde. Dieser bietet ein Webinterface, das im Fenstermodus \u00fcber einen Webbrowser ge\u00f6ffnet wird. <\/p>\n
Unter anderen Ereignissen, die im Bericht von FreeBSD f\u00fcr das erste Quartal 2024 erw\u00e4hnt werden, sind folgende zu beachten: <\/p>\n
- \n
- Die Arbeiten zur Verbesserung des Audiostacks sind im Gange. Es wurde die M\u00f6glichkeit implementiert, Audioger\u00e4te asynchron zu trennen, was beispielsweise f\u00fcr das Hot-Plugging von USB-Audiokarten erforderlich ist. Geplant sind die Implementierung der OSS-Bibliothek, eines Audio-Tools und einer Utility zur Verwaltung von Bluetooth-Ger\u00e4ten sowie die Erweiterung der Funktionen des Mixer-Tools und der Bibliothek.\n
- F\u00fcr Bhyve wurde ein Hintergrundprozess vmstated implementiert, um virtuelle Maschinen zu verwalten und die zugeh\u00f6rigen Netzwerk- und Speichersysteme einzurichten. Ein vmstatedctl-Tool wurde hinzugef\u00fcgt, um virtuelle Maschinen im Stil des jail-Befehls zu verwalten (starten\/stoppen\/Status pr\u00fcfen).\n
- Die Initiative, den Code f\u00fcr Systemaufrufe, der zuvor in libc.so und libpthread.so vorhanden war, in eine separate Bibliothek libsys.so auszulagern. Die Erstellung von libsys.so wird es erm\u00f6glichen, den direkten Zugriff auf Systemaufrufe ausschlie\u00dflich f\u00fcr vertrauensw\u00fcrdigen Code einzuschr\u00e4nken, den Zugriff auf Systemaufrufe f\u00fcr Laufzeit-Sprachen zu abstrahieren und die Unterst\u00fctzung von Werkzeugen f\u00fcr das Protokollieren von Systemaufrufen und die Reproduktion von Operationen zu verbessern.\n
- F\u00fcr PackageKit wird ein Backend f\u00fcr den Paketmanager pkg entwickelt, das die Verwendung standardisierter Schnittstellen f\u00fcr die Verwaltung von Paketen in FreeBSD erm\u00f6glicht, beispielsweise KDE Discover und GNOME Software Center.\n
- Die Version des GCC-Compiler-Sets in den Ports wurde auf GCC 13 aktualisiert.\n
- Ein gemeinsames Projekt mit AMD zur Erstellung eines IOMMU-Treibers f\u00fcr FreeBSD wurde gestartet.\n
- Es wird an der Portierung des Netzwerkstacks VPP (Vector Packet Processor) f\u00fcr FreeBSD gearbeitet.\n
- Das Projekt zur Implementierung anpassbarer Bandbreitenbeschr\u00e4nkungen (Rate Limit) in OpenZFS hat begonnen. Dieses funktioniert \u00e4hnlich wie Festplattenspeicherquoten, jedoch im Kontext der Begrenzung der Anzahl von Lese-\/Schreiboperationen und der Bandbreite beim Lesen\/Schreiben.\n
- Es wird an der Stabilisierung der Unterst\u00fctzung von unionfs in FreeBSD gearbeitet.\n
- Plan zur Beendigung der Unterst\u00fctzung von 32-Bit-Plattformen.\n
- KDE 6 wurde in die Ports aufgenommen. <\/ul>\n