Проектът Fedora е отворен проект, спонсориран от Red Hat и подкрепен от общността.
В пощенските списъци на Fedora е направено предложение доста интересно и това е Разгледана е възможността за обединяване на съдържанието на директориите /usr/biny и /usr/sbin, заменяйки директорията /usr/sbin със символна връзка, сочеща към /usr/bin.
И въпреки че това предложение може да не представлява голяма промяна, струва си да се спомене, че tИма някои интересни последици. както за потребители, така и за разработчици, тъй като преобразуването на /bin и /sbin в символни връзки към /usr/bin и /usr/sbin беше извършено във Fedora 17.
Разделянето на bin и sbin първоначално бяха въведени за разграничаване между програмите предназначени за потребители стандартни и административни програми. На практика обаче това разграничение е станало по-малко уместно, особено когато различните дистрибуции поставят изпълними файлове по различен начин между директориите bin и sbin.
Първоначалното разделяне беше да има "важни" двоични файлове, статично свързани в /sbin, които след това да могат да се използват за спешни и спасителни операции. Очевидно вече не правим статични връзки. Разделянето по-късно беше повторно използвано за изолиране на "важни" двоични файлове, които ще бъдат използвани само от администратора. Въпреки че това звучи привлекателно на теория, на практика е много трудно да се категоризират програми като тази и нормалните потребители рутинно извикват програми от /sbin.
Трябва да се отбележи това разделянето на изпълними файлове в директории bin и sbin е остаряла практика, която е загубила смисъла си в съвременните дистрибуции. Първоначално се смяташе, че usr/bin съдържа основни програми, изпълними от потребителя, докато /usr/sbin съдържа най-важните изпълними файлове, свързани със системната администрация, която обикновено изисква root привилегии.
Предложението за унифициране на справочниците /usr/bin и /usr/sbin в системата Това е значителна промяна, която се стреми да опрости структурата на системата и да я направи по-последователна. През годините разграничението между /usr/bin и /usr/sbin стана по-малко ясно, тъй като променливата на средата PATH включва и двете директории по подразбиране в много дистрибуции.
Повечето програми, които изискват root привилегии за "определени" операции, се използват и когато работят без привилегии. И дори когато се изискват привилегии, те често се придобиват динамично, например с помощта на `polkit`.
С появата на systemd това стана по-систематично: systemd задава `$PATH` с двете директории за всички потребители и услуги. Така че като цяло всички потребители и програми ще се сблъскат и с двата комплекта двоични файлове.
Споменава се, че предложението за обединяване на тези директории има няколко предимства, като напр опростете работата на поддържащите на пакети, като елиминира необходимостта да се решава в коя директория да се постави изпълним файл (например във Fedora помощната програма ip се намираше в sbin, а в Debian в bin; след обединяването характерният път на Debian ще работи във Fedora).
Това ще направи системата по-предсказуема и разбираема за потребителите. и ще увеличи съвместимостта между различните дистрибуции. Освен това, той ще опрости търсенето в регистрационни файлове и анализирането на изхода от помощни програми като strace, намалявайки оперативната сложност, плюс това също ще намали броя на проверките на директорията при изпълнение на execvp() и подобни извиквания.
Обединението също е в съответствие с практиката на Arch Linux, която обедини sbin и bin през 2013 г. и има потенциала да направи Fedora по-съвместима с други дистрибуции. Премахването на препратката към директорията /usr/sbin от променливата на средата PATH, след като всички изпълними файлове бъдат консолидирани на едно място, е неразделна част от това предложение.
Въпреки че предложението все още се обсъжда и не е прегледано от FESCo (Fedora Steering and Engineering Committee), който отговаря за техническата част от разработването на дистрибуцията на Fedora, обединяването на bin и sbin изглежда има значителни предимства по отношение на простота, предвидимост и съвместимост, така че е възможно това предложение става една от промените, които ще открием във Fedora 40.
И накрая, ако се интересувате да научите повече за това, можете да проверите подробностите в следваща връзка.