 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Lazarenko 2:461/106 17 Jun 2003 00:38:54 To : Michael Shigorin Subject : еще по поводу модератора -------------------------------------------------------------------------------- 17 Jun 03 02:05, you wrote to me: >> Угу, но для этого надо пакет развернуть, оценить, свернуть. Hе проще >> ли в таком случае самому заниматься packet maintenance, обращая >> внимание на выходящие патчи от дистрибьютора твоей базы юникса и их >> полезность в твоем конкретном случае? MS> Так package maintenance -- это "развернуть, свернуть, распихать" ;-) MS> И то -- если есть проблема, может быть лучше попробовать вылечить ее в MS> дистре и забыть по возможности надолго. Можно, только нет рабочих наших вещей в дистрах :) Что можем - пытаемся сабмиттить. >> Тут как раз вопрос не в упаковке, а в содержании этой коробки, если >> я тебя правильно понял. Запаковать конечный бинарник в tarball или в >> RPM, или еще куда - разницы не имеет. Разница лишь в том, ЧТО туда >> запаковать :) MS> Имеет. И то, и другое. MS> То, что крив может быть и тарбол, и пакет -- ясно. Хорош -- тоже. MS> Только в случае хорошего пакета у него априори лучше такая MS> характеристика, как управляемость (снести/обновить/откатить). Дык Makefile - это тот же спек по сути, разве что патчи приложить вряд-ли получится, да и то можно, если извернуться :) >> MS> При этом куча интелекта, которая уже забита в код и обвязку rpm >> MS> (опять же, PM подтсавить по вкусу) -- по крайней мере частично >> MS> отрабатывает и не приходится ее изобретать по новой. >> Угу. В данном моем случае, на работе нет возможности мило и красиво >> применить (*)pm. MS> Hу, Вам виднее. но позволите все равно не поверить? ;-) Заверните мне RPM под Tru64 :) >> Hаш, so to speak packet manager, делает похожие по идеологии наборы >> вещей прежде чем свернуть бинарный результат. MS> Хех. То есть таки лисапет. ;-) Практичекси. Облегченный и кастомайзеный. >> Т.е. я не говорю конкретно о strace там, или о чем-то конкретном. Я >> о том, что он елает какие-то вещи, которые нужны нам, и только нам. >> И боьлше никому :) И при этом полностью под контролем. MS> А оно позволяет ровно, с точностью до файла MS> поднять/снести/откатить/..? Поднять - я так понял поставить. Да. Снести - позволяет. Откатить в плане на предыдущую версию? Hа клиентской системе - нет. У нас для собра того или иного - да. >> Короче я не понимаю вообще о чем дискуссия :) MS> За жисть :))) Indeed ;)) >> Мы начали с плюх в готовых пакетах, перешли к методу заворачивания >> собственных сорцов/бинарников :) В свете второй темы - дискуссия >> как-то потеряла смысл :) MS> Почему. MS> Просто я, исходя из своих шишек, пытаюсь доказать, что если время на MS> обнаружение и ликвидацию проблемы УЖЕ потрачено -- разумно добить еще MS> немного для максимального propagation этого фикса, в первую очередь в MS> апстрим (пнуть пакаджера, etc) -- с тем, чтобы не делать этого снова и MS> снова. MS> Hа фоне этого есть подводное течение о том, что тарболы с костылями MS> немодны уже лет пять как, и что грамотное применение уже созданного MS> инструментария может сэкономить много головной боли и нервов. MS> Effort reuse -- вещь порой полезная :-) Угу. реюзаем, где можем. Где не можем - тому количеству девелоперов, которое у нас в конторе, намного быстрее переписать, чем доказать автору, что он неправ. :) MS> ---- WBR, Michael Shigorin <mike@altlinux.ru> Vladimir --- GoldED+/LNX 1.1.5 * Origin: Doubledutch (2:461/106) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18173eee47fc.html, оценка из 5, голосов 10
|
|
|