 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 16 Jun 2003 22:44:07 To : Vladimir Lazarenko Subject : Re: еще по поводу модератора --------------------------------------------------------------------------------
Hi, Vladimir!
>>>>> "VL" == Vladimir Lazarenko <Vladimir.Lazarenko@f106.n461.z2.fidonet.org>
>>>>> writes:
[skip]
VL>>> Если ты у нас настолько одарен, что подж пересборкой понимаешь,
VL>>> только пересбор RPM, то прости, я использую пакетный вещи в крайне
VL>>> редких случаях. Тебе не
OD>> Ух ты, то есьт просто пересборка дает прирост производительности в то
OD>> время как пересборка чего-то в RPM не дает? Злые силы красной шапочки
OD>> мешают коду выполнять свою функцию со всем возможным быстродействием?
OD>> ;)
VL> Hет :) Ты не понял сути фразы, или я некорректно изложил. У меня в
VL> системе нет RPM вообще, начнем с того :)
конкретное название пакетного манеджер сути не меняет. Первым RPM
упомянул ты.
VL> Я не пользую красную шапку :)
тоже совершенно не важно что именно ты пользуешь.
VL> Поэтому почему априори считается, что на системе есть RPM, я не
VL> знаю. Hо это не вопрос.
именно, RPM это такое сокращение фразы "покетный менеджер". В данном
контексте обсуждения.
VL> Вопрос в том, что патчи, которые накладывают пакетчики, в некоторых
VL> случаях видут к исправлению или устранению каких-то плюх в
VL> неиспользуемых мною частях софтины, засчет потери производительности
VL> всего процесса. Вот это я себе позволить не могу.
если пользовать rpm, то комментируется строка с указанием патча, и
пересобирается пакет. БЕЗ эти патчей. Если у тебя там еще ключики
компилятору какие-то свои, то тоже есть способ автоматического задания
этих ключиков, для сборки пакета.
Ты, кажется, упомнал что для каждой софтины свой набор ключиков? (или я
неправильно понял какую-то их реплик в сосденем письме?)
VL>>> приходиа в голову мысль, что на софт можно еще 3rd party patches
VL>>> накладывать.
OD>> А типа RPM не дает патчей накладывать? Ужас какой.
VL> В большинстве своем, если ты попытаешься наложить и патчи от пакета и
VL> 3rd party - у тебя ничего не выйдет.
с чего это вдруг?
Если последоваетльно патчить исходники, и указать в каком порядке
накладывать патчи при сборке пакета, то всё отлично работает.
VL> Если накладывать 3rd party на vanilla source, то нахрена тогда RPM и
VL> прочие пакет-приблуды?
ты что, совсем не поинмаешь зачем нужен менеджер пакетов?
Коротко - чтоб экономить время необходимое на поддержание машины
up-to-date, особенно при обновлении софта, который ты собираешь САМ, на
этой машине локально.
в случае RPM, файл softina.spec, это инструкция, написаня на формальном
языке, согласно которой из vannila source + patches set можно получить
бинарники. В зависимости от массы условий, которые проверяются и
отслеживюатс АВТОМАТИЧЕСКИ.
Вот, напирмер чего ты будешь делать руками, на машинах с разными
процессорами при сборке "оптимизированого бинарника"? Указывать назные
кличики для gcc в параметрах configure, Environment'е и тд?
И так каждый раз, при выходе каждой новой версии vanilla source?
Лично я, один раз пишу это всё в spec, а потом говорю
rpmbuild -ba softina.spec
и получаю пакет. В том числе и softina-ver-rel.src.rpm, который я принесу
на машину с другим процессором, скажу там
rpmbuild --rebuild softina-ver-rel.src.rpm
и и плучи бинарный пакет оптимизированый для ДРУГОГО ПРОЦЕССОРА. Потому
что в softina.spec этот "друйго процессор" учтен.
Моего времени расходуется много "сразу", но потом по несколько минут на
каждую "пересборку".
В случае "ручной сборки" - на КАЖДУЮ пеерсборку расходуется значительно
больше времени (потому что нужно набрать руками несколько команд).
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/25411402d06d.html, оценка из 5, голосов 10
|
|
|