O Projeto Fedora é um projeto aberto patrocinado pela Red Hat e apoiado pela comunidade.
Nas listas de discussão do Fedora foi divulgada uma proposta bastante interessante, e isso é Foi considerada a possibilidade de mesclar o conteúdo dos diretórios /usr/biny e /usr/sbin, substituindo o diretório /usr/sbin por um link simbólico apontando para /usr/bin.
E embora esta proposta possa não representar uma grande mudança, vale ressaltar que tTem algumas implicações interessantes. para usuários e desenvolvedores, já que a conversão de /bin e /sbin em links simbólicos para /usr/bin e /usr/sbin foi feita no Fedora 17.
A separação de bin e sbin foram originalmente introduzidos para distinguir entre programas destinado a usuários programas padrão e administrativos. Contudo, na prática esta distinção tornou-se menos relevante, especialmente quando diferentes distribuições colocam ficheiros executáveis de forma diferente entre os diretórios bin e sbin.
A divisão original era ter binários "importantes" vinculados estaticamente em /sbin que poderiam então ser usados para operações de emergência e resgate. Obviamente, não fazemos mais links estáticos. A divisão foi posteriormente reutilizada para isolar binários "importantes" que seriam usados apenas pelo administrador. Embora isso pareça atraente na teoria, na prática é muito difícil categorizar programas como este, e usuários normais invocam rotineiramente programas de /sbin.
Note-se que separar arquivos executáveis em diretórios bin e sbin é uma prática obsoleta que perdeu o sentido em distribuições modernas. Inicialmente, entendia-se que usr/bin hospedava programas essenciais executáveis pelo usuário, enquanto /usr/sbin continha os arquivos executáveis mais importantes, vinculados à administração do sistema, que normalmente exigiam privilégios de root.
A proposta de unificar os diretórios /usr/bin e /usr/sbin dentro do sistema É uma mudança significativa que visa simplificar a estrutura do sistema e torná-lo mais coerente. Com o passar dos anos, a distinção entre /usr/bin e /usr/sbin tornou-se menos clara, pois a variável de ambiente PATH inclui ambos os diretórios por padrão em muitas distribuições.
A maioria dos programas que exigem privilégios de root para "certas" operações também são usados quando operam sem privilégios. E mesmo quando são necessários privilégios, eles são frequentemente adquiridos dinamicamente, por exemplo usando `polkit`.
Com o advento do systemd isso se tornou mais sistemático: o systemd define `$PATH` com ambos os diretórios para todos os usuários e serviços. Geralmente, todos os usuários e programas encontrarão os dois conjuntos de binários.
Menciona-se que a proposta de unificação desses diretórios traz diversos benefícios, como simplificar o trabalho dos mantenedores de pacotes, eliminando a necessidade de decidir em qual diretório colocar um arquivo executável (por exemplo, no Fedora o utilitário ip estava localizado em sbin e no Debian em bin; após a unificação, o caminho característico do Debian funcionará no Fedora).
Isso tornará o sistema mais previsível e compreensível para os usuários. e aumentará a compatibilidade entre diferentes distribuições. Além disso, simplificará a pesquisa de logs e a análise da saída de utilitários como strace, reduzindo a complexidade operacional, além de reduzir o número de verificações de diretório ao executar execvp() e chamadas semelhantes.
A unificação também se alinha com a prática do Arch Linux, que fundiu o sbin e o bin em 2013, e tem o potencial de tornar o Fedora mais compatível com outras distribuições. Remover a referência ao diretório /usr/sbin da variável de ambiente PATH depois que todos os arquivos executáveis estiverem consolidados em um só lugar é parte integrante desta proposta.
Embora a proposta ainda está em discussão e não foi revisada pela FESCo (Fedora Steering and Engineering Committee), que é responsável pela parte técnica do desenvolvimento da distribuição Fedora, a unificação do bin e do sbin parece ter vantagens significativas em termos de simplicidade, previsibilidade e compatibilidade, por isso é possível que esta proposta torna-se uma das mudanças que encontraremos no Fedora 40.
Finalmente, se você estiver interessado em saber mais sobre isso, você pode verificar os detalhes no link a seguir