ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     04 Mar 2001  16:54:37
 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:
 
  MT>>> Самое обидное, что пока я ставлю именно RH. ;-(((
 VB>>  почему обидное?
  MT> Потому что воротит... ;(
 
  пеерходит на Debian ;)
  
 VB>>  Ты знаешь, всякие ломбарджини пользуют в каческе базы вполне себе
 VB>>  серийные модели. Hу незачем изобретать автомобиль с нуля. Дорого это.
 VB>>  Пусть лучше каждый занимается своим делом. Умеет RH делать "валовый
 VB>>  продукт" - хорошо. Hе нравится чем-то - не проблема, лицензия позволяет
 VB>>  взять, выкинуть то, что не нравится, и отдать обратно.
  MT> Если выкинуть из RH rpm что останется? ;)
 
  А зачем? rpm такая мелочь в сравнении со всем остальным...
  
  VB>>>> Да, основное - там конечно RH, и ребята стараются поодерживать 
  VB>>>>  обратную совместимость, но отличий вполне хватает. 
  MT>>> Раз на основе rpm, то этим все сказано. ;( Он не слишком гибок ИМХО...
 VB>>  В чем не гибко? Исходники rpm - кстати тоже можно править.
  MT> Его легче переписать ибо не умеет того, что нужно и пр.
 
  А что нужно, только конкретно и по пунктам.
  
  Пока я знаю один "идеологический" недостаток RPM, который действительно
  нужен - транзакционность при установке пакетов, возможность отката.
  
 VB>>  Вопрос с другой стороны - как часто нужна вот та "гибкость"?
  MT> Частенько. Особенно если машина не одна.
 
  а более развернуто, на счет гибкости? Че-то я не вижу никаких проблем, и
  чем бы rpm мешал.
  
 VB>>  вылезут. Впрочем, я думаю с любым нашим автором (ksi/asp/итд) можно на
 VB>>  этот счет говорить. Было-бы желание таки иметь вот тот дистрибутив,
 VB>>  который нужен именно тебе. 
 
  MT> Все это добро испольует в качестве основы rpm (ksi вроде тоже).
  MT> Проблема rpm --- зависимость от его любимой базы. Т.е. если не
  MT> поставил пакет, который в базу запишет зависимость к /bin/sh, то
  MT> придется бОльшу половину пакетов ставить с --nodeps. И т.д. и т.п...
 
  "Вы кошек не любите? Да вы их просто готовить не умеете!!!" (с)
  
  кто-то мешает поставить пакет, который provide /bin/sh ???
 
  Ты просто попробуй начать писать что-то свое, поверь, через год (а может и 
  через два ;) всеравно прийдешь к этому.
  
  или поймешь, что например проще пропатчить rpm, например добавить ключик
  --softdeps, по которому будет делаться stat(2), для тех зависимостей,
  которых нет в базе.
  
  Хотя лично я считаю что это идеологически неверно.
  
  Гораздо правильнее играть по правлиам. Если уж учень нужен "обход", то
  проще сделать "fake pkg", или с помощью installwatch, или еще как-нибудьь, 
  и записаьт информацию в базу.
  
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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