|
|
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)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/254155212d22.html, оценка из 5, голосов 10
|