ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     13 Jul 2002  12:44:38
 To : Alexander Kulak
 Subject : Re: Slackware vs RH vs Mandrake etc.
 -------------------------------------------------------------------------------- 
 

 
    Hi, Alexander!
 
 >>>>> "AK" == Alexander Kulak <Alexander.Kulak@f208.n450.z2.fidonet.org> writes:
 
  AK>>> делаем свой патч, правим спек, rpm -b...
  AK>>> -- выходит свежий srpm --
  AK>>> проверяем руками, накладывается ли наш патч,
 VB>>  что значит руками?  rpm -bp показывает все .rej
 
  AK> имелось в виду, что если он не наложится, придется смотреть.  хотя да,
  AK> извиняюсь, rpm здесь не при чем.
 
  да, это прийдется посмотреть самому при любом процессе сборки.  Значит
  этот фактор можно не учитывать ;-)
  
 
  AK>>> вносим руками свои изменения в изменившийся спек (или заготавливаем
  AK>>> отдельный патч на спек?
  
 VB>>  зачем?  У меня свои спеки.  В крайнем случае из "свежего src.rpm" я вношу
 VB>>  изменения в СВОЙ спек.  Это приходится делать ооочень редко.  А вот версии
 VB>>  программ, меняются гораздо чаще. 
 
  AK> хотите сказать, что спеки, скажем, редхата редко меняются от версии к
  AK> версии?
 
  если меняется релиз _пакета_ - то спек меняется очень редко, и
  незначительно.  Всякие не сильно развивающиеся софтины (порядка 80%
  дистрибутива), даже при переходе от версии к версии софтины не требуеют
  изменений спеков.
  
  Иногда меняется содержимое .spec'а если че-то добавляют в сам rpm, типа
  "новая мода".  Hо опять-же, это быстро переносится в мой спек, или из
  моего спека переносятся мои правки в спек от нового src.rpm.  В зависмости 
  что изменилось.  Hо в результате я снова таки получаю _свой_ спек.
  
  
  AK>>> руки не поднимаются делать, пахнет клиникой), rpm -b
 VB>>  какой клиникой?  Мне непонятна самая начальная предпосылка -
 VB>>  "ориентир на src.rpm третьего производителя".
 
  AK> не третьего. производителя дистрибутива.
 
  Имелось в виду "третий" кто прикладывает руки к производсву конкретного
  пакета с конкретной софтиной.  Первый - автор софтины.  Второй я.  Пакет
  уже по сути мой, собран по моим правилам, а не по правилам производителя
  дистрибутива.  В итоге этот самый производитель дистрибутива - третий ;-)
  
  
 VB>>  Я тот софт, котоырй _собираю_сам_, собираю из своих спеков.  Получаю тот
 VB>>  "полный контроль" которым звалятся любители Слаки.
 
  AK> "полный контроль", "много свободного времени", "хочу изучить систему",
  AK> переходящие в "знаю лучше редхата" - оставим слакваристам :) 
  
  ;-)
  
  
  AK> задача, про которую идет речь - совместить новые пачти дистрибутива со
  AK> своими.  в общем, я понял ваш подход к ее решению - забить на
  AK> дистрибутив.
 
  не, я разумеется подсматриваю как там сейчас собирают напирмер WMaker, или
  тот-же python.  Иногда интересные решения там попадаются, но в целом очень
  редко.  Hа атовматизацию рутины особого влияния это не оказывает.
 VB>>  В итоге я получаю свои свои src.rpm, котоыре на другой моей машине
 VB>>  могут быть rpm --rebuild.  Сам слежу за выходом версий _сфота_, не
 VB>>  src.rpm.
 
  AK> за src.rpm ведь легче следить - все в одном месте...
 
  да, но тот-же RedHat (видимо в погоне за стабильностью дистрибутива в
  целом) версии пакетов обновляет не сильно часто.  Для того софта который я
  собираю сам, мне обычно критично использование наиболее свежей stable
  версии (иногда даже unstable, со средствами разработки такое часто
  случается).  В итоге, следить за src.rpm мне как-бы вообще не приходится.
  Хотя в rawhide я наведываюсь регулряно, вдруг таки там собрали, да и еще
  так, как меня устроит...  Есть шанс не делать какю-то часть работы ваще,
  потому что ее уже сделали ;)
  
  
 VB>>  Да, в каких-то случаях когда делается Major Update (типа переезд с
 VB>>  6.0 -> 7.3 ;)), легче оказывается взять за основу будущих пакетов
 VB>>  "новый src.rpm", но тогда скорее всего просто свои патчи добавляю в
 VB>>  их спек, и из нового спека делается "новый свой спек".
 
  AK> и не замечали, что в новых srpm появляются новые пачти _от
  AK> производителя_, 
  
  замечал.  Именно при Major Update.
  
  
  AK> а у вас их с таким подходом между major upgrade-ами не будет?
 
  Hе будет.  Если у меня нет проблем с этим софтом, то видимо мне новые
  патчи от производителя не очень нужны?  С другой стороны - если сборкой
  софта занимаюсь я сам, то о особенностях ЭТОГО софта я знаю по крайней
  мере сильно меньше, чем производитель дистрибутива, а по особенностям
  которые критичны для меня - видимо даже больше.  Иначе зачем мне самому
  собирать?
  
  За примером далеко ходить не буду - особенности linux kernel меня не
  волнуют.  Давно уже.  Hачиная с rh5.2 я перстал сам собирать ядро.  Да,
  иногда собираю модуль к какой-нибудь железяке. Само ядро - нини.  Меня
  полностью устраивает то, как это делают другие.
  
  А!  Пару раз отрывал какие-то патчи комплекта OpenWall который были по
  умолчанию в BCL приложены, чтоб mailman работал.  Hо эта пересборка была в
  виде комментирования строки в kernel.spec, и rpm -bb.
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор