{"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\/it\/blog\/news\/nachalos-alfa-testirovanie-freebsd-15","title":{"rendered":"\u00c8 iniziato il test alpha di FreeBSD 15","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata preparata la prima versione alpha di FreeBSD 15.0. Le build di installazione sono state create per le architetture amd64, powerpc64le, aarch64 e riscv64. Il rilascio \u00e8 programmato per il 2 dicembre. L'aggiornamento alla branch 15.0-ALPHA1 dalle versioni precedenti tramite l'utilit\u00e0 freebsd-update non \u00e8 ancora stato implementato. <\/p>\n
A partire dalla versione FreeBSD 15, il periodo di supporto per rami significativi dopo la formazione del primo rilascio (15.0) \u00e8 stato ridotto da 5 a 4 anni, e nuovi rami significativi saranno creati ogni due anni. Le versioni intermedie (15.1, 15.2, 15.3) saranno sviluppate all'interno di un ciclo di sviluppo fisso, che prevede la pubblicazione di nuove versioni in un ramo circa ogni 6 mesi, anzich\u00e9 una volta all'anno come in passato. Considerando il supporto simultaneo di due diversi rami significativi, un nuovo rilascio intermedio sar\u00e0 pubblicato ogni 3 mesi (15.4, 16.1, 15.5, 16.2, ecc.), ad eccezione della preparazione dei primi rilasci di nuovi rami significativi, prima dei quali ci sar\u00e0 una pausa di 6 mesi nei rilasci (ad esempio, il rilascio 15.3 sar\u00e0 creato a giugno 2027, 16.0 a dicembre 2027, 15.4 a marzo 2028, 16.1 a giugno 2028). <\/p>\n
Nell'annuncio ufficiale della versione alpha di FreeBSD 15 \u00e8 presente un link alle note di rilascio (copia) con un elenco di cambiamenti non corretto. L'elenco menzionato \u00e8 privo di significato, in quanto contiene modifiche non specifiche per la branch FreeBSD 15, ma modifiche nella branch 14.x rispetto al rilascio 14.0, ossia include dati obsoleti, trasferiti dalle note di rilascio precedenti 14.1, 14.2 e 14.3. <\/p>\n
Alcune modifiche nella branch FreeBSD 15, segnate in Git: <\/p>\n
\n
\u00c8 stata interrotta la creazione di immagini di installazione e di pacchetti binari per architetture a 32 bit. La possibilit\u00e0 di compilare programmi a 32 bit e di utilizzare la modalit\u00e0 COMPAT_FREEBSD32 per eseguire file eseguibili a 32 bit in un ambiente basato su un kernel a 64 bit rimarr\u00e0 disponibile almeno fino alla fine del ciclo di vita della branch FreeBSD 16.\n
\u00c8 stato rimosso il gestore dei volumi logici gvinum, utilizzato per RAID software. Lo sviluppo di Gvinum \u00e8 fermo da circa 15 anni, mentre nel codice sono presenti diversi problemi noti che non sono stati mai risolti. Si raccomanda di utilizzare gconcat, gmirror, gstripe, graid o zfs al posto di gvinum.\n
\u00c8 previsto che il driver agp (Accelerated Graphics Port), necessario per il funzionamento di molti driver per schede grafiche obsolete, venga rimosso.\n
Lo stato dei driver DRM i915 e amdgpu \u00e8 stato sincronizzato con il kernel Linux 6.9.\n
\u00c8 stata aggiunta la supporto per gli attributi file nominati (attributi estesi in stile Solaris), che si prevede saranno supportati come un meccanismo alternativo di gestione degli attributi estesi, disponibile per ZFS e NFSv4. Le differenze rispetto ai metodi tradizionali di FreeBSD e Linux per il lavoro con atributos estesi riguardano la rappresentazione degli attributi in una directory di servizio, non visibile nello spazio di nomi principale del FS e associata al file. Gli attributi sono trattati come file normali, ad esempio, per determinare l'elenco degli attributi \u00e8 possibile eseguire la funzione readdir().\n
Sono stati implementati syscalls con meccanismo inotify per monitorare le modifiche nei file system.\n
\u00c8 stato aggiunto lo strumento sndctl per gestire le impostazioni delle schede audio.\n
\u00c8 stato aggiunto lo strumento mididump per il dump degli eventi MIDI 1.0 in tempo reale.\n
\u00c8 stato dichiarato pronto per l'uso il modulo mac_do, che consente di impostare politiche che consentono agli utenti non privilegiati di modificare le credenziali dei processi. Per eseguire comandi come un altro utente \u00e8 stata preparata l'utilit\u00e0 mdo, simile all'utilit\u00e0 su, ma che non richiede i privilegi suid root.\n
L'implementazione del protocollo TLS a livello di kernel (KTLS) \u00e8 abilitata per impostazione predefinita.\n
Nel hypervisor bhyve \u00e8 stato aggiunto un nuovo backend di rete \"slirp\", che utilizza la libreria libslirp con un'implementazione dello stack di rete nello spazio utente. Il backend \"slirp\" permette di organizzare l'accesso alla rete del sistema ospite dall'ambiente host senza una configurazione separata della rete sul lato host.\n
Il comportamento delle chiamate di sistema setgroups, getgroups e initgroups nella gestione dei gruppi utenti \u00e8 stato avvicinato ad altre piattaforme (la differenza di implementazione in FreeBSD riguardava la memorizzazione dell'identificatore efficace del gruppo di processi nel primo elemento dell'array con l'elenco dei gruppi).\n
L'implementazione di Kerberos nel mainline di FreeBSD \u00e8 stata sostituita da Heimdal Kerberos a MIT Kerberos. Per ripristinare Heimdal Kerberos durante la compilazione, \u00e8 possibile utilizzare l'opzione WITHOUT_MITKRB5. In FreeBSD 16, il supporto per la compilazione di Heimdal Kerberos sar\u00e0 rimosso.\n