 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Lazarenko 2:461/106 16 Jun 2003 21:11:14 To : Vladimir Bormotov Subject : еще по поводу модератора -------------------------------------------------------------------------------- 16 Jun 03 22:44, you wrote to me: [skipped thoughts that require no comments] VL>> Вопрос в том, что патчи, которые накладывают пакетчики, в VL>> некоторых случаях видут к исправлению или устранению каких-то VL>> плюх в неиспользуемых мною частях софтины, засчет потери VL>> производительности всего процесса. Вот это я себе позволить не VL>> могу. VB> если пользовать rpm, то комментируется строка с указанием патча, и VB> пересобирается пакет. БЕЗ эти патчей. Если у тебя там еще ключики VB> компилятору какие-то свои, то тоже есть способ автоматического VB> задания этих ключиков, для сборки пакета. VB> Ты, кажется, упомнал что для каждой софтины свой набор ключиков? (или VB> я неправильно понял какую-то их реплик в сосденем письме?) Угу. Я об этом и не спорю. Просто все дело не ограничивается ключиками. А патчи могут быть настолько обширными, что потом другую половину патчей от мэйнтейнера дистрибута уже некуда будет прикладывать :) VL>> В большинстве своем, если ты попытаешься наложить и патчи от VL>> пакета и 3rd party - у тебя ничего не выйдет. VB> с чего это вдруг? VB> Если последоваетльно патчить исходники, и указать в каком порядке VB> накладывать патчи при сборке пакета, то всё отлично работает. См. выше. А если мой custom patch, который я всегда накладываю на vanilla source меняет там что-то так, что потом патчи из пакета просто не находят больше того куска кода, к которому только что собирались приложить лапу? :) VL>> Если накладывать 3rd party на vanilla source, то нахрена тогда VL>> RPM и прочие пакет-приблуды? VB> ты что, совсем не поинмаешь зачем нужен менеджер пакетов? Понимаю. Вопрос не в наличие пакетного менеджера, а в использовании ПАКЕТОВ, уже готовых и патченых дистрибьютором того или иного дистра для прикладывания своих патчей :) Или я уже совсем забыл русский, и меня не понимают, мли че-то тут не так :) VB> Вот, напирмер чего ты будешь делать руками, на машинах с разными VB> процессорами при сборке "оптимизированого бинарника"? Указывать VB> назные кличики для gcc в параметрах configure, Environment'е и тд? И VB> так каждый раз, при выходе каждой новой версии vanilla source? Hе руками крнечно, своими методами. "Пакетным менеджером" своего изготовления в случае для работы, в случаае для дома, скриптиками. Большинство вещей дома - cvs unstable, так что там версий как таковых нет, просто commit, собрал скриптом и все. VB> Лично я, один раз пишу это всё в spec, а потом говорю VB> rpmbuild -ba softina.spec VB> и получаю пакет. В том числе и softina-ver-rel.src.rpm, который я VB> принесу на машину с другим процессором, скажу там rpmbuild --rebuild VB> softina-ver-rel.src.rpm и и плучи бинарный пакет оптимизированый для VB> ДРУГОГО ПРОЦЕССОРА. Потому что в softina.spec этот "друйго процессор" VB> учтен. VB> Моего времени расходуется много "сразу", но потом по несколько минут VB> на каждую "пересборку". Уху. Короче похоже или я как-то не так где-то выразился, или меня неправильно поняли :) Hо дичкуссия идет совсем не о том, на текущий момент :) VB> -- VB> Bor. Vladimir --- GoldED+/LNX 1.1.5 * Origin: Doubledutch (2:461/106) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18173eee1838.html, оценка из 5, голосов 10
|
|
|