Re: perl5.8
- From
- Valentin Davydov (2:5020/400)
- To
- Sergey Skvortsov (2:5054/37.63)
- Date
- 2006-11-17T10:33:30Z
- Area
- RU.UNIX.BSD
From: Valentin Davydov <val@sqdp.trc-net.co.jp>
> From: Sergey Skvortsov <skv@protey.ru>
> Date: Thu, 16 Nov 2006 10:57:18 +0000 (UTC)
>>
>> >> Собственно речь не столько об mc, сколько например о quagga,
>> >> у которого ненулевое количество вариантов сборки пакета,
>> >> разработчики же впихнули перловую парсилку собственных сорцов
>> >> для генерации vtysh :-( Никак нельзя было без perl обойтись.
>> SS> Тебе жалко 40мб диска?
>>
>> То есть, этот bloat - официальная линия партии?
>> Место у меня есть, но gcc ныне на P-166 работает очень неповоротливо.
>
>Компилировать что-то на P-166 - это мазохизм в наше время.
>
>Либо используй внешний build-box, либо стандартные packages.
>
>Еще давайте OpenOffice собирать из портов и жаловаться на недостаток
>места при сборке.
Давай тогда уж сразу покупать установочный диск Microsoft Office с
необходимыми зависимостями.
>Что до переписывания на awk/bash... Это админу приятно, когда можно
>добиться 5% выигрыша по скорости используя awk вместо perl, хотя
>итоговый результат становится на 30% более unmaintainable. Разработчику
>же - удобнее знать С для написания основного кода и Perl для
>вспомогательных скриптов. Всё. К чему лишний аскетизм? Зачем
>ограничивать себя pidgin english, когда можно говорить полноценно?
Да-да. А cvsup писать на модуле-3, portupgrade - на рубине и т.д.
>Короче, какие языки использовать при _сборке_ софта - это дело
>разработчика (разумеется пока языки эти живые, например cvsup+Modula -
>грустный обратный пример). gcc при сборке хочет perl, apache2 - python,
>и т.п. И это imo нормально.
А perl при сборке хочет gcc. IMHO, это не так уж и нормально.
>> SS> и далее поддерживать на порядок более
>> SS> мучительно, нежели тебе выделить место?
>>
>> Вынесли perl из base system только для того чтобы всему миру
>> тратить ресурсы на установку его из портов?
>
>Вынесли по совершенно иным причинам, о которых ты просто не можешь не знать.
>
>А "тратить ресурсы на установку из портов" - это даже не смешно.
>"pkg_add -r perl5.8" - и всё.
Почему именно 5.8, а не 5.005?
>> SS> И что такое "маленький роутер"?
>>
>> P-166/10Gb/80Mb, три интерфейса.
>>
>> SS> Зачем на нём собирать порты?
>> SS> Если он такой маленький - ну собирай на другой машине и заливай
>> SS> packages. Например для quagga perl требуется только при сборке.
>>
>> Нет шестерки под build-box, иначе бы конечно не собирал тут.
>
>Ты хочешь заменить недостаток своих ресурсов лишним геморроем для
>разработчиков.
Чем менее громоздок продукт оных разработчиков, тем меньше им же гемморою
с ним.
>> Собственно, вопрос не в моем конкретном роутере.
>> Вопрос в общем отношении к оверхеду, когда прописать
>> зависимость порта от другого (который тянет еще, в сумме немало)
>> и не подумать, что свой оверхед заменяется на оверхед
>> множества других понемногу становится обычным и не предосудительным делом.
>
>Это общая тенденция. И жалеть тут - дело напрасное.
>Самый ценный ресурс у человека - это время. Тратить его на ненужную
>оптимизацию (минимизацию) - пустое занятие.
Тратить его же на бездумное и, главное, ненужное раздувание кода - тем
более бесплодно.
Вал. Дав.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/31 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/3 38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/63 66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3
SEEN-BY: 5064/7 5066/18 5075/5 5076/1 5077/70 5080/1003 5084/9 5085/13 5095/20
SEEN-BY: 5096/18 6001/10
PATH: 5020/400 545 5054/1 37