|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Sergey Skvortsov 2:5020/400 14 Apr 2005 10:54:06
To : Valentin Nechayev
Subject : Re: use.perl port на 4.x
--------------------------------------------------------------------------------
Valentin Nechayev wrote:
>>>>Sergey Skvortsov wrote:
>
>
>>SS>> А-а. Hу знаете ли. Это совсем банально.
>>SS>> man perlrun
>>
>>>system-wide конфига нет - неинтересно.
>
> SS> Т.е. засунуть в .profile / login.conf переменную PERL5LIB - уже не катит?
>
> Разве что в login.conf. И то хрен знает сколько есть шлюзов, которые
> содержимое окружения чистят намеренно под ноль. sendmail, например, когда
> зовёт программу из aliases/forward/include.
И чьи это проблемы? Верно, sendmail'а.
> SS> И что это за system-wide configs? Типа /etc/perl.conf?
> SS> Укажи хотя бы один динамический язык, который так умеет.
>
> make.
> gcc (язык его spec'ов)
> sh, bash
>
> мало?
Очевидно, что просто не в тему.
> То, что священная бригада Perl/Tcl/Ruby/Python/lua/slang/etc. этого
> не делает - вопрос лишь того, что пока не было необходимости.
Все указанные языки могут жить на машине в разных версиях - ничто не
мешает мирно сосуществовать perl-5.6.2 и perl-5.8.6 (хотя symlink на
bin/perl будет, конечно, один). И это поведение куда более полезно,
нежели единственный system-wide config с путями внутри.
Более того, сильно подозреваю, что вообще никому сиё поведение и не
требуется - спор этот чисто схоластический. Добавить эти конфиги - дело
плёвое. Ведь "patches are welcome". Пишем в perl5-porters@ и читаем,
отчего это нехорошо (или свежо и оригинально - как знать, как слово
отзовётся).
> SS> Так вот, "run-control files" в его терминологии - которые, надо
> SS> полагать, и подразумеваются под "user/system-wide configs" - это (imho)
> SS> в случае их применения непосредственно к programming languages - есть
> SS> явный бред.
>
> Hе вижу оснований для подобного вывода.
Ok, зато я вижу. Сказано же - imho.
> SS> Прописать переменную окружения куда более правильнее (раз уж столь
> SS> утомительно использовать в скрипте "use lib").
> SS> А если всё, о чем говорилось - есть лишь следствие нежелания переставить
> SS> ports/packages (или просто их быстренько похачить, см. указнный tool) -
> SS> тогда вообще нет слов.
>
> Возможность записать, например, MASTER_SITE_OVERRIDE в /etc/make.conf -
> это следствие чего - нежелания править MASTER_SITES во всех портах или
> всего лишь в bsd.port.mk? Или это нежелание аккуратно пересобрать make
> с добавкой нужных каталогов?
Вот MASTER_SITES - ну совсем не в тему. Речь шла об указании стандарных
путей для INC'а - давайте, укажите, как в make.conf можно прописать
дополнительные пути для поиска путей для ".include". Ключик-то "-I"
есть, всё честно.
--
Sergey Skvortsov
mailto: skv@protey.ru
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
