{"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\/novosti-interneta\/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 ver\u00f6ffentlicht. Installations-Images wurden f\u00fcr die Architekturen amd64, powerpc64le, aarch64 und riscv64 erstellt. Die Ver\u00f6ffentlichung ist f\u00fcr den 2. Dezember geplant. Ein Update auf den Branch 15.0-ALPHA1 von vorherigen Versionen mithilfe des Tools freebsd-update ist derzeit noch nicht umgesetzt. <\/p>\n
Mit dem Release von FreeBSD 15 wurde die Unterst\u00fctzung f\u00fcr bedeutende Branches nach der ersten Ver\u00f6ffentlichung (15.0) von 5 auf 4 Jahre verk\u00fcrzt, und neue bedeutende Branches werden alle zwei Jahre gebildet. Intermedi\u00e4re Releases (15.1, 15.2, 15.3) werden innerhalb eines festen Entwicklungszyklus entwickelt, der die Ver\u00f6ffentlichung neuer Versionen in einer Branch etwa alle 6 Monate vorsieht, anstatt einmal j\u00e4hrlich wie bisher. Unter Ber\u00fccksichtigung der gleichzeitigen Unterst\u00fctzung zweier verschiedener bedeutender Branches wird ein neues intermedi\u00e4res Release alle 3 Monate ver\u00f6ffentlicht (15.4, 16.1, 15.5, 16.2 usw.), mit Ausnahme der Vorbereitung der ersten Releases neuer bedeutender Branches, vor denen es eine 6-monatige Pause in den Releases geben wird (zum Beispiel wird das Release 15.3 im Juni 2027 erstellt, 16.0 im Dezember 2027, 15.4 \u2014 im M\u00e4rz 2028, 16.1 \u2014 im Juni 2028). <\/p>\n
Im offiziellen Ank\u00fcndigung der Alpha-Version von FreeBSD 15 gibt es einen Link zu den Release-Notizen (Kopie) mit einer fehlerhaften \u00c4nderungs\u00fcbersicht. Die genannte Liste ist unsinnig, da sie nicht branchenspezifische \u00c4nderungen von FreeBSD 15 enth\u00e4lt, sondern \u00c4nderungen in der 14.x-Reihe bez\u00fcglich der Ver\u00f6ffentlichung von 14.0. Das hei\u00dft, sie enth\u00e4lt alte Daten, die aus zuvor ver\u00f6ffentlichten Release-Notizen zu 14.1, 14.2 und 14.3 \u00fcbernommen wurden. <\/p>\n
Einige \u00c4nderungen in der FreeBSD 15-Reihe, die in Git vermerkt sind: <\/p>\n
\n
Die Erstellung von Installations-Images und die Compilation von Bin\u00e4rpaketen f\u00fcr 32-Bit-Architekturen wurde eingestellt. Die M\u00f6glichkeit, 32-Bit-Programme zu erstellen und den COMPAT_FREEBSD32-Modus zur Ausf\u00fchrung von 32-Bit-Executable-Dateien in einer 64-Bit-Kernel-basierten Umgebung zu verwenden, bleibt mindestens bis zum Ende des Lebenszyklus der FreeBSD 16-Reihe bestehen.\n
Der logische Volume Manager gvinum, der f\u00fcr Software-RAID verwendet wurde, wurde entfernt. Die Entwicklung von Gvinum wurde vor etwa 15 Jahren eingestellt, und es gibt mehrere bekannte Probleme im Code, die bisher nicht behoben wurden. Anstelle von gvinum wird empfohlen, gconcat, gmirror, gstripe, graid oder zfs zu verwenden.\n
Der agp-Treiber (Accelerated Graphics Port), der f\u00fcr viele Treiber \u00e4lterer Grafikkarten erforderlich ist, ist zur Entfernung geplant.\n
Der Zustand 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 alternativer Mechanismus zur Verwaltung erweiterter Attribute geplant sind, der f\u00fcr ZFS und NFSv4 verf\u00fcgbar sein wird. Die Unterschiede zu den traditionellen Methoden von FreeBSD und Linux zur Handhabung erweiterter Attribute bestehen darin, dass die Attribute in einem Dienstverzeichnis pr\u00e4sentiert werden, das im Hauptnamesraum des Dateisystems nicht sichtbar ist und mit der Datei assoziiert ist. Der Umgang mit Attributen erfolgt wie bei normalen Dateien; zum Beispiel kann die Funktion readdir() verwendet werden, um die Attributliste abzurufen.\n
Systemaufrufe wurden implementiert, die das inotify-Mechanismus zur \u00dcberwachung von \u00c4nderungen im Dateisystem bereitstellen.\n
Das Hilfsprogramm sndctl wurde hinzugef\u00fcgt, um die Einstellungen von Soundkarten zu verwalten.\n
Das Hilfsprogramm mididump wurde hinzugef\u00fcgt, um MIDI 1.0-Ereignisse in Echtzeit zu dumpen.\n
Das Modul mac_do wurde als einsatzbereit erkl\u00e4rt, das es erlaubt, Richtlinien festzulegen, die es nicht privilegierten Benutzern erm\u00f6glichen, die Anmeldeinformationen von Prozessen zu \u00e4ndern. Eine Dienstprogramm mdo, \u00e4hnlich dem Befehl su, wurde vorbereitet, um Befehle unter einem anderen Benutzer auszuf\u00fchren, ben\u00f6tigt jedoch kein suid root.\n
Die Implementierung des TLS-Protokolls auf Kernel-Ebene (KTLS) ist standardm\u00e4\u00dfig aktiviert.\n
Der Hypervisor bhyve hat ein neues Netzwerk-Backend «slirp» hinzugef\u00fcgt, das die Bibliothek libslirp mit einer Implementierung des Netzwerk-Stacks im Benutzermodus verwendet. Das Backend «slirp» erm\u00f6glicht den Zugriff auf das Netzwerk des Gastsystems aus der Host-Umgebung, ohne dass eine separate Netzwerkeinrichtung auf der Host-Seite erforderlich ist.\n
Das Verhalten der Systemaufrufe setgroups, getgroups und initgroups bei der Verarbeitung von Benutzergruppen ist den anderen Plattformen angeglichen (die Implementierungsunterschiede in FreeBSD betrafen die Speicherung der effektiven Gruppen-ID des Prozesses im ersten Element des Listenarrays der Gruppen).\n
Die Kerberos-Implementierung im Hauptbestand von FreeBSD wurde von Heimdal Kerberos auf MIT Kerberos umgestellt. Um Heimdal Kerberos beim Build wiederherzustellen, kann das Flag WITHOUT_MITKRB5 verwendet werden. In FreeBSD 16 wird die Unterst\u00fctzung f\u00fcr den Build von Heimdal Kerberos entfernt.\n