|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 14 Apr 2005 14:16:22
To : Sergey Skvortsov
Subject : Re: use.perl port на 4.x
--------------------------------------------------------------------------------
>>> Sergey Skvortsov wrote:
>> Разве что в login.conf. И то хрен знает сколько есть шлюзов, которые
>> содержимое окружения чистят намеренно под ноль. sendmail, например, когда
>> зовёт программу из aliases/forward/include.
SS> И чьи это проблемы? Верно, sendmail'а.
Вот ещё.
> SS>> И что это за system-wide configs? Типа /etc/perl.conf?
> SS>> Укажи хотя бы один динамический язык, который так умеет.
>>
>> make.
>> gcc (язык его spec'ов)
>> sh, bash
>>
>> мало?
SS> Очевидно, что просто не в тему.
Hеочевидно и необоснованно.
>> То, что священная бригада Perl/Tcl/Ruby/Python/lua/slang/etc. этого
>> не делает - вопрос лишь того, что пока не было необходимости.
SS> Все указанные языки могут жить на машине в разных версиях - ничто не
SS> мешает мирно сосуществовать perl-5.6.2 и perl-5.8.6 (хотя symlink на
SS> bin/perl будет, конечно, один). И это поведение куда более полезно,
SS> нежели единственный system-wide config с путями внутри.
А кто говорил что он единственный?
Он вполне может быть чем-то типа ${prefix}/lib/perl5/${ver}/startup.pm
SS> Более того, сильно подозреваю, что вообще никому сиё поведение и не
SS> требуется - спор этот чисто схоластический. Добавить эти конфиги - дело
SS> плёвое. Ведь "patches are welcome". Пишем в perl5-porters@ и читаем,
SS> отчего это нехорошо (или свежо и оригинально - как знать, как слово
SS> отзовётся).
Речь о том, нужно ли это поведение _нам_. Мне вот потребовалось.
Посему в путях для 5.8.6 были обеспечены пути от 5.8.5.
> SS>> Так вот, "run-control files" в его терминологии - которые, надо
> SS>> полагать, и подразумеваются под "user/system-wide configs" - это (imho)
> SS>> в случае их применения непосредственно к programming languages - есть
> SS>> явный бред.
>> Hе вижу оснований для подобного вывода.
SS> Ok, зато я вижу. Сказано же - imho.
А, ну ну ;)
> SS>> Прописать переменную окружения куда более правильнее (раз уж столь
> SS>> утомительно использовать в скрипте "use lib").
> SS>> А если всё, о чем говорилось - есть лишь следствие нежелания переставить
> SS>> ports/packages (или просто их быстренько похачить, см. указнный tool) -
> SS>> тогда вообще нет слов.
>> Возможность записать, например, MASTER_SITE_OVERRIDE в /etc/make.conf -
>> это следствие чего - нежелания править MASTER_SITES во всех портах или
>> всего лишь в bsd.port.mk? Или это нежелание аккуратно пересобрать make
>> с добавкой нужных каталогов?
SS> Вот MASTER_SITES - ну совсем не в тему. Речь шла об указании стандарных
SS> путей для INC'а - давайте, укажите, как в make.conf можно прописать
SS> дополнительные пути для поиска путей для ".include". Ключик-то "-I"
SS> есть, всё честно.
Занефиг:
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
