Fedora-prosjektet er et åpent prosjekt sponset av Red Hat og støttet av samfunnet.
På Fedoras e-postlister et forslag er gjort kjent ganske interessant, og det er Muligheten for å slå sammen innholdet i katalogene /usr/biny og /usr/sbin har blitt vurdert, erstatter /usr/sbin-katalogen med en symbolsk lenke som peker til /usr/bin.
Og selv om dette forslaget kanskje ikke representerer noen stor endring, er det verdt å nevne at tDet har noen interessante implikasjoner. for både brukere og utviklere, ettersom konverteringen av /bin og /sbin til symbolske lenker til /usr/bin og /usr/sbin ble gjort i Fedora 17.
Separasjonen av bin og sbin ble opprinnelig introdusert for å skille mellom programmer beregnet for brukere standard og administrative programmer. Imidlertid har denne forskjellen i praksis blitt mindre relevant, spesielt når forskjellige distribusjoner plasserer kjørbare filer forskjellig mellom bin- og sbin-katalogene.
Den opprinnelige splittelsen skulle ha "viktige" binærfiler statisk koblet i /sbin som deretter kunne brukes til nød- og redningsoperasjoner. Tydeligvis gjør vi ikke statiske lenker lenger. Delingen ble senere gjenbrukt for å isolere "viktige" binærfiler som bare ville bli brukt av administratoren. Selv om dette høres attraktivt ut i teorien, er det i praksis svært vanskelig å kategorisere programmer som dette, og vanlige brukere påkaller rutinemessig programmer fra /sbin.
Vær oppmerksom på at Å skille kjørbare filer i bin- og sbin-kataloger er en foreldet praksis som har mistet sin mening i moderne distribusjoner. Opprinnelig ble usr/bin forstått å være vert for essensielle programmer som kunne kjøres av brukeren, mens /usr/sbin inneholdt de viktigste kjørbare filene, knyttet til systemadministrasjon, som vanligvis krevde root-privilegier.
Forslaget om å forene katalogene /usr/bin og /usr/sbin i systemet Det er en betydelig endring som søker å forenkle strukturen i systemet og gjøre det mer sammenhengende. I løpet av årene har skillet mellom /usr/bin og /usr/sbin blitt mindre tydelig, ettersom PATH-miljøvariabelen inkluderer begge katalogene som standard i mange distribusjoner.
De fleste programmer som krever root-privilegier for "visse" operasjoner, brukes også når de opererer uten privilegier. Og selv når privilegier kreves, erverves de ofte dynamisk, for eksempel ved å bruke `polkit`.
Med bruken av systemd har dette blitt mer systematisk: systemd setter `$PATH` med både kataloger for alle brukere og tjenester. Så generelt vil alle brukere og programmer møte begge settene med binærfiler.
Det nevnes at forslaget om å samle disse katalogene har flere fordeler, som f.eks forenkle arbeidet til vedlikeholdere av pakker ved å eliminere behovet for å bestemme i hvilken katalog som skal plasseres en kjørbar fil (for eksempel i Fedora var ip-verktøyet lokalisert i sbin og i Debian in bin; etter forening vil Debians karakteristiske banen fungere i Fedora).
Dette vil gjøre systemet mer forutsigbart og forståelig for brukerne. og vil øke kompatibiliteten mellom ulike distribusjoner. I tillegg vil det forenkle søk i logger og analysere utdata fra verktøy som strace, redusere operasjonell kompleksitet, pluss det vil også redusere antall katalogsjekker når du kjører execvp() og lignende kall.
Sammenslåingen er også i tråd med praksisen til Arch Linux, som fusjonerte sbin og bin i 2013, og har potensial til å gjøre Fedora mer kompatibel med andre distribusjoner. Å fjerne referansen til /usr/sbin-katalogen fra PATH-miljøvariabelen når alle kjørbare filer er konsolidert på ett sted er integrert i dette forslaget.
Selv forslaget er fortsatt under diskusjon og har ikke blitt gjennomgått av FESCo (Fedora Steering and Engineering Committee), som er ansvarlig for den tekniske delen av utviklingen av Fedora-distribusjonen, ser foreningen av bin og sbin ut til å ha betydelige fordeler når det gjelder enkelhet, forutsigbarhet og kompatibilitet, så det er mulig at dette forslaget blir en av endringene vi vil finne i Fedora 40.
Endelig, hvis du er interessert i å vite mer om det, kan du sjekke detaljene i følgende lenke.