ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Vladimir Bormotov                    2:5020/400     05 Aug 2002  11:40:01
 To : Serg Oskin
 Subject : Re: Debian vs RH
 -------------------------------------------------------------------------------- 
 

 
    Hi, Serg!
 
 >>>>> "SO" == Serg Oskin <Serg.Oskin@f20.n5020.z2.fidonet.org> writes:
 
 >>>>> "AK" == Alex Korchmar writes:
  AK>> гм, а почему бы и не разрешать несуществующие конфликты версий именно
  AK>> версиями? 
  VB>> ключевые слова "два питона на одной машине". Две библиотеки разных
  AK>> да хоть десять: 
  AK>> rpm -q kernel
  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
  AK>> - пока нет конфликтов в виде одинаковых файлов или conflicts: - все в
  AK>> полном
  AK>> ажуре.
 
  кто-то пожирает почту, оригинальный постинг до меня не доползал ;((
  
  Да, это все хорошо, до тех пор, пока ты не просто делаешь install.
  У нас-то, вроде задача обновляться аккуратно и логично?
  
  Вет держим мы две версии питона, и пять версий ядра - нужно ОБЕ обновить.
  Hапример выпшел ASP7.3, в котором к питоновскому (1.5.2) gettext приложен
  патч на предмет пользования iconv, и в нем-же, вышел python-2.2.
  
  Мы ходим обновить ОБА питона.  Че делать несчастному rpm'у?
  
  
  AK>> Тем более, что версия нарочно отделена от версии spec'а (еще бы самому
  AK>> rpm'у это кто-нибудь об'яснил)
  
  VB>> в смысле?
  AK>> угадай, что эта дура сделает с моей машиной, если сказать ей -F
  AK>> kernel-xxxx ?
 
  попробую:
  
  а) снесет _все_ предыдущие ядра, если этот kernel-xxxx окажется
  новее, или ваще ничего не будет делать, если хоть одно станет старше.
  
  б) просто ничего не будет делать.  Вообще.  Посмотрит что у нас пачка
  kernel, и решит что "так быть не должно".
  
  
  SO> А что она должна делать _по_твоему_? (Учти про искусственный интеллект
  SO> в man'е ничиего не написано) 
  SO> 
  SO> Варианты развития событий: 
  SO> 1. ak: заменить самую старую версию.  
  SO>    so: а почему именно ее? Может среди этой кучи ты ее специально для 
  SO>    so: чего-то хранишь...
 
  SO> 2.
  SO>   ak: заменить самую новую версию.  
  SO>   so: а вдруг ты привык держать на готове последние N версий...
 
  SO> Выбирай. :)
 
  давеча в списке рассылки человек спросил почему yum не поставил новую
  glibc.  оказалось у него каким-то чудом несколько glibc были в базе
  прописаны.  "Под пытками" он признался что когда-то там что-то ставил с
  nodeps/force ;-)
  
 
 -- 
    Bor.
 --- ifmail v.2.15dev5
  * Origin: BorHomeLand (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: Debian vs RH   Vladimir Bormotov   05 Aug 2002 11:40:01   Re: Debian vs RH   Alex Korchmar   05 Aug 2002 15:05:32