Проект Fedora — это открытый проект, спонсируемый Red Hat и поддерживаемый сообществом.
В списках рассылки Fedora предложение стало известно довольно интересно, и это Рассмотрена возможность объединения содержимого каталогов /usr/biny и /usr/sbin., заменив каталог /usr/sbin символической ссылкой, указывающей на /usr/bin.
И хотя это предложение, возможно, не представляет собой большого изменения, стоит отметить, что т.е.Это имеет некоторые интересные последствия. как для пользователей, так и для разработчиков, поскольку преобразование /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.
Наконец, если вам интересно узнать об этом больше, вы можете проверить подробности в по следующей ссылке.