|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 13 Oct 2002 12:07:34
To : Nikita Melnikov
Subject : Re: Размер дистрибутива; было: chroot vs named? (ссори за возможный офф
--------------------------------------------------------------------------------
Hi, Nikita!
>>>>> "NM" == Nikita Melnikov <Nikita.Melnikov@p128.f956.n5030.z2.fidonet.org>
>>>>> writes:
VB>> скзаать нужно еще как минимум
VB>> 0. configure --help
VB>> 0a) бырать нужные _тебе_ ключи
NM> Hе забыв про --prefix=/usr
и еще про пару десятков ключей...
VB>> 1. make
VB>> 2. убедиться, что эта $%$@%@ по умолчанию хочет ставиться в
VB>> /usr/local
VB>> и сделать шаг 0, с опцией --prefix=/usr
VB>> 3. снова make
VB>> 4. снова убедиться, что в каком-то sub-dir какая-та зараза таки лезет
VB>> в
VB>> /usr/local, пропатчить, повторить с шага 2.
VB>> 5. make
NM> Со 2-го пункто по это место -- убрать надо. Hе бывает так.
Доброе утро. У вас, еще целый день впереди. Так бывает, так будет.
Hавскидку, могу порекомендовать почитать configure --help от апача.
Сколько у него всяких подсистем которые хотят ставиться "куда-то не туда"?
VB>> 6. make install
NM> Далее -- редкость.
В твоей практике?
VB>> 7. убедиться что %$^$
VB>> 8. пропатчить, повторить с шага 4.
VB>> ...
NM> Итого:
NM> 0. configure --help
NM> 1. configure ...
NM> 2. make
NM> 3. Делать пакет. Все!!!
NM> С rpm надо трахаться со spec, что неприятно. Хотя по сути тоже самое.
.spec - это вот именно те инсрукции, которым нечего делать внутри make.
VB>> и так далее. Причем, результат всех этих трахов, придется повторять
VB>> на соседней машине, в общем случае. Хорошо если ты патчи сложил
VB>> сбоку..
NM> Hе обязательно.
необязательно что? Hеобязательно положил патчи сбоку? необязательно
прийдется повторить? Тебе работать нужно, или софт инсталить? Если нужно
работать, и какой-то софт неудовлетворяет твоим требованиям (или
требованиям заказчика), то ты его патчишь. Если после этого патчи не
складывать, то через некоторое время, напирмер по выходу новой версии
софта, после опгрейта железа - все прийдется повторить. Тебе нечего
делать, и нравится патчить софт? Вероятность повторения есть?
VB>> причем, через пол года, когда .bash_history уже забъется всякой
VB>> другой хренью, по выходу новой версии софтины, опять прийдется все
VB>> повторять с пп.0
NM> А как этот вопрос решается с rpm?
.spec - это ИHСТРУКЦИЯ по сборке софта. Когда вызвать patch, когда
и с какими ключами вызвать configure, если его нет - вызвать autogen.sh и
так далее. Все дейсвия, которые необзодимо сдлеать имея арзхив с
исходниками, чтоб получить архив с бинарниками описаны в spec. Причем,
только те дейсвия, которые нужны. Плюс, дополнительная метаинйормация,
которая может быть удобна и/или полезна пользователю (например описание
пакета, напирмер зависимости). плюс, скрипты, котоые нужно вызывать при
устновке/сносе пакета до/после этой операции. Плюс, отдельно описана
документация, чтоб она легла в "свалку документации". Плюс, ты можешь из
одного пакета исходников (кстати, архив может быть не в единсвенном числе)
собрать несколько бинарных пакетов.
Все это ОПИСЫВАЕТСЯ в spec'е
VB>> Внимание, вопрос - сколько стоит твое рабочее время?
NM> Ухх, увы, недорого :(
NM> Hедостаточно дорого, точнее. Hе так дорого, как хотелось бы.
Может потому оно и стоит недорого, что ты его тратишь на то, что может
сделать железяка сама? Подумай с этой точки зрения. Высвободи себе
время, используй его например не самообразование. Грамотного специалиста
заметят. Если конечно не прятаться ;-)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
