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


ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     05 Mar 2001  20:25:50
 To : Maxim Timofeyev
 Subject : Re: переход с glibc-1.2 на glibc-2.2
 -------------------------------------------------------------------------------- 
 
 
    Hi, Maxim!
 
 >>>>> "MT" == Maxim Timofeyev
 >>>>> <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org> writes:
 
 VB>>  а более развернуто, на счет гибкости? Че-то я не вижу никаких
 VB>>  проблем, и чем бы rpm мешал.
  MT> УСтановка на множество машин, 
  
  autorpm, up2date
  
  MT> возможность автоматического контроля за обновлениями 
  
  те-же + еще куча.
  
  MT> (только не бинарей --- мне под себя нужно). Это на вскидку...
  
  ээ, т.е. как это "не бинарей"????
  
  rpm, он вроде как бинари ставит. (скрипты, и пр. которое употребимо
  без сложных дополнительных подготовок считать бинярями).
  
  Собвенно зачем нужен rpm - чтоб "дополнительные подготовки" сделать _до_
  того, как собрть пакет. Все "гттовое" собирается в кучу, и ставится.
  Можно даже автоматом.
 
 [skip]
 
 VB>>  кто-то мешает поставить пакет, который provide /bin/sh ???
  MT> Изврат ИМХО.
 
  Изврат это тот факт, что у тебя нет такого в базе. /bin/sh он как-бы
  многим стандартным скриптам нужен. Откуда-то он должен взяться, хоть в
  виде симлинка на что-то более другое типа bash. А это "более другое"
  логичнее всего иметь установленым из пакета, чтоб можно было сказать
  
  rpm -V etoto_drugoy-shell
  
  и посмотреть, не залезли туда кто-нибудь, без нашего ведома.
  
 
 VB>>  Ты просто попробуй начать писать что-то свое, поверь, через год (а
 VB>>  может и через два ;) всеравно прийдешь к этому.
  MT> Посмотримс. ;)
 
  а может и гораздо быстрее. Hу посмотри еще на dpkg, с его более верхним
  уровнем apt*
  
 VB>>  или поймешь, что например проще пропатчить rpm, например добавить ключик
 VB>>  --softdeps, по которому будет делаться stat(2), для тех зависимостей,
 VB>>  которых нет в базе.
  MT> Было бы правильнее ИМХО, но почему об этом не подумать в RH?
 
 VB>>  Хотя лично я считаю что это идеологически неверно.
  MT> Почему?
 
 VB>>  Гораздо правильнее играть по правлиам. Если уж учень нужен "обход", то
 VB>>  проще сделать "fake pkg", или с помощью installwatch, или еще как-нибудьь,
 VB>>  и записаьт информацию в базу.
  MT> Зачем пытаться исправить недоделки авторов? Я лучше использовать его
  MT> вообще не буду. ;)
 
  это не недоделки, это подход. Для всех системный файлов есть смысл держать 
  дополнительную метаинформацию, чтоб легко можно было
  1. проверять их целостность
  2. определять происхождение
  3. узнать кому они нужны, и кто нужен им
  
  т.е. на самомделе, всякие подпорки типа installwatch - это все от лени.
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 Re: переход с glibc-1.2 на glibc-2.2   Vladimir Bormotov   05 Mar 2001 20:25:50 
 переход с glibc-1.2 на glibc-2.2   Zahar Kiselev   06 Mar 2001 00:07:58 
 Re: переход с glibc-1.2 на glibc-2.2   Vladimir Bormotov   06 Mar 2001 13:46:58 
Архивное /ru.linux/2541f9cfc3df.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional