The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Fedora намерены объединить содержимое каталогов /usr/bin и /usr/sbin, opennews (??), 24-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


264. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  +3 +/
Сообщение от freehckemail (ok), 26-Дек-23, 18:33 
> За счёт UNIX-way технологий сейчас всё мировое IT держится, и это не только структура директорий, но TCP/IP, Ethernet, GSM и т.д.

Ну как видишь, FHS у них плохой стандарт, X11 -- тоже: не удовлетворяют современным потребностям, понимаешь ли. Поэтому эти молодые ребятки всё поломали, дистры же это подхватили, чтобы не терять Red Hat-овский софт, а они довольные тыкают нам теперь, мол-де, что же это за стандарты такие, что им никто следовать не хочет? А тут выбор-то простой: либо у тебя в дистрибутиве есть GNOME, либо ты следуешь стандартам. Вот и выбирают дистрибутивы золотую середину -- немного ради них от стандартов отходят. Но это ж не навязывание, не, их ведь никто не заставляет! =)

Так-то, у любого стандарта есть проблемы. Даже к стэку протоколов TCP/IP можно хорошо так придраться: например, отсутствие гарантий контроля целостности при размере дейтаграммы более 8к -- это ж ай-ай-ай, как же им пользоваться-то, большим хранилищам на ceph не помешало бы и побольше; не удовлетворяет TCP/IP современным реалиям! =)

Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

271. Скрыто модератором  +/
Сообщение от фнон (?), 26-Дек-23, 20:06 
Ответить | Правка | Наверх | Cообщить модератору

279. Скрыто модератором  +/
Сообщение от freehckemail (ok), 26-Дек-23, 23:44 
Ответить | Правка | Наверх | Cообщить модератору

286. "В Fedora намерены объединить содержимое каталогов /usr/bin и..."  –1 +/
Сообщение от Аноним (286), 27-Дек-23, 06:27 
FHS давно пора выкинуть в мусорку.

Проход FHS хорош когда база небольшая: ядро, с сотню малых утилит типа fdisk, vi и им подобных, да какой-нибудь одиночный сервис (бд, почта или веб-сервер).

В текущих реалиях, а именно усложнение программ, одновременная установка разных версий и так далее, натыкаются на ограничения FHS.

В идеале свернуть FHS до уровня конкретного приложения, а именно:

/sys.d/gcc-13/{etc,bin,lib...}
/sys.d/gcc-23/{etc,bin,lib...}

/sys.d/jdk-17/{etc,bin,lib...}
/sys.d/jdk-27/{etc,bin,lib...}

/sys.d./corelib-lts-21/{etc,bin,lib...}
/sys.d./corelib-lts-24/{etc,bin,lib...}
/sys.d./corelib-9999/{etc,bin,lib...}

А в

/conf.d/gcc.list
/conf.d/jdk.list
/conf.d/corelibs.list

хранить список версий с путями, приоритетом и тому подобное.

Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру