Projekt Fedora jest otwartym projektem sponsorowanym przez firmę Red Hat i wspieranym przez społeczność.
Na listach mailingowych Fedory ogłoszono propozycję całkiem interesujące i tyle Rozważono możliwość połączenia zawartości katalogów /usr/biny i /usr/sbin, zastępując katalog /usr/sbin dowiązaniem symbolicznym wskazującym na /usr/bin.
I choć propozycja ta może nie oznacza dużej zmiany, warto wspomnieć, że tMa to kilka ciekawych implikacji. zarówno dla użytkowników, jak i programistów, ponieważ konwersja /bin i /sbin na dowiązania symboliczne do /usr/bin i /usr/sbin została wykonana w Fedorze 17.
Oddzielenie bin i sbin zostały pierwotnie wprowadzone w celu rozróżnienia programów przeznaczone dla użytkowników programy standardowe i administracyjne. Jednak w praktyce to rozróżnienie stało się mniej istotne, zwłaszcza gdy różne dystrybucje umieszczają pliki wykonywalne w różny sposób w katalogach bin i sbin.
Pierwotny podział polegał na statycznym powiązaniu „ważnych” plików binarnych w katalogu /sbin, które można było następnie wykorzystać w operacjach awaryjnych i ratowniczych. Oczywiście nie robimy już linków statycznych. Podział został później ponownie wykorzystany do wyodrębnienia „ważnych” plików binarnych, z których korzystał wyłącznie administrator. Chociaż w teorii brzmi to atrakcyjnie, w praktyce bardzo trudno jest kategoryzować takie programy, a zwykli użytkownicy rutynowo wywołują programy z /sbin.
Należy zauważyć, że rozdzielanie plików wykonywalnych na katalogi bin i sbin to przestarzała praktyka, która straciła swoje znaczenie we współczesnych dystrybucjach. Początkowo rozumiano, że usr/bin hostuje podstawowe programy wykonywalne przez użytkownika, podczas gdy /usr/sbin zawiera najważniejsze pliki wykonywalne związane z administracją systemem, która zazwyczaj wymaga uprawnień roota.
Propozycja ujednolicenia katalogów /usr/bin i /usr/sbin w systemie Jest to istotna zmiana, która ma na celu uproszczenie struktury systemu i uczynienie go bardziej spójnym. Z biegiem lat rozróżnienie między /usr/bin i /usr/sbin stało się mniej jasne, ponieważ zmienna środowiskowa PATH domyślnie zawiera oba katalogi w wielu dystrybucjach.
Większość programów wymagających uprawnień roota do „pewnych” operacji jest również używana podczas pracy bez uprawnień. Nawet jeśli wymagane są uprawnienia, często nabywa się je dynamicznie, na przykład za pomocą `polkita`.
Wraz z pojawieniem się systemd stało się to bardziej systematyczne: systemd ustawia `$PATH` z obydwoma katalogami dla wszystkich użytkowników i usług. Ogólnie rzecz biorąc, wszyscy użytkownicy i programy napotkają oba zestawy plików binarnych.
Wspomina się, że propozycja ujednolicenia tych katalogów niesie ze sobą kilka korzyści, m.in upraszczają pracę konserwatorów pakietów poprzez eliminację konieczności decydowania, w którym katalogu umieścić plik wykonywalny (przykładowo w Fedorze narzędzie ip znajdowało się w sbin, a w Debianie w bin; po zjednoczeniu charakterystyczna dla Debiana ścieżka będzie działać w Fedorze).
Dzięki temu system będzie bardziej przewidywalny i zrozumiały dla użytkowników. i zwiększy kompatybilność pomiędzy różnymi dystrybucjami. Dodatkowo uprości to przeszukiwanie dzienników i analizowanie danych wyjściowych narzędzi takich jak strace, zmniejszając złożoność operacyjną, a także zmniejszy także liczbę sprawdzania katalogów podczas uruchamiania execvp() i podobnych wywołań.
Ujednolicenie jest również zgodne z praktyką Arch Linux, który połączył sbin i bin w 2013 roku, i może uczynić Fedorę bardziej kompatybilną z innymi dystrybucjami. Integralną częścią tej propozycji jest usunięcie odniesienia do katalogu /usr/sbin ze zmiennej środowiskowej PATH po skonsolidowaniu wszystkich plików wykonywalnych w jednym miejscu.
Chociaż propozycja jest nadal przedmiotem dyskusji i nie została rozpatrzona przez FESCo (Komitet Sterujący i Inżynieryjny Fedory), który jest odpowiedzialny za techniczną część rozwoju dystrybucji Fedory, ujednolicenie bin i sbin wydaje się mieć znaczące zalety pod względem prostoty, przewidywalności i kompatybilności, więc możliwe jest, że ta propozycja staje się jedną ze zmian, które znajdziemy w Fedorze 40.
Wreszcie, jeśli chcesz dowiedzieć się więcej na ten temat, możesz sprawdzić szczegóły w następujący link.