 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 17 Jun 2003 00:08:09 To : Vladimir Lazarenko Subject : Re: еще по поводу модератора --------------------------------------------------------------------------------
Hi, Vladimir!
>>>>> "VL" == Vladimir Lazarenko <Vladimir.Lazarenko@f106.n461.z2.fidonet.org>
>>>>> writes:
[skip]
VL>>> Если накладывать 3rd party на vanilla source, то нахрена тогда
VL>>> RPM и прочие пакет-приблуды?
VB>> ты что, совсем не поинмаешь зачем нужен менеджер пакетов?
VL> Понимаю. Вопрос не в наличие пакетного менеджера, а в использовании
VL> ПАКЕТОВ, уже готовых и патченых дистрибьютором того или иного дистра
VL> для прикладывания своих патчей :) Или я уже совсем забыл русский, и
VL> меня не понимают, мли че-то тут не так :)
понимают. Я даавно использую RH/BCL/ASP как "vanilla source". очень
часто патчей в пакетах нет никаких, или они минмальны. Зато, в src.rpm
есть подробное и аккрутаное описание как нужно компилить эту софтину, чтоб
она хорошо "ложилась" вместе с остальынми.
Hапример избитый тут apache. Куда он сам-по-себе ставится?
Да-да. Я понимаю что у него в configure есть как сказать layout, чтоб он
ставился "куда мне нужно, а не куда его считает нужным ставить
ApacheTeam". Вот в моих спеках для апача, это всё было. Я эт написал
один раз, и потом использовал. Безе преписывания.
VB>> Вот, напирмер чего ты будешь делать руками, на машинах с разными
VB>> процессорами при сборке "оптимизированого бинарника"? Указывать
VB>> назные кличики для gcc в параметрах configure, Environment'е и тд? И
VB>> так каждый раз, при выходе каждой новой версии vanilla source?
VL> Hе руками крнечно, своими методами. "Пакетным менеджером" своего
VL> изготовления в случае для работы, в случаае для дома, скриптиками.
VL>
так расскажи чем-же так чудесен этот "свой метод", что он умеет такого,
чего не умеет rpm/portage/итд?
мне дейсвительно интересно. Я пока вот так сходу не могу назвать мест в
RPM, котоыре бы он не умел ваще. Даже не могу скзать чего там делается
через задницу. Есть несколько вариантов с условной компиляцией, которые в
sepc'е грамоздко смотрятся, и только.
VL> Большинство вещей дома - cvs unstable, так что там версий как таковых
VL> нет, просто commit, собрал скриптом и все.
мне ничего не мешает таскать из cvs (наскидку) jpilot, pilot-link,
plucker, wxWindows, gaim и собирать их в RPM'ы.
:)
VB>> Лично я, один раз пишу это всё в spec, а потом говорю rpmbuild -ba
VB>> softina.spec и получаю пакет. В том числе и softina-ver-rel.src.rpm,
VB>> который я принесу на машину с другим процессором, скажу там rpmbuild
VB>> --rebuild softina-ver-rel.src.rpm и и плучи бинарный пакет
VB>> оптимизированый для ДРУГОГО ПРОЦЕССОРА. Потому что в softina.spec
VB>> этот "друйго процессор" учтен.
VB>> Моего времени расходуется много "сразу", но потом по несколько минут
VB>> на каждую "пересборку".
VL> Уху. Короче похоже или я как-то не так где-то выразился, или меня
VL> неправильно поняли :) Hо дичкуссия идет совсем не о том, на текущий
VL> момент :)
а о чем? :)
Hе, мне не сильно интересно про всё-всё с чего началось. Мне интересно
чего такого не умеют "типичные манеджеры пакетов", раз было принято
решение написать нечто свое.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541ad7546a9.html, оценка из 5, голосов 10
|
|
|