Fedora-projektet är ett öppet projekt som sponsras av Red Hat och stöds av samhället.
På Fedoras e-postlistor ett förslag har gjorts känt ganska intressant, och det vill säga Möjligheten att slå samman innehållet i katalogerna /usr/biny och /usr/sbin har övervägts, ersätter katalogen /usr/sbin med en symbolisk länk som pekar till /usr/bin.
Och även om detta förslag kanske inte innebär en stor förändring, är det värt att nämna att tDet har några intressanta konsekvenser. för både användare och utvecklare, eftersom konverteringen av /bin och /sbin till symboliska länkar till /usr/bin och /usr/sbin gjordes i Fedora 17.
Separationen av bin och sbin introducerades ursprungligen för att skilja mellan program avsedd för användare standardprogram och administrativa program. Men i praktiken har denna distinktion blivit mindre relevant, särskilt när olika distributioner placerar körbara filer på olika sätt mellan bin- och sbin-katalogerna.
Den ursprungliga uppdelningen var att ha "viktiga" binärer statiskt länkade i /sbin som sedan kunde användas för nöd- och räddningsoperationer. Uppenbarligen gör vi inte statiska länkar längre. Uppdelningen återanvändes senare för att isolera "viktiga" binärer som bara skulle användas av administratören. Även om detta låter attraktivt i teorin, är det i praktiken mycket svårt att kategorisera program som detta, och normala användare anropar rutinmässigt program från /sbin.
Det bör noteras att att separera körbara filer i bin- och sbin-kataloger är en föråldrad praxis som har förlorat sin mening i moderna distributioner. Ursprungligen ansågs usr/bin vara värd för viktiga program som kan köras av användaren, medan /usr/sbin innehöll de viktigaste körbara filerna, kopplade till systemadministration, vilket vanligtvis krävde root-privilegier.
Förslaget att förena katalogerna /usr/bin och /usr/sbin i systemet Det är en betydande förändring som syftar till att förenkla systemets struktur och göra det mer sammanhängande. Med åren har skillnaden mellan /usr/bin och /usr/sbin blivit mindre tydlig, eftersom PATH-miljövariabeln inkluderar båda katalogerna som standard på många distributioner.
De flesta program som kräver root-privilegier för "vissa" operationer används också när de arbetar utan privilegier. Och även när privilegier krävs, förvärvas de ofta dynamiskt, till exempel genom att använda "polkit".
Med tillkomsten av systemd har detta blivit mer systematiskt: systemd ställer in `$PATH` med både kataloger för alla användare och tjänster. Så generellt kommer alla användare och program att möta båda uppsättningarna av binärer.
Det nämns att förslaget att ena dessa kataloger har flera fördelar, som t.ex förenkla underhållarnas arbete av paket genom att eliminera behovet av att bestämma i vilken katalog en körbar fil ska placeras (till exempel i Fedora var ip-verktyget lokaliserat i sbin och i Debian in bin; efter sammanslagning kommer Debians karaktäristiska sökväg att fungera i Fedora).
Detta kommer att göra systemet mer förutsägbart och begripligt för användarna. och kommer att öka kompatibiliteten mellan olika distributioner. Dessutom kommer det att förenkla sökning i loggar och analysera utdata från verktyg som strace, vilket minskar operativ komplexitet, plus att det också kommer att minska antalet katalogkontroller när execvp() och liknande anrop körs.
Enandet är också i linje med praktiken av Arch Linux, som slog ihop sbin och bin 2013, och har potential att göra Fedora mer kompatibel med andra distributioner. Att ta bort referensen till katalogen /usr/sbin från miljövariabeln PATH när alla körbara filer är konsoliderade på ett ställe är en integrerad del av detta förslag.
Även förslaget är fortfarande under diskussion och har inte granskats av FESCo (Fedora Steering and Engineering Committee), som ansvarar för den tekniska delen av utvecklingen av Fedora-distributionen, tycks enandet av bin och sbin ha betydande fördelar när det gäller enkelhet, förutsägbarhet och kompatibilitet, så det är möjligt att detta förslag blir en av förändringarna som vi kommer att hitta i Fedora 40.
Slutligen, om du är intresserad av att veta mer om detkan du kontrollera detaljerna i följande länk.