Phoronix informa que "una de las últimas propuestas de cambio presentadas para Fedora 40 es unificar sus ubicaciones /usr/bin y /usr/sbin". "Este es un cambio propuesto para FedoraLinux..." enfatizado en la página wiki del proyecto Fedora. "Como parte del proceso de cambio, la propuesta se hará pública para recibir comentarios de la comunidad. La propuesta sólo se implementará si la aprueba el Comité Directivo de Ingeniería de Fedora".
Los cambios sugeridos explican:
"Que el directorio /usr/sbin se convierta en un enlace simbólico a bin significa que rutas como /usr/bin/foo y /usr/sbin/foo apuntan al mismo lugar. /bin y /sbin ya son enlaces simbólicos a /usr/bin y /usr/sbin, por lo que /bin/foo y /sbin/foo en realidad apuntan al mismo lugar. /usr/sbin se eliminará de la $PATH predeterminada".
Hace años, Fedora fusionó /bin y /usr/bin, y como paso final, querían unificar /usr/bin y /usr/sbin.
El cambio propuesto establece que con este cambio, "Fedora será más compatible con otras distribuciones".
-Tenemos /sbin/ip y Debian tiene /bin/ip
-Tenemos /bin/chmem y /bin/isosize y Debian tiene /sbin/chmem y /sbin/isosize
- También tenemos /sbin/{addpart,delpart,lnstat,nstat,partx,ping,rdma,resizeepart,ss,udevadm,update-alternatives} mientras que Debian lo coloca en /bin, etc.
-Fedora es más compatible con Arch que se fusionó hace unos años.
La propuesta en la wiki del proyecto Fedora proporciona el siguiente resumen:
La división entre /bin y /sbin es inútil y no se utiliza. La división original era vincular estáticamente binarios "importantes" a /sbin para operaciones de rescate de emergencia. Obviamente, ya no hacemos enlaces estáticos. Más tarde, el propósito de la división se cambió para aislar archivos binarios "importantes" que sólo los administradores podrían usar. Si bien esto puede parecer atractivo en teoría, en la práctica es difícil clasificar programas como este, y los usuarios habituales suelen llamar a programas desde /sbin. La mayoría de los programas que requieren permisos de root para realizar determinadas operaciones se pueden utilizar sin permiso. Incluso si se requieren permisos, generalmente se obtienen dinámicamente, como usando polkit. Durante muchos años, la configuración predeterminada de $PATH de los usuarios incluía estos dos directorios. Con la llegada de systemd, este enfoque se ha vuelto más sistemático: systemd establecerá un $PATH que contiene estos dos directorios para todos los usuarios y servicios. Por lo tanto, en general, todos los usuarios y programas encontrarán ambos conjuntos de binarios.
En términos generales, $PATH para todas las sesiones y servicios de usuario tiene dos directorios, por lo que esta división realmente no hace nada. Su objetivo principal es causar confusión cuando la gente necesita utilizar una ruta absoluta y adivinar el directorio equivocado. Otras distribuciones colocarán algunos archivos binarios en otro directorio, por lo que las rutas absolutas a menudo no son portátiles. Además, es fácil para los usuarios colocar /sbin antes de /bin en $PATH y para los administradores colocar /bin antes de /sbin en $PATH, lo que genera confusión. Si renuncia a esta función, el sistema será más sencillo, lo que resulta especialmente útil para los nuevos usuarios que no comprenden el historial de particiones.