всё наоборот

[netch]

В нормальных юниксах в / и /usr своё системное, в /opt всякие дополнительные пакеты, а в /usr/local то что поставлено руками.
Фряшники заняли /usr/local под порты, и чтобы разнести по разным каталогам (это для лёгкого апгрейда подменой вместе со всеми портами) приходится локальное специфическое ставить куда? Ну естественно, /opt, потому что следующее по рангу среди используемого и даже в $PATH регулярно есть.

Ну не маразм?

NetBSD'шники и то поступили грамотнее - /usr/pkg для портов (pkgsrc на локальном диалекте).

P.S. Смену ${LOCALBASE} не предлагать - и так понятно. И я не про принцип отделения базового состава от дополнительного - это отдельный вопрос. Нет, только про выбранный каталог.

Comments

[p1r4nh4.livejournal.com]

> Ну не маразм?

Ну вот, а сколько лет уже споры об этом идут? :\ И главное, фоннаты фри не перестают кричать, как это всё клёва и трушно, и ваще. :\

А, и еще прикол. Во фре любят конфиги раскидать хз куда, типа как у pgsql - в /usr/local/pgsql/data, а не в etc.

[netch]

> Ну вот, а сколько лет уже споры об этом идут? :\ И главное, фоннаты фри не перестают кричать, как это всё клёва и трушно, и ваще. :\

Фоннатов я имел в виду. А споры идут в основном о другом - имеет ли смысл жёстко разделять места установки основной системы и дополнительного софта, и вообще о составе основной системы. Мне фряшный подход тоже не совсем нравится, но в его рамках жёсткое отделение места установки из портов - правильное решение.

> А, и еще прикол. Во фре любят конфиги раскидать хз куда, типа как у pgsql - в /usr/local/pgsql/data, а не в etc.

Во-первых, это постепенно лечится, а возникает из пофигизма по отношению к месту в FS, а не из какого-то намеренного действия. Во-вторых, /usr/local/pgsql/data - это всё-таки не конфиги (там, между прочим, базы лежат). Так что правильное для них место - что-то вроде /var/db/pgsql/data.

[p1r4nh4.livejournal.com]

>ll /usr/local/pgsql/data/postgresql.conf                   11:18
-rw-------  1 pgsql  pgsql    13K Apr 25 15:09 /usr/local/pgsql/data/postgresql.conf
>uname -a                                                   11:18
FreeBSD enclave.org.ua 6.1 FreeBSD 6.1 #1: Tue May 28 14:24:22 EEST 2006     root@enclave.org.ua:/usr/obj/usr/src/sys/ENCLAVE  i386

[netch]

Ты полностью каталог покажи.

вот уж никогда бы не подумал

[owssrmn.livejournal.com]

что нетча буду тыкать в man hier и man ports.

Re: вот уж никогда бы не подумал

[netch]

И что ты там мне хочешь показать? ;))

Re: вот уж никогда бы не подумал

[owssrmn.livejournal.com]

в первом - в кусок который касается /usr/local
во втором - в ENVIRONMENT-PREFIX.

Re: вот уж никогда бы не подумал

[netch]

> в первом - в кусок который касается /usr/local

Ну и? Читаем:

              local/    local executables, libraries, etc.  Also used as the
                        default destination for the FreeBSD ports framework.

А теперь подумай последствия этого "also". В одном каталоге смешиваются совершенно локальные явления, не управляемые системой портов (pkg_*, portupgrade и прочие), и управляемые оной (а значит могут быть проблемы начиная от определения, куда это относится, и до конфликта когда истинно локальный бинарник перекрывается возникшим из порта). И не надо pkg_which вспоминать - в условиях апгрейда целой системы он издевательски неудобен.

> во втором - в ENVIRONMENT-PREFIX.

Во-первых, ты эту систему недостаточно знаешь - не PREFIX, а LOCALBASE, потому что ссылки на все уже установленные порты смотрятся именно по LOCALBASE, а PREFIX действует только на тот с которым сейчас идёт работа. (Если PREFIX не установлен, то ему присваивается ${LOCALBASE}, так что дефолт тут действует.) Во-вторых, заменив LOCALBASE мы не получаем изменения для уже установленных пакетов - и его надо ставить ещё на голой системе без единого порта, чтобы не сломать установку. А я например люблю cvsup-without-gui ставить - зачем он мне нужен будет в /usr/local? В-третьих, где гарантия что за 10 лет существования такой установки нет где-то жёстких завязок именно на /usr/local? (А они таки есть)

Определю контекст. Сейчас стоит задача массового апгрейда 4.x на 6.x. Массовый - это ~30 тазов без возможности организовать единообразно (у всех разные задачи и настройки). Поэтому делается так:
- всё истинно локальное уносится в отдельный каталог (мой коллега выбрал /opt для этого безо всякой задней мысли)
- на отдельной системе строится полное дерево нужных пакетов и конфигов
- грузимся с диска этой отдельной системы и перемещаем в рабочее дерево основную часть системы и /usr/local

И вот тут мне начал этот /opt действовать на нервы. Я конечно понимаю что имя - звук пустой, но не до такой степени.

Re: вот уж никогда бы не подумал

[netch]

вдогонку - там ещё X11BASE и LINUXBASE, но это отдельный плач... в current'е хотят избавиться от /usr/X11R6.

[blinohod.livejournal.com]

Мне в этом плане Linux Filesystem Hierarchy Standard кажется достаточно разумным.
Впрочем, придираться к FHS я не пробовал.
Да и понятие портов в используемых мной дистрах отсутствует.

/ и /usr - системное (то бишь, из штатного репозитария пакетов) - /usr вобще может быть read only и shared
/usr/local - то, что ставится админом самостоятельно и не может перекрыть системное
/opt - всякие "левые" пакеты, которые должны ставиться как /opt/

Собственно, вот описание FHS, ежели интересно будет:
http://www.pathname.com/fhs/pub/fhs-2.3.html

[netch]

Да видел я этот FHS N+1 раз:) В целом я с ним достаточно согласен (несогласен например в том что они не любят */libexec, и /var/lib придумали вместо более понятного /var/db, но это более мелкая проблема).

Можно было бы использовать /opt как они описывают (без подуровней provider или pkgname, тут не существенно), но это надо было с голой системы начинать.

[vitus_wagner]

Хитрость в том что LFHS хорошо работает в условиях развитых и удобных package manager-ов.
Сейчас заглянуд, у меня в /usr/local валяются только vmware, xtensoftphone и Google Earth, которым, как third party коммерческим пакетам вполне место в /opt, а также пара десятков локальных (в смысле специфичных для данной машины) скриптов. Из них, пожалуй наберется пяток таких, которые есть на всех моих машиных, но в силу приметивности я их так и не собрался в пакет завернуть.

Чтоб я когда-нибудь собрался, скажем спецверсию mutt в /usr/local ставить - да мне проще debuild сказать.

[wrar.livejournal.com]

Дык vmware вполне заворачивается в FHS.

[blinohod.livejournal.com]

Хитрость в том что LFHS хорошо работает в условиях развитых и удобных package manager-ов.

Не спорю, ибо предпочитаю таковыми менеджерами пакетов/репозитариев пользоваться.
В /opt у нас обычно попадает наш собственный софт, который достаточно специфичен для того, чтобы считаться частью дистрибутива (либо дополнением к нему).

[http://users.livejournal.com/_slw/]

как не перетасовывай, а бардак все одно будет.
например из-за перла

с чего это ради

[owssrmn.livejournal.com]

из-за перла будет бардак?

Re: с чего это ради

[http://users.livejournal.com/_slw/]

как тебе развлекухапоставить перловый модуль мимо дерева портового перла, в /ADM/perl-куда-то?

[kastaneda]

Хм. У всех свои проблемы. Вот debian'овцы не разделяют "своё системное" и "левые пакеты, не вручную собранные". Иксы, KDE/GNOME, все прочие тяжеловесные монстры - всё валяется в /usr/bin, /usr/lib и /usr/share. Мол, оно всё своё. Ни разу не видел, чтобы в debian'е /opt был чем-то штатным занят.

[vitus_wagner]

Почему не разделяют? Разделяют. Только не на уровне файловой системы, а на уровне категорий package manager-а. Запусти aptitude в интерактивном режиме, и увидишь, что разделяют.

[kastaneda]

Нет уж, спасибо. aptitude - вещь в себе, я лучше по старинке apt'ом. Впрочем, на это разделение можно и в тегах пакетов полюбоваться.

...А в файловой системе - таки всё кучей в /usr лежит.

[blinohod.livejournal.com]

Часть дистра вряд ли может считаться "левым пакетом" и ей в /opt совсем не место.
Раз уж в репозитарий попало - значит таки своё родное, в отличие от того же Oracle.

[http://users.livejournal.com/_winnie/]

Системный софт должен лежать в C:\Windows\System32 , а пользовальский - в C:\Program Files . И никак иначе.

_winnie быстро сматывается, сверкая пятками.

[netch]

А писать весь софт надо исключительно методами Александреску, да:)

[lstranger.livejournal.com]

Солидарен. Подпишусь.

[ark-devil.livejournal.com]

Ну да, маразм. А что тут поделаешь? POLA. Может к десятке проснутся.