Fedora-projektet er et åbent projekt sponsoreret af Red Hat og støttet af fællesskabet.
På Fedoras mailinglister et forslag er blevet bekendtgjort ret interessant, og det er Muligheden for at flette indholdet af mapperne /usr/biny og /usr/sbin er blevet overvejet, og erstatter mappen /usr/sbin med et symbolsk link, der peger på /usr/bin.
Og selvom dette forslag måske ikke repræsenterer en stor ændring, er det værd at nævne, at tDet har nogle interessante konsekvenser. for både brugere og udviklere, da konverteringen af /bin og /sbin til symbolske links til /usr/bin og /usr/sbin blev udført i Fedora 17.
Adskillelsen af bin og sbin blev oprindeligt introduceret for at skelne mellem programmer beregnet til brugere standard og administrative programmer. Men i praksis er denne skelnen blevet mindre relevant, især når forskellige distributioner placerer eksekverbare filer forskelligt mellem bin- og sbin-mapperne.
Den oprindelige opdeling skulle have "vigtige" binære filer statisk forbundet i /sbin, som derefter kunne bruges til nød- og redningsoperationer. Vi laver naturligvis ikke statiske links længere. Opdelingen blev senere genbrugt til at isolere "vigtige" binære filer, som kun ville blive brugt af administratoren. Selvom dette lyder attraktivt i teorien, er det i praksis meget svært at kategorisere programmer som dette, og normale brugere kalder rutinemæssigt programmer fra /sbin.
Det skal bemærkes, at at adskille eksekverbare filer i bin- og sbin-mapper er en forældet praksis, der har mistet sin mening i moderne distributioner. Oprindeligt blev usr/bin forstået som vært for essentielle programmer, der kunne eksekveres af brugeren, mens /usr/sbin indeholdt de vigtigste eksekverbare filer, knyttet til systemadministration, som typisk krævede root-rettigheder.
Forslaget om at samle telefonbøgerne /usr/bin og /usr/sbin i systemet Det er en væsentlig ændring, der søger at forenkle systemets struktur og gøre det mere sammenhængende. I årenes løb er skelnen mellem /usr/bin og /usr/sbin blevet mindre klar, da PATH-miljøvariablen inkluderer begge mapper som standard på mange distributioner.
De fleste programmer, der kræver root-rettigheder til "bestemte" operationer, bruges også, når de opererer uden privilegier. Og selv når der kræves privilegier, erhverves de ofte dynamisk, for eksempel ved hjælp af `polkit`.
Med fremkomsten af systemd er dette blevet mere systematisk: systemd sætter `$PATH` med både mapper for alle brugere og tjenester. Så generelt vil alle brugere og programmer støde på begge sæt binære filer.
Det nævnes, at forslaget om at samle disse mapper har flere fordele, som f.eks forenkle vedligeholdelsesarbejdet af pakker ved at eliminere behovet for at beslutte, i hvilken mappe der skal placeres en eksekverbar fil (for eksempel i Fedora var ip-værktøjet placeret i sbin og i Debian in bin; efter forening vil Debians karakteristiske sti fungere i Fedora).
Dette vil gøre systemet mere forudsigeligt og forståeligt for brugerne. og vil øge kompatibiliteten mellem forskellige distributioner. Derudover vil det forenkle søgning i logfiler og parsing af output fra hjælpeprogrammer som strace, hvilket reducerer operationel kompleksitet, plus det vil også reducere antallet af bibliotekstjek, når du kører execvp() og lignende kald.
Sammenlægningen stemmer også overens med praksis med Arch Linux, som fusionerede sbin og bin i 2013, og har potentialet til at gøre Fedora mere kompatibel med andre distributioner. Fjernelse af referencen til mappen /usr/sbin fra PATH-miljøvariablen, når alle eksekverbare filer er konsolideret ét sted, er en integreret del af dette forslag.
Skønt forslaget er stadig under drøftelse og er ikke blevet gennemgået af FESCo (Fedora Steering and Engineering Committee), som er ansvarlig for den tekniske del af udviklingen af Fedora distributionen, foreningen af bin og sbin ser ud til at have betydelige fordele i form af enkelhed, forudsigelighed og kompatibilitet, så det er muligt, at dette forslag bliver en af de ændringer, vi vil finde i Fedora 40.
Endelig hvis du er interesseret i at vide mere om det, kan du kontrollere detaljerne i følgende link.