|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 08 Jan 2002 01:59:38
To : Vladimir Bormotov
Subject : Re: "Hоpмальный"
--------------------------------------------------------------------------------
Jan 07 22:49 02, Vladimir Bormotov wrote to Zahar Kiselev:
ZK>> А на работе(и вообще для более-менее серьезных дел) я только Слакварь
ZK>> использую - так как лучше ее внутренности знаю и могу быстро
ZK>> заставить сделать то что мне нужно или так же быстро найти и устранить
ZK>> причину неисправности.
VB> ясно. Hо вот почемуто мне мой опыт подсказывает, что "лучше день
VB> потерять,
VB> потом за пять минут долететь". Если не воспринимать эту фразу с
VB> фанатизмом.
VB> пересборкой пакетов, которые хотят --nodeps для установки чтоб они
VB> этого
VB> HЕ ХОТЕЛИ заниматься гораздо проще, чемчем собирать софтину с нуля.
VB> В первом случае нужно просто отрвать лишние зависимости *удалить
VB> скрипт на
VB> перле, зная что перла нет и не будет), во второй разбираться чего
VB> вообще
VB> нужно программе.
Я не просто так оставил столько цитат. В процессе разбирательства "что вообще
нужно программе" теряешь день, но зато начинаешь понимать как она работает и
можешь быстро устранять неисправности и эффективно управлять ее поведением.
Если программа ставится не "на посмотреть что это такое" - то преимущества
"потери времени" на более-менее глубокое ее изучение становятся весьма
существенны.
ZK>> Хотя оно может быть полезно - например если приходится обслуживать
ZK>> несколько десятков машин с линуксом. В случае одной-двух-трех машин -
ZK>> выгода незначительна.
VB> размер выгоды - разговор отдельный. Из твоих слов я делаю вывод, что
VB> даже
VB> ты согласен, что ВыГОДА есть в любом случае. По крайней мере, ты не
VB> сказал
VB> что это вредно ;)
Я, как ты мог заметить, никогда не предлагал уничтожить все пакетные менеджеры.
Как мне кажется - польза от них есть в трух случаях - во-первых для чайника,
который первый раз ставит Линукс, во-вторых - в случае если нужно быстро
посмотреть на неизвестную программу(это вообще-то лучше делать на отдельной
специально для этого предназначенной машине), и в-третьих - когда нужно
максимально автоматизировать обслуживание десятков однотипных машин(один раз
повозиться с изготовлением пакетов "для себя" и потом на остальные машины
ставить все в автоматическом режиме).
VB> сделать чтоб оно не хотело", и вариант force/nodeps не устраивает -
VB> то
VB> пересборка "в три команды" занимает _моего_ времени не сильно много.
VB> Поиск того места в spec, которое нужно оторвать. Hо чаще всего,
VB> хватает
VB> таки force/nodeps. И рбычно в следующей версии пакета это
VB> вылечивается.
VB> или через мое пинание автора, или еще как-то.
Вот тут ты имеешь принципиальное преимущество перед подавляющим большинством
русскоязычных пользователей - можешь эффективно "пинать авторов". Я к сожалению
не владею в должной степени английским языком чтобы связно излагать на нем свои
мысли - только читать способен.
Вот видишь я в msged тебе это письмо пишу? В ru.husky мои письма увидел сам
автор msged, он немного русский знает, предлагал пообсуждать тонкости реализации
поддержки русского языка. Hо ни мое знание английского, ни его знание русского -
для этого недостаточно.
Zahar
--- Msged/LNX 6.1.0
* Origin: undefined location (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
