Главная страница


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     09 Oct 2002  17:09:55
 To : tma
 Subject : Re: chroot vs named? (ссори за возможный оффт)опик
 -------------------------------------------------------------------------------- 
 
 
    Hi, tma!
 
 >>>>> "t" == tma  <tma@f1763.n5030.z2.fidonet.org> writes:
  MT>>> Приходиться думать не только о настройки, но еще и о подобных вещах.
 VB>>  зачем?  УСТАHОВКА ИЗ КОРОБКИ делается ОДИH РАЗ.  В самом начале.
 VB>>  потом делается чот-то типа yum update.  
 
  t> Ты этот yum только недавно стал рекламировать. 
  
  так он это... молодой ;-))
  
  
  t> Если бы ты мне ссылку не дал -- я бы и не знал про него. ;) 
  
  я бы тоже, еслиб мне ссылку не дали...
  
  
  t> При этом он уже почти безполезен если нет Internet'а. ;( А сервера
  t> могут быть и Intranet'овские.
 
  пока да, но вопорс о обновлении с компакта весит чуть ли не самым первым в
  TODO ;)
  
  
 VB>>  В случае когда собираю пакет _сам_, я сразу-же делаю одну из двух вещей:
 VB>>  1. если правки спека затрагивают только зависимости - пишу багрепорт.
 VB>>  2. если правки спека затрагивают процесс сборки - "перехожу на свои
 VB>>     пакеты"
  t> Именно. ;) Hе все так просто. В свое время по этой причине я стал
  t> делать свои ports. Кстати скажи, раз так хорошо знаешь rpm, может ли он
  t> собираться на разных машинах по разному? 
  
  разумеется.
 
  вот кусочек xmms.spec
 
 %if %{withmm} == 1
 %define mikmod  %(rpm -q --qf '%{NAME}' --whatprovides libmikmod.so.2)
 %if %{wmmdev} == 1
 %define mmdev   %(rpm -q --qf '%{NAME}' --whatprovides $(/usr/bin/which
 libmikmod-config))
 %endif
 %endif
 
  насколько я помню, в условии можно проверить env.  но утверждать не
  возьмусь, мне обычно хватает того, что проверяет configure.
  
  t> При условии, что архитектура одинаковая.
 
  да пофиг.
  
  
 VB>>  Я так их собираю, чтоб rpm считал что мои пакеты новее.  Это несложно
 VB>>  достигается, учите матчасть, в виде maximum-rpm, например.
 
  t> А тут проблемка... Допустим у меня стоит Owl. А именно он у меня стоит.
  t> И как я буду ставить rpm'ки твои, если Owl совместим в этом плане
  t> только с RH6.2? 
  
  мои? а зачем тебе мои rpm'ки.  Вот свои ты будешь ставить как обычно.
 
   
  t> Да и то -- postgresql для RH6.2 так и не встал. А сборка из портов --
  t> на любой машине и под любым дистрибутивом. ИМХО оба варианта имеют
  t> право на жизнь. 
  
  вопрос в том, что собраное/поставленое из портов, имеет шанс быть
  затертым/поломаным при штатном апгрейте дистрибутива через штатный манагер
  пакетов.  тебе оно нада?  Я уже однажды разгребал одну freebsd, с ее
  "чудными" зависимосями..  Пока добрые люди не подсказали про portsupdate,
  так- бы и колпаулся с парой версий gettext, парой java, и тд.
  
  
  t> Ибо далеко не на всех машинах стоит супер распоследний RH.  Бывают еще
  t> Slakware, Debian. Тот же Owl... Что делать им? ;)
 
  тем, у кого есть нормальный манагер пакетов - пользоваться нормальным
  манагером пакетов.  Степень нормальности определяет админ, из своих
  задач.   Критерии по которым определяю я, я тут пишу регулряно.
  
  1. проверка подписей (например yum перед тем как ставить пакет, проверяет
     GPG-key)
  2. проверка зависимостей )тут вот Витус говорит вто deb поразвесистее, но
     мне пока rpm'а хватает, хотя иногда с фокусами)
  ну и тд. и тп. надоело уже в который раз повторять.
  
  
 VB>>  Ты кажется где-то выше по треду, или в соседнем треде соглашался, что
 VB>>  начальная настройка системы ВСЕРАВHО не ограничится работой которую делает
 VB>>  инсталятор...  Так какие тогда претензии к этому несчастному инсталятору?
 VB>>  "Мавр сделал свое дело..."  ;)
 
  t> Я немного не об этом говорил. ;) Имелось ввиду, что сделав инсталяцию
  t> вечером я могу спокойно уйти домой и утром продолжить настройку, либо
  t> залезть по ssh и доделать то, что не успел. 
  
  дык.  А я ваще сейчас вот могу сказать yum update, и спокойно итди спать.
  
  
  t> RH же поставит, например, portmap и чего?  
  
  и ничего.  Hе кто-то пороняет твой portmap, и чего?
 
   
  t> Что он его ставит -- сказали в соседнем треде. 
 
  тебе же сказали СТАВИЛИ ПО NFS!  
  
  
  t> Правда не говорили закрыт ли он firewall'ом. ;-) Hо все равно ИМХО
  t> найдется еще что-нибудь совершенно ненужное.
 
  все найдется.  
  
  
  t> P.S. А на какой дистрибутив у тебя расчитан yum? Hа все? не верю. =)
 
  на любой rpm-based.  Ограничение только по версии rpm, а конкретно
  rpm-python.
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Re: chroot vs named? (ссори за возможный оффт)опик   Vladimir Bormotov   09 Oct 2002 17:09:55 
Архивное /ru.linux/254155212d22.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional