https://www.opennet.me/openforum/vsluhforumID3/43403.html В материале "GoboLinux and Replacing the FSH (http://osnews.com/story/20195/GoboLinux_and_Replacing_the_FSH)" представлены результаты обсуждения (http://forum.gobolinux.org/discussion/194/thoughts-on-gobolinux/#Item_0) проблем стандарта по организации иерархии файловой системы в Linux (FHS - Filesystem Hierarchy Standard (http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard)) и обзор альтернативного решения, представленного в дистрибутиве GoboLinux.<br><br><br>В GoboLinux используется (http://gobolinux.org/?page=at_a_glance) стековая модель формирования дерева файловой системы, при которой каждая программа устанавливается в отдельную директорию, для совместимости c FHS бинарные и конфигурационные файлы, а также библиотеки и логи распределены по стандарным /etc/, /bin, /lib, /var/log через символические ссылки. Минусом такого подхода является необходимость хранить данные (например, логи, файлы конфигурации) рядом с системными файлами, в обсуждении предлагается решить проблему через обрат...<br><br>URL: http://osnews. https://www.opennet.me/openforum/vsluhforumID3/43403.html#160 Fri, 22 Aug 2008 11:09:31 GMT &gt;&gt;&gt;&gt; в RHEL named вынесли в отдельный каталог /var/named <br>&gt;&gt;&gt; Ой, а давно /вынесли/-то? Я вот думаю, что это просто ещё одна окаменелость в RHEL. <br>&gt;&gt; "А ещё в приличных системах не хранят конфигурацию в /var/lib"<br>&gt;<br>&gt; Ну да. Но /var/named -- это вообще порнография. <br>&gt;<br>&gt; Насчёт чрутов при озвучивании не подумал (работают себе где-то, не трогай).<br><br>"вообще порнография" - это вариант /var/lib/named по причине прямого нарушения FHS.<br><br>"критикуя - предлагай". какой вариант расположения по твоему мнению будет лучше, <br><br>/named<br>/srv/named<br>/chrooted-services/named ?<br><br>&gt; Ты лучше покажи в FHS пункт про /var/named. <br><br>в самом начале документа:<br><br>"This standard consists of a set of requirements and guidelines for file and directory<br>placement under UNIX-like operating systems. The guidelines are intended to support<br>interoperability of applications, system administration tools, development tools,<br>and scripts as well as greater uniformity of documentation for these systems."<br><br>requirements не нарушаются, gu https://www.opennet.me/openforum/vsluhforumID3/43403.html#159 Fri, 22 Aug 2008 10:37:29 GMT &gt;&gt;&gt; в RHEL named вынесли в отдельный каталог /var/named <br>&gt;&gt; Ой, а давно /вынесли/-то? Я вот думаю, что это просто ещё одна окаменелость в RHEL. <br>&gt;1) "А ещё в приличных системах не хранят конфигурацию в /var/lib" (с) <br>&gt;Michael Shigorin <br><br>Ну да. Но /var/named -- это вообще порнография.<br><br>&gt;кто виноват в том, ALT Linux не соответствует твоим представлениям <br>&gt;о том, что такое "приличная" и "неприличная" операционная система. <br><br>Моим _озвученным_ представлениям ;) Насчёт чрутов при озвучивании не подумал (работают себе где-то, не трогай). Реальных неприличностей хватает, но в других местах.<br><br>&gt;2) ты лучше FHS почитай, прежде чем фантазировать на предмет "окаменелостей" в <br>&gt;RHEL. <br><br>Ты лучше покажи в FHS пункт про /var/named.<br><br>&gt;Users must never need to modify files in /var/lib <br>&gt;to configure a package's operation. <br><br>А этим пойду ldv@ пужать, как из отпуска вернётся. :)<br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#158 Fri, 22 Aug 2008 10:29:02 GMT &gt;&gt; в RHEL named вынесли в отдельный каталог /var/named <br>&gt;<br>&gt; Ой, а давно /вынесли/-то? Я вот думаю, что это просто ещё одна окаменелость в RHEL. <br><br>1) "А ещё в приличных системах не хранят конфигурацию в /var/lib" (с) Michael Shigorin<br><br>кто виноват в том, ALT Linux не соответствует твоим представлениям<br>о том, что такое "приличная" и "неприличная" операционная система.<br><br>2) ты лучше FHS почитай, прежде чем фантазировать на предмет "окаменелостей" в RHEL.<br><br>http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLIBVARIABLESTATEINFORMATION<br><br>/var/lib : Variable state information<br><br>Purpose<br><br>This hierarchy holds state information pertaining to an application or the system.<br>State information is data that programs modify while they run, and that pertains <br>to one specific host. Users must never need to modify files in /var/lib <br>to configure a package's operation.<br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#157 Fri, 22 Aug 2008 10:09:16 GMT &gt;наверное поэтому в RHEL named вынесли в отдельный каталог /var/named <br><br>Ой, а давно /вынесли/-то? Я вот думаю, что это просто ещё одна окаменелость в RHEL.<br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#156 Thu, 21 Aug 2008 20:50:41 GMT &gt;HP её перенесла на Itanium. <br><br>Ага, и теперь хоронят вместе с ним :DDDD<br><br>Уже почти все модели с ним умерли - упокой их душу....<br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#155 Thu, 21 Aug 2008 20:44:02 GMT &gt;Дома у меня мак ос, на работе линукс. И ей богу, не <br>&gt;понимаю, почему мне для установки например пиджина, необходимо доустановить еще кучу <br>&gt;пакетов. А для установки Адиума (версия пиджин на маке), использующего ту <br>&gt;же библиотеку что и пиджин, необходимо всего лишь перетащить приложение в <br>&gt;Applications. <br><br>Ой не надо про mox !!! Вот где бардак!!! Даже винда выглядит приличнее!!! <br><br>по верх старой доморощенной бсд накручены старые маковские каталоги, без всякой логики. <br><br>КОШМАР!!<br><br>Живите по POSIX - и будет Вам счастье!<br><br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#154 Thu, 21 Aug 2008 20:39:15 GMT &gt;To есть 'named' будет там же? под chroot? тогда прощай безопастность ;))) <br>&gt;<br>&gt;Изначально /var/lib/&lt;name&gt; задумывалось как отдельного места для пакета на /var, пусть оно так и будет.<br><br>верно. но только вот chroot BIND`а не очень подходит под это определение.<br>хотя бы потому, что ему для работы нужны файловые системы /dev и /proc<br>наверное поэтому в RHEL named вынесли в отдельный каталог /var/named<br><br>&gt; В принципе, для данных есть /srv/&lt;name&gt; , тут и надо разворачивать базы данных. <br><br>данные. но не chroot`ы же. tradeoff между безопасностью и удобством пользования.<br>была выбрана безопасность. согласно настроек SELinux - BIND может писать только<br>в каталоги /var/named/chroot/var/named/data и /var/named/chroot/var/named/slaves<br>и может только читать содержимое каталога /var/named/chroot/var/named, в котором<br>лежат мастер-зоны. так что даже если и сломают BIND, master-файлы он не испортит<br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#153 Thu, 21 Aug 2008 20:25:14 GMT To есть 'named' будет там же? под chroot? тогда прощай безопастность ;)))<br><br>Изначально /var/lib/&lt;name&gt; задумывалось как отдельного места для пакета на /var, пусть оно так и будет.<br><br>В принципе, для данных есть /srv/&lt;name&gt; , тут и надо разворачивать базы данных. <br> https://www.opennet.me/openforum/vsluhforumID3/43403.html#152 Thu, 21 Aug 2008 11:43:07 GMT &gt;&gt;&gt;&gt; Как во фре предлагаете различать собранное из портов и руками из тарбола,<br>&gt;&gt;&gt;&gt; который в портах отсутствует?<br>&gt;&gt;&gt;Собрать надо порт, и все дела.<br>&gt;&gt;Повторюсь: я в курсе, как "надо". Все ли в курсе (и <br>&gt;&gt;следуют ему) из использующих? <br>&gt;Все ли собирают честный пакет на RPM когда нет готового? <br><br>Воот. Не все. Но для лодырей и есть /usr/local. Я ж к чему подводил? ;-)<br><br>PS: сам несколько лет тому устрожил на localhost принцип "почти никогда не ставить самосбор в /usr/local" до "или оно запускается из ~/src, или собирается в пакет и устанавливается" после довольно неочевидной отладки чего-то падавшего, пока не догадался ldd на бинарник дёрнуть...<br>