I Gli sviluppatori di FreeBSD hanno rilasciato un rapporto sui progressi del progetto da luglio a settembre 2020. Il risultato più significativo era la capacità di costruire il sistema FreeBSD di base in ambienti basati su altri sistemi operativi. La necessità di costruire su altri sistemi operativi è guidata dal desiderio di utilizzare strumenti di integrazione continua specifici per Linux o macOS per testare FreeBSD.
Il lavoro sull'implementazione cross-build è continuato dal 2017 e l'ultima patch è stata inclusa a settembre, necessaria per il pieno lavoro di buildworld e buildkernel su altri sistemi operativi. La compilazione inizia con un livello appositamente preparato ./tools/build/make.py e può essere eseguita su sistemi con LLVM 10 o 11 installato.
Altre modifiche includono il sovvenzioni dalla FreeBSD Foundation stanno lavorando per migliorare il supporto WiFi, migliorare il framework KPI di Linux per cSupporto dell'API DRM del kernel Linux, migliorare la compatibilità di Linuxulator con le applicazioni, aggiornare i driver grafici, aggiungere la compressione Zstd a OpenZFS, espandere le partizioni RAID-Z Al volo, supporto migliorato per il debugger LLDB.
D'altra parte la FreeBSD Foundation sta anche lavorando per migliorare Run-Time Dynamic Linker (rtld) e il caricatore ELF, migliorare il blocco del socket del dominio UNIX, aggiorna l'infrastruttura di build, estendere il supporto ARM64 e migrare il repository su Git.
Inoltre, tutti i problemi noti in svn2git sono stati risolti, incluse le inconsistenze dei metadati nel registro delle modifiche di Subversion. La transizione finale a Git avverrà in preparazione del rilascio di FreeBSD 13.0. Non ci sono ancora piani per tradurre lo sviluppo del ramo stabile esistente in Git.
Alla fine di ottobre, hanno in programma di lanciare un repository Git di prova per eseguire collegamenti e familiarizzare gli sviluppatori. I principali repository src e doc dovrebbero migrare su Git a metà novembre, mentre le tempistiche per i port repository devono ancora essere determinate.
La collezione di port di FreeBSD ha superato il traguardo dei 40.000 port, con 2525 PR aperti, di cui 595 devono ancora essere analizzati. Versioni aggiornate di Perl 5.32, PostgreSQL 12, PHP 7.4, GNOME 3.36, Qt5 5.15.0, Emacs a 27.1, KDE Frameworks 5.74.0 e pkg 1.15.8. È stata implementata la compatibilità con LibreOffice 7.0.
Mesa e le relative porte sono state spostate utilizzare il sistema di costruzione del mesone al posto degli strumenti automatici, X.org è stato aggiornato 1.20.9, libdrm e libevdev. Il i driver grafici drm sono sincronizzati con il kernel Linux 5.4.62. Le basi di codice principali libdrm e libevdev sono state modificate per supportare FreeBSD.
Si è lavorato sull'uso di udev / evdev e libinput per migliorare la compatibilità con i dispositivi di input che non richiedono più impostazioni locali. La modifica sarà proposta nella versione del 27 ottobre di FreeBSD 12.2.
Nell'infrastruttura di emulazione dell'ambiente Linux (Linuxulator), sono iniziati i lavori per risolvere i problemi con l'esecuzione di applicazioni specifiche per Linux (ad esempio, vengono analizzati i motivi di inoperabilità di Chromium, Firefox, DB2, Oracle, EAGLE, Memcached, Nginx, Steam, signal-desktop, VLC, 1password).
Durante il periodo di riferimento, la versione del kernel Linux annunciata dall'emulatore è stata portata a 3.10.0 (come in RHEL 7), la chiamata gettynam è stata migliorata in chroot, il supporto memfd è stato migliorato, la chiamata di sistema è stata aggiunta splice e BLKPBSZGET ioctl, ed è stato implementato il supporto kcov.
Aggiunto un nuovo sysctl compat.linux.use_emul_path. Gestione dei bug rielaborata. Il porto sysutils / debootstrap è stato aggiornato alla versione 1.0.123 per creare sandbox con Debian e Ubuntu. Le modifiche saranno incluse nella versione 12.2.
I file DTS (Device Tree Sources) sono sincronizzati con il kernel Linux 5.8 sul ramo HEAD e con il kernel 5.6 sul ramo 12-STABLE.
Continua il lavoro sull'implementazione della capacità di lavorare NFS su un canale di comunicazione crittografato basato su TLS 1.3, invece di utilizzare Kerberos (sec mode = krb5p), che è limitato alla crittografia dei soli messaggi RPC ed è implementato solo nel software. La nuova implementazione utilizza lo stack TLS fornito dal kernel per abilitare l'accelerazione hardware.
fonte: