Re: /opt VS /usr
George Shuklin george.shuk...@gmail.com writes: В любом случае с помощью FHS проблема переводится из субъективной плоскости типа помогите придумать аргументы, почему я прав -- в объективную типа есть задача, есть стандарты, давайте посмотрим как лучше сделать так, чтобы это всё сочеталось и уже потом выяснять кто прав, а кто нет. Ага, и как её теперь решать? Лично у меня есть точное интуитивное ощущение, что никакой вменяемый софт, который пишется под платформу, не должен выделываться, а должен иметь прописанные зависимости, ставиться в /usr/bin (sbin), логи держать в /var/log и т.д. Чтобы софт не выделывался, его надо /выделывать/ заранее (и продолжать выделывать потом -- даже в лучшем случае, когда платформа, со своей стороны, не выделывается сверх необходимого). Вот майнт.. мтн.. люди, сопровождающие пакеты, его и выделывают (причём активное выделывание до такой степени стало нормой, что ситуация некому выделывать такой-то софт /по умолчанию/ рассматривается как причина для его выкидывания из дистрибутива). Ну и, конечно, если программиста не нанимают /следить/ за состоянием дистрибутива (кстати, это не подразумевается автоматически в задаче «написать программу», и даже не вполне подразумевается в задаче «поддерживать») -- я бы и сам на его месте решил оставить наследство в /opt, а не в вышеуказанных людных местах. На практике решение ставиться в /opt (или не) либо сыграет какую-то /техническую/ роль, либо нет. Для многих проектов хорошей аппроксимацией вероятности первого исхода («сыграет») может послужить дотрагивание до -Wl,-rpath (не только использование: например, необходимость его убрать из апстр.. здыгр.. из какого-либо использованного мейкфайла, которая уже случалась; также прецедент совещания (или размышления) о том, не воткнуть ли его (или не убрать ли), в общем, понятно -- я бы даже посчитал достаточным признаком то, что вы не обыскиваете сейчас apropos или гугл (на предмет, что это за -rpath такой)). Если -Wl,-rpath в истории проекта упоминался, решение ставиться в /opt (или вне /opt) имеет хорошие шансы отличиться от своей альтернативы с технической стороны. К сожалению, у меня сформировались труднопоколебимые предрассудки в отношении того, /в какую сторону/ ожидать отличий в каждом случае; я мог бы рассудить объективно, но предрассудки -- такая вещь... в общим, смиритесь с /opt и привыкайте с этим жить, а не морочьте исполнителям головы! -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia
Re: /opt VS /usr
31.07.2011 06:39, George Shuklin пишет: Ага, и как её теперь решать? Лично у меня есть точное интуитивное ощущение, что никакой вменяемый софт, который пишется под платформу, не должен выделываться, а должен иметь прописанные зависимости, ставиться в /usr/bin (sbin), логи держать в /var/log и т.д. А откуда берётся это точное интуитивное ощущение? Пока вы не переведёте субъективные ощущения в объективные аргументы -- ничего не получится. Если вы собираетесь результат ваших трудов включать в дистрибутив Debian -- то тогда да, вам нужно то, что вы описали. Как и написано в FHS. Если же речь идёт о вашей частной задаче (эдакий add-on application software), которая никому более не нужна -- то тогда вполне подойдёт и /opt. Как и написано в FHS. Кстати, а почему не /usr/local ? Впрочем, если задача, которая у вас там стоит -- не практическая, а эстетическая; если в качестве основного требования к программному продукту у вас присутствует формирование нужных интуитивных ощущений, а вовсе не достижение практических результатов -- то тогда другое дело. -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e355c14.3070...@gmail.com
Re: /opt VS /usr
On 27.07.2011 19:33, Dmitry Samsonov wrote: 27.07.2011 19:18, George Shuklin пишет: Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? Соответствие FHS (например, версии 2.3). Можно указать в ТЗ. обзорно: http://ru.wikipedia.org/wiki/FHS оригинал: http://www.pathname.com/fhs/pub/fhs-2.3.html Вот именно в FHS он и тыкает: http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e34bfed.3020...@gmail.com
Re: /opt VS /usr
On 27.07.2011 19:55, Dmitry Samsonov wrote: 27.07.2011 19:42, Murat D. Kadirov пишет: Собственно, программист как-раз и пытается соответствовать fhs. Так это уже зависит от того, что именно они там делают. Насколько то, что они там делают, можно считать add-on application software. И как вообще они делают то, что делают. В любом случае с помощью FHS проблема переводится из субъективной плоскости типа помогите придумать аргументы, почему я прав -- в объективную типа есть задача, есть стандарты, давайте посмотрим как лучше сделать так, чтобы это всё сочеталось и уже потом выяснять кто прав, а кто нет. Ага, и как её теперь решать? Лично у меня есть точное интуитивное ощущение, что никакой вменяемый софт, который пишется под платформу, не должен выделываться, а должен иметь прописанные зависимости, ставиться в /usr/bin (sbin), логи держать в /var/log и т.д. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e34c057.8030...@gmail.com
Re: /opt VS /usr
27.07.2011 19:29, Murat D. Kadirov пишет: On Wed, Jul 27, 2011 at 07:18:30PM +0400, George Shuklin wrote: Добрый день. Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. Учитывая последнии два фактора, пускай уж лучше в /opt ставит. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1311779910.3327.70.camel@mabase +1 -- Roman V. Nikolaev mail:rsha...@rambler.ru icq: 198-364-657 jabber: rsha...@jabber.org site:http://www.rshadow.ru signature.asc Description: OpenPGP digital signature
/opt VS /usr
Добрый день. Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1311779910.3327.70.camel@mabase
Re: /opt VS /usr
On Wed, Jul 27, 2011 at 07:18:30PM +0400, George Shuklin wrote: Добрый день. Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. Учитывая последнии два фактора, пускай уж лучше в /opt ставит. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1311779910.3327.70.camel@mabase -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110727152913.GA8077@darkstar.darkstar.homenet
Re: /opt VS /usr
27.07.2011 19:18, George Shuklin пишет: Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? Соответствие FHS (например, версии 2.3). Можно указать в ТЗ. обзорно: http://ru.wikipedia.org/wiki/FHS оригинал: http://www.pathname.com/fhs/pub/fhs-2.3.html -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e302fc8.1040...@gmail.com
Re: /opt VS /usr
On Wed, Jul 27, 2011 at 09:29:13PM +0600, Murat D. Kadirov wrote: Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. Учитывая последнии два фактора, пускай уж лучше в /opt ставит. +1 -- WBR, wRAR signature.asc Description: Digital signature
Re: /opt VS /usr
2011/7/27 George Shuklin george.shuk...@gmail.com: Добрый день. Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? можно сказать, что настоящему пацану должно быть в падлу следовать какому-то там стандарту fhs· -- wbr, alexander barakin aka sash-kan.
Re: /opt VS /usr
On Wed, Jul 27, 2011 at 07:33:28PM +0400, Dmitry Samsonov wrote: 27.07.2011 19:18, George Shuklin пишет: Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? Соответствие FHS (например, версии 2.3). Можно указать в ТЗ. обзорно: http://ru.wikipedia.org/wiki/FHS оригинал: http://www.pathname.com/fhs/pub/fhs-2.3.html Собственно, программист как-раз и пытается соответствовать fhs. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110727154220.GA8646@darkstar.darkstar.homenet
Re: /opt VS /usr
27.07.2011 19:42, Murat D. Kadirov пишет: Собственно, программист как-раз и пытается соответствовать fhs. Так это уже зависит от того, что именно они там делают. Насколько то, что они там делают, можно считать add-on application software. И как вообще они делают то, что делают. В любом случае с помощью FHS проблема переводится из субъективной плоскости типа помогите придумать аргументы, почему я прав -- в объективную типа есть задача, есть стандарты, давайте посмотрим как лучше сделать так, чтобы это всё сочеталось и уже потом выяснять кто прав, а кто нет. -- Dmitri Samsonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e3034d4.1070...@gmail.com
Re: /opt VS /usr
On 27.07.2011 22:18, George Shuklin wrote: Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? Для эрланга вполне нормально тащить за собой всё окружение, в системе может оказаться какая угодно версия, а erlang всё равно практически ни от каких системных библиотек не зависит. -- Sergei Stolyarov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e303ad8.7040...@regolit.com
Re: /opt VS /usr
On Wed, Jul 27, 2011 at 11:20:40PM +0700, Sergei Stolyarov wrote: Наш программист на эрланге упорно хочет делать приложение, которое ставится в /opt, тащить за собой рантайм туда и не хочет прописывать зависимости. У меня уже заканчивается фантазия - какие аргументы следует привести, чтобы убедить в использовании /usr, /usr/share, /var/lib и т.д.? Для эрланга вполне нормально тащить за собой всё окружение, в системе может оказаться какая угодно версия, а erlang всё равно практически ни от каких системных библиотек не зависит. Это верно много для чего, хихи. -- WBR, wRAR signature.asc Description: Digital signature