{"id":142582,"date":"2025-09-08T17:11:54","date_gmt":"2025-09-08T15:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/nachalos-alfa-testirovanie-freebsd-15"},"modified":"2025-09-08T17:11:54","modified_gmt":"2025-09-08T15:11:54","slug":"nachalos-alfa-testirovanie-freebsd-15","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/nachalos-alfa-testirovanie-freebsd-15","title":{"rendered":"Die Alpha-Testphase von FreeBSD 15 hat begonnen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die erste Alpha-Version von FreeBSD 15.0 wurde vorbereitet. Installationspakete wurden f\u00fcr die Architekturen amd64, powerpc64le, aarch64 und riscv64 erstellt. Der Release ist f\u00fcr den 2. Dezember geplant. Ein Upgrade auf den Branch 15.0-ALPHA1 von fr\u00fcheren Versionen mit dem Tool freebsd-update ist derzeit nicht implementiert. <\/p>\n
Ab der Version FreeBSD 15 wurde die Unterst\u00fctzung f\u00fcr bedeutende Versionen nach der ersten Ver\u00f6ffentlichung (15.0) von 5 auf 4 Jahre verk\u00fcrzt, und neue bedeutende Versionen werden alle zwei Jahre erstellt. Die Zwischenversionen (15.1, 15.2, 15.3) werden im Rahmen eines festen Entwicklungszyklus entwickelt, der die Ver\u00f6ffentlichung neuer Versionen in einem Zweig alle 6 Monate vorsieht, anstatt einmal im Jahr, wie es bisher der Fall war. Angesichts der gleichzeitigen Unterst\u00fctzung von zwei verschiedenen bedeutenden Versionen wird eine neue Zwischenversion alle 3 Monate ver\u00f6ffentlicht (15.4, 16.1, 15.5, 16.2 usw.), mit Ausnahme der Vorbereitung auf die ersten Ver\u00f6ffentlichungen neuer bedeutender Versionen, vor denen eine 6-monatige Pause in den Ver\u00f6ffentlichungen liegt (zum Beispiel wird die Version 15.3 im Juni 2027 ver\u00f6ffentlicht, 16.0 im Dezember 2027, 15.4 \u2014 im M\u00e4rz 2028, 16.1 \u2014 im Juni 2028). <\/p>\n
In der offiziellen Ank\u00fcndigung der Alpha-Version von FreeBSD 15 gibt es einen Link zu den Release-Notes (Kopie) mit einer fehlerhaften \u00c4nderungs\u00fcbersicht. Die genannte Liste ist sinnlos, da sie nicht spezifische \u00c4nderungen f\u00fcr den Branch FreeBSD 15 enth\u00e4lt, sondern \u00c4nderungen im Branch 14.x in Bezug auf Release 14.0, d.h. es wurden alte Daten aus zuvor ver\u00f6ffentlichten Release-Notizen 14.1, 14.2 und 14.3 \u00fcbernommen. <\/p>\n
Einige \u00c4nderungen im Branch FreeBSD 15, die in Git markiert sind: <\/p>\n
\n
Die Erstellung von Installationsabbildern und bin\u00e4ren Paketversionen f\u00fcr 32-Bit-Architekturen wurde eingestellt. Die M\u00f6glichkeit, 32-Bit-Programme zu kompilieren und den COMPAT_FREEBSD32-Modus zum Ausf\u00fchren von 32-Bit-Ausf\u00fchrungsdateien in einer 64-Bit-Kernel-basierten Umgebung zu nutzen, bleibt mindestens bis zum Ende des Lebenszyklus des Branches FreeBSD 16 erhalten.\n
Der logische Volume-Manager gvinum, der f\u00fcr softwarebasierte RAID-Anwendungen verwendet wurde, wurde entfernt. Die Entwicklung von Gvinum wurde vor etwa 15 Jahren eingestellt, und im Code gibt es zahlreiche bekannte Probleme, die niemand zu beheben bem\u00fcht hat. Statt gvinum wird empfohlen, gconcat, gmirror, gstripe, graid oder zfs zu verwenden.\n
Der agp-Treiber (Accelerated Graphics Port), der f\u00fcr den Betrieb vieler Treiber f\u00fcr alte Grafikkarten erforderlich ist, wird f\u00fcr die Beseitigung vorgesehen.\n
Der Status der DRM-Treiber i915 und amdgpu wurde mit dem Linux-Kernel 6.9 synchronisiert.\n
Die Unterst\u00fctzung f\u00fcr benannte Dateiattribute (erweiterte Attribute im Solaris-Stil) wurde hinzugef\u00fcgt, die als alternatives Management-System f\u00fcr erweiterte Attribute, das f\u00fcr ZFS und NFSv4 verf\u00fcgbar ist, geplant werden. Die Unterschiede zu den traditionellen Methoden f\u00fcr FreeBSD und Linux im Umgang mit erweiterten Attributen beziehen sich auf die Darstellung der Attribute in einem speziellen Verzeichnis, das im Hauptnamenraum des FS nicht sichtbar ist und mit der Datei verkn\u00fcpft ist. Der Umgang mit Attributen erfolgt wie mit normalen Dateien; so kann zur Bestimmung der Attributliste die Funktion readdir() verwendet werden.\n
Systemaufrufe mit der Implementierung des inotify-Mechanismus zur \u00dcberwachung von \u00c4nderungen in Dateisystemen wurden realisiert.\n
Ein neues Tool sndctl zur Verwaltung der Soundkarten-Einstellungen wurde hinzugef\u00fcgt.\n
Das Tool mididump wurde hinzugef\u00fcgt, um MIDI-Ereignisse 1.0 in Echtzeit zu dumpen.\n
Das Modul mac_do wurde als einsatzbereit erkl\u00e4rt, das Richtlinien erm\u00f6glicht, die nicht privilegierten Benutzern erlauben, die Anmeldeinformationen von Prozessen zu \u00e4ndern. Um Befehle unter einem anderen Benutzer auszuf\u00fchren, wurde das Dienstprogramm mdo vorbereitet, das \u00e4hnlich wie das Dienstprogramm su ist, jedoch keine suid root ben\u00f6tigt.\n
Die TLS-Protokollimplementierung auf der Kernel-Seite (KTLS) ist standardm\u00e4\u00dfig aktiviert.\n
Im Hypervisor bhyve wurde ein neuer Netzwerk-Backend \u201eslirp\u201c hinzugef\u00fcgt, der die Bibliothek libslirp mit einer Implementierung des Netzwerk-Stacks im Benutzerspeicher verwendet. Der Backend \u201eslirp\u201c erm\u00f6glicht den Zugriff auf das Netzwerk des Gastsystems aus der Host-Umgebung, ohne dass eine separate Netzwerkkonfiguration auf der Host-Seite erforderlich ist.\n
Das Verhalten der Systemaufrufe setgroups, getgroups und initgroups bei der Verarbeitung von Benutzergruppen wurde anderen Plattformen angen\u00e4hert (der Unterschied in der Implementierung in FreeBSD bestand darin, dass die effektive Gruppenidentifikation im nullten Element des Arrays mit der Liste der Gruppen gespeichert wurde).\n
Die Kerberos-Implementierung im Hauptbestandteil von FreeBSD wurde von Heimdal Kerberos auf MIT Kerberos umgestellt. Um Heimdal Kerberos beim Bauen wieder zu aktivieren, kann das Flag WITHOUT_MITKRB5 verwendet werden. In FreeBSD 16 wird die Unterst\u00fctzung f\u00fcr den Bau von Heimdal Kerberos entfernt.\n