У списках розсилки 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), який відповідає за технічну частину розробки дистрибутива Fedora, уніфікація bin і sbin, здається, має значні переваги з точки зору простоти, передбачуваності та сумісності, тому цілком можливо, що ця пропозиція стане однією зі змін, які ми знайдемо у Fedora 40.
Нарешті, якщо вам цікаво дізнатись більше про це, ви можете перевірити деталі в наступне посилання.