Os Os desenvolvedores do FreeBSD lançaram um relatório de progresso do projeto de julho a setembro de 2020. A conquista mais significativa era a capacidade de construir o sistema FreeBSD básico em ambientes baseados em outros sistemas operacionais. A necessidade de construir sobre outros sistemas operacionais é impulsionada pelo desejo de usar ferramentas de integração contínua específicas do Linux ou macOS para testar o FreeBSD.
O trabalho na implementação de cross-build continua desde 2017 e o patch mais recente foi incluído em setembro, que é necessário para o trabalho completo do buildworld e buildkernel em outros sistemas operacionais. O build começa com uma camada especialmente preparada ./tools/build/make.py e pode ser feito em sistemas com LLVM 10 ou 11 instalado.
Outras mudanças incluem o doações da Fundação FreeBSD eles estão trabalhando para melhorar o suporte WiFi, melhorar a estrutura KPI do Linux para cSuporte à API DRM do kernel Linux, melhorar a compatibilidade do Linuxulator com aplicativos, atualizar drivers gráficos, adicionar compactação Zstd ao OpenZFS, expandir partições RAID-Z Em tempo real, suporte aprimorado para o depurador LLDB.
Por outro lado, a Fundação FreeBSD também está trabalhando para melhorar o Linke Dinâmico em Tempo de Execuçãor (rtld) e o carregador ELF, melhorar o bloqueio de soquete de domínio UNIX, atualize a infraestrutura de construção, estender o suporte a ARM64 e migre o repositório para o Git.
Além disso, todos os problemas conhecidos no svn2git foram resolvidos, incluindo inconsistências de metadados no registro de alterações do Subversion. A transição final para o Git ocorrerá na preparação para o lançamento do FreeBSD 13.0. Ainda não há planos para traduzir o desenvolvimento de branch estável existente para Git.
No final de outubro, eles planejam lançar um repositório Git de teste para executar links e familiarizar os desenvolvedores. Espera-se que os principais repositórios src e doc migrem para Git em meados de novembro, enquanto os prazos para os repositórios de portas ainda precisam ser determinados.
A coleção de Ports do FreeBSD ultrapassou a marca de 40.000 ports, com 2525 PRs abertos, dos quais 595 PRs ainda não foram analisados. Versões atualizadas de 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. Compatibilidade com LibreOffice 7.0 foi implementada.
Mesa e portas relacionadas foram movidas para usar o sistema de construção de mésons em vez de ferramentas automáticas, X.org foi atualizado em 1.20.9, libdrm e libevdev. O drivers gráficos drm são sincronizados com o kernel Linux 5.4.62. As principais bases de código libdrm e libevdev foram modificadas para suportar o FreeBSD.
Trabalho foi feito no uso de udev / evdev e libinput para melhorar a compatibilidade com dispositivos de entrada que não requerem mais configurações locais. A mudança será proposta no lançamento de 27 de outubro do FreeBSD 12.2.
Na infraestrutura de emulação do ambiente Linux (Linuxulator), o trabalho começou para corrigir os problemas com a execução de aplicativos específicos do Linux (por exemplo, motivos para inoperabilidade do Chromium, Firefox, DB2, Oracle, EAGLE, Memcached, Nginx, Steam, sinal-desktop, VLC, 1 senha estão sendo analisados)
Durante o período do relatório, a versão do kernel Linux anunciada pelo emulador foi elevada para 3.10.0 (como no RHEL 7), a chamada de gettynam foi melhorada em chroot, o suporte a memfd foi melhorado, a chamada de sistema foi adicionada splice e BLKPBSZGET ioctl, e o suporte kcov foi implementado.
Adicionado um novo sysctl compat.linux.use_emul_path. Tratamento de bugs retrabalhado. O Porto sysutils / debootstrap ele foi atualizado para a versão 1.0.123 para criar caixas de proteção com Debian e Ubuntu. As mudanças serão incluídas na versão 12.2.
Os arquivos DTS (Device Tree Sources) são sincronizados com o kernel Linux 5.8 no ramo HEAD e com o kernel 5.6 no ramo 12-STABLE.
O trabalho continua na implementação da capacidade de trabalhar NFS em um canal de comunicação criptografado baseado em TLS 1.3, em vez de usar Kerberos (modo sec = krb5p), que é limitado a criptografar apenas mensagens RPC e é implementado apenas em software. A nova implementação usa a pilha TLS fornecida pelo kernel para habilitar a aceleração de hardware.
fonte: