Poucos atrás dias a gente compartilha aqui no blog as novidades sobre a discussão que estava ocorrendo internamente entre os desenvolvedores do Fedora, na qual eles comentaram sobre o mude do editor vi para o nano.
E é que implementar o uso padrão de nano em vez de vi é devido ao desejo de tornar a distribuição mais acessível para iniciantes, fornecendo um editor que pode ser usado por qualquer usuário que não tenha nenhum conhecimento especial dos métodos de trabalho no editor Vi.
Ao mesmo tempo, está planejado continuar com a entrega do pacote vim-minimal no pacote de distribuição básico (a chamada direta para o vi permanecerá) e fornecer a capacidade de alterar o editor padrão para vi ou vim a pedido do usuário . O Fedora atualmente não define a variável de ambiente $ EDITOR e, por padrão, em comandos como "git commit", ela é chamada de vi.
E bem depois de muita conversa, os desenvolvedores aceitaram a mudança e ela será aplicada na próxima versão do Fedora, que é a versão 33.
Além disso, a mudança de EXT4 para Btrfs também foi discutida por outro lado em que o Comitê de Direção de Engenharia do Fedora (FESCo), que é responsável pelo desenvolvimento técnico da distribuição Fedora, aprovou uma proposta para usar o sistema de arquivos Btrfs padrão em edições desktop e portáteis do Fedora.
Além deste comitê, também aprovou a alteração do layout para usar o editor de texto nano padrão em vez do vi.
Com essas decisões tomadas começando com o Fedora 33, o sistema de arquivos Ext4 será alterado para Btrfs por padrão. Esta não é uma grande revolução ou um passo irreversível, mas o solou uma mudança nas configurações de instalação padrão sistema, que, em princípio, não afetará as pessoas que atualizam do Fedora anterior ou aqueles que não querem Btrfs. Uma vez que eles apenas ficam com seu sistema de arquivos preferido.
O motivo da mudança para Btrfs, isso é isso irá adicionar novos recursos e também resolver melhor as situações de economia de espaço não padronizado para usuários.
O Btrfs tem alguns recursos que são úteis hoje em dia, como instantâneos copy-on-write, compactação de dados no nível do sistema de arquivos transparente, otimização para SSD, suporte RAID nativo, já indica melhor gerenciamento de espaço, um sistema de checksum mais sofisticado, isolamento de E / S usando cgroups2, suporte para redução e simplificação de partição online e configuração de campo mais fácil.
Usando o gerenciador de partição Btrfs integrado vai resolver os problemas de ficar sem espaço livre em disco ao montar os diretórios / e / home separadamente.
Além disso, eles argumentam que outra grande vantagem é eua capacidade de redimensionar partições online, incluindo downsizing, mesmo em termos de possível integração homed do systemd.
Por fim, o Btrfs simplifica o gerenciamento e a operação de sistemas de armazenamento complexos e adiciona replicação eficiente, backups incrementais com envio / recebimento de Btrfs etc.
Quanto a outras mudanças que ainda estão sobre a mesa e isso ainda está discutindo, é o problema de descontinuar o suporte para inicialização usando BIOS clássico e deixe a opção de instalar apenas em sistemas que suportam UEFI.
Este foi colocado na mesa, uma vez que observa-se que os sistemas baseado na plataforma Intel foram enviados da UEFI desde 2005 e, em 2020, a Intel planejou parar de oferecer suporte a BIOS em sistemas clientes e plataformas de data center.
A discussão sobre a rejeição do suporte BIOS no Fedora também é devido à simplificação da implementação da tecnologia de exibição seletiva a partir do menu de inicialização, no qual o menu está oculto por padrão e é mostrado apenas após uma falha ou ativação da opção no GNOME.
Para UEFI, a funcionalidade necessária já está disponível no sd-boot, mas ao usar a BIOS, ela requer patches para GRUB2.