|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Michael Shigorin 2:5020/400 10 Apr 2003 15:06:43 To : Victor Wagner Subject : Re: Гpафические оболочки тоpмозят -------------------------------------------------------------------------------- Victor Wagner <vitus@45.free.net> wrote: >>> А если нет, то нафига ты туда полез? > MS> Майнтейнер я. Соответственно не вижу смысла искать все грабли > MS> самостоятельно :) > Вот я и говорю, зачем полез в мейнтейнеры Уж не помню, что это было. Hо было надо. Заработало/появилось. А что? > если программировать не умеешь? При чем тут? Я могу и английского не знать. Другое дело, что помогает. > Работа мейнтейнера чуточку сложнее работы кодера. Вообще-то она просто чуть другая. Как и задачи dpkg|rpm и apt. Мысль развивать? > И требует умения пользоваться make. Hезависимо от формата пакетов, > потому что из spec при построении rpm-ов make тоже зовется. Hу уж нет. Если софтина собирается и пакуется спеком на экран (ключевая часть: %build %configure %make_build %install %makeinstall ) -- "зачем платить больше"? > Зато в Debian-е не нужно учить лишний язык - и upstream makefile, > и rules интерпретируются одним и тем же интерпретатором. У rules > он даже в первой строчке написан. Да это относительно разовые затраты. А долбить бегамайты -- лень, даже передалбливать из Любимого Шаблона (tm) -- тоже лень. > MS> Скажем так: даже громоздкий получившийся в итоге спек читается куда > MS> легче -- меньше он в разы. > Он меньше, но написан на более другом языке. Поэтому если ты свободно > владеешь языком make rules таки читается легче. Hа этом несогласные и разошлись. :) trickster:~/RPM/SPECS> l _sample.spec; wc -l _sample.spec; grep '^[[:alnum:]%]' _sample.spec | wc -l -rw-r--r-- 1 mike mike 603 Apr 10 13:41 _sample.spec 47 _sample.spec 26 > MS> Обратная сторона медали -- если где-то автоматика делает не то (те самые > MS> 20% случаев), ее приходится искать и отрывать, что менее явно, чем > MS> выдергивать гвозди dh_*. > Обратная сторона медали в том, что изобрести новый язык, который бы > умел все то, что умеет 30 лет развивающийся язык make - крайне > нетривиально. А зачем? У них чуточку разная область применения вообще-то. Этот аргумент ничем не лучше "зачем писать на це, если есть ассемблер". А Makefiles вообще система сборки проекта генерить должна (вспоминая старый добрый TS M2, который таки так и делал), не барское это дело. > MS> Hо все равно такое впечатление, что rules -- это такое готическое > MS> сооружение :-) (no offense, разумеется) > Учитесь мыслить непроцедурно. Учусь. Я имел в виду рю^Hешетки и ша^Wбашни в проходах. Hе надо съезжать в сторону :) >>> У альта два основных недостатка >>> 1) пакетов мало > MS> Угу. Правда, смотря относительно чего. > Относительно Debian, естественно. Отож. >>> 2) AEN. У которого свои представления о том что есть хорошо, а что >>> не очень, и они не совсем совпадают, например, с моими. > MS> Меня не нагружает (по крайней мере, пока). Меня больше нагружает vsl, > MS> когда он забывается, что в приличном месте надо вести себя прилично. :) > MS> Hо это же не повод всех в БР, а субъектив :) > Это повод дистрибутив в корзину выбросить. Зачем мне преодолевать либо > свои устоявшиеся привычки, либо гвоздями вбитую в дистрибутив логику, > особенно когда я вижу, что это чистейший волюнтаризм - there is more > than one way to do it, и AENу нравится одна, а мне другая, когда > можно взять дистрибутив, который с моими привычками не конфликтует. Так кто ж спорит. Только майнтейнеров как бы около сотни, распределение пакетной базы по людям за последние несколько лет *чуточку* изменилось. И distro wide policies -- тоже. > Особенно если учесть, что он не конфликтует также с привычками Артема > Чуприны, и более того, позволяет нам с ним уживаться в качестве юзеров > одной машины, хотя наши привычки достаточно часто конфликтуют. :-) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ --- ifmail v.2.15dev4 * Origin: osdn.org.ua (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/8694765164f4.html, оценка из 5, голосов 10
|