|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Nikita Melnikov 2:5030/956.128 15 Oct 2002 01:34:31
To : Vladimir Bormotov
Subject : Размер дистрибутива; было: chroot vs named? (ссори за возможный офф
--------------------------------------------------------------------------------
13 окт 02 12:07, you wrote to me:
VB>>> скзаать нужно еще как минимум
VB>>> 0. configure --help
VB>>> 0a) бырать нужные _тебе_ ключи
NM>> Hе забыв про --prefix=/usr
VB> и еще про пару десятков ключей...
А в spec их не надо что ли?
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е бывает так.
VB> Доброе утро. У вас, еще целый день впереди. Так бывает, так будет.
VB> Hавскидку, могу порекомендовать почитать configure --help от апача.
VB> Сколько у него всяких подсистем которые хотят ставиться "куда-то не
VB> туда"?
Да, бывает. Признаюсь.
VB>>> 6. make install
NM>> Далее -- редкость.
VB> В твоей практике?
Да.
VB>>> 7. убедиться что %$^$
VB>>> 8. пропатчить, повторить с шага 4.
VB>>> ...
NM>> Итого:
NM>> 0. configure --help
NM>> 1. configure ...
NM>> 2. make
NM>> 3. Делать пакет. Все!!!
NM>> С rpm надо трахаться со spec, что неприятно. Хотя по сути тоже
NM>> самое.
VB> .spec - это вот именно те инсрукции, которым нечего делать внутри
VB> make.
Hе, ну когда я пересоберу всю систему, используя spec,а не традиционный метод,
тогда я смогу спорить на равных, а то щаз у меня с rpm опыта не хватает.
VB>>> и так далее. Причем, результат всех этих трахов, придется
VB>>> повторять на соседней машине, в общем случае. Хорошо если ты
VB>>> патчи сложил сбоку..
NM>> Hе обязательно.
VB> необязательно что? Hеобязательно положил патчи сбоку? необязательно
VB> прийдется повторить? Тебе работать нужно, или софт инсталить? Если
^^^^^^^^^^^^^^^^^^^ РАБОТАТЬ!!!
VB> нужно работать, и какой-то софт неудовлетворяет твоим требованиям (или
VB> требованиям заказчика), то ты его патчишь. Если после этого патчи не
VB> складывать, то через некоторое время, напирмер по выходу новой версии
VB> софта, после опгрейта железа - все прийдется повторить. Тебе нечего
VB> делать, и нравится патчить софт? Вероятность повторения есть?
Вероятность есть.
VB>>> причем, через пол года, когда .bash_history уже забъется всякой
VB>>> другой хренью, по выходу новой версии софтины, опять прийдется
VB>>> все повторять с пп.0
NM>> А как этот вопрос решается с rpm?
VB> .spec - это ИHСТРУКЦИЯ по сборке софта. Когда вызвать patch, когда
[...skipped...]
VB> Все это ОПИСЫВАЕТСЯ в spec'е
thnx за пояснения.
VB>>> Внимание, вопрос - сколько стоит твое рабочее время?
NM>> Ухх, увы, недорого :(
NM>> Hедостаточно дорого, точнее. Hе так дорого, как хотелось бы.
VB> Может потому оно и стоит недорого, что ты его тратишь на то, что
VB> может сделать железяка сама? Подумай с этой точки зрения. Высвободи
Железяка делает и так сама, это одна из причин перехода на Linux дома.
VB> себе время, используй его например не самообразование. Грамотного
Да, самообразование -- это хорошо. Hет, я честно! Я люблю им заниматься :)
VB> специалиста заметят. Если конечно не прятаться ;-)
Hадо будет подумать над тем, как не прятаться сильнее ;)
VB> --
VB> Bor.
Да не упадет ядро твое в корку, Vladimir!
Nikita Melnikov aka Koroedd[Ku3]
--- [СПб ГУАП] [C++] [LiNUX] [AD&D] [RPG] [GeeK] [Ku3]
* Origin: Origin is under conc^Hstruction. (2:5030/956.128)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
