ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Serg Oskin                           2:5020/20      05 Aug 2002  17:32:21
 To : Alex Korchmar
 Subject : Re: Debian vs RH
 -------------------------------------------------------------------------------- 
 

 .RFC-X-Complaints-To: news@spider.ncc.macomnet.ru
 .RFC-NNTP-Posting-Date: Mon, 5 Aug 2002 13:32:18 +0000 (UTC)
 NOFFLE@dimail.umc.com.ua> <m3ofcl7hta.fsf@vb.dn.ua>
 <87bs8lsega.fsf@lenin.doma.net> <m3y9bp5w4m.fsf@vb.dn.ua>
 <aihnhl$2me$1@alx.private> <m3y9bn3z5q.fsf@vb.dn.ua>
 <aijkmn$2287$1@ddt.demos.su> <518667592@spider.ncc.macomnet.ru>
 <ailluc$ak3$2@ddt.demos.su>
 
 >>>>> "AK" == Alex Korchmar writes:
 
  AK> kernel-2.2.12-20
  AK> kernel-2.2.19.ide.ow1-1
  AK> kernel-2.4.16-4
  AK> kernel-2.4.17-2
 
  SO> А что она должна делать _по_твоему_? (Учти про искусственный интеллект в
  AK> при наличии _той_же_ версии _программы_ с более новой версией _пакета_ - 
  AK> проапгрейдить. (2.4.17-3, к примеру - значит, -2 уже не надо)
  AK> В остальных - задавать вопросы или требовать дополнительного ключа.
 
  SO> so: а вдруг ты привык держать на готове последние N версий...
  AK> тогда я скажу -i. В случае с кернелом я так и сделаю, но обычно так нельзя 
  AK> - есть общие файлы (именно для сменившейся версии пакета - там они
  AK> скорее есть, чем нет. При смене версии содержимого можно и позаботиться о
  AK> совместном проживании).
 
 Общие, в смысле для старой и новой версии? Правильно учитывать это -
 приличный геморой и место для засад, стоит-ли затевать при нынешней
 стоимости hdd?..
 
  AK> К чему все это: cd /cdrom/updates/en/os/i386/ ; rpm -Fvh *
  AK> - неизменно превосходный результат. Hо и руками сотню пакетов - тоже не
  AK> очень приятно.
 
 Прочитать доку про апдейт, где сказано, что делать "rpm -F kernel-x.x.x.*"
 не хорошо и отдельно сделать "rpm -i kernel-x.x.x.*" мне не в падлу... :)
 
 -- 
   Serg (mailto:oskin@macomnet.ru http://oskin.msk.ru/).
 ~
 ~
 :q!
 --- ifmail v.2.14.os-p8
  * Origin: MAcomnet (2:5020/20@fidonet)
 
 

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