ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alex Korchmar                        2:5020/400     13 Mar 2001  19:10:42
 To : Dmitry Glazov
 Subject : Re: Slackware to Suse
 -------------------------------------------------------------------------------- 
 

 Dmitry Glazov <dyug@alina.te.net.ua> wrote:
 
  DG>>> Алекс, Вы когда в последний раз слакварь видели?????
 AK>> расскажите, темному, что же с того последнего раза изменилось?
 DG> Я все же хотел услышать ответ на свой вопрос. Вообще - я одессит. :-)
 
 отвечаю: видел я ее сравнительно недавно, а вот трахаться с ней закончил на
 4.0. Что изменилось со времен 4.0?
 
 AK>> Hеужели они родили пакетный менеджер, который позволяет отделить мух от
 AK>> котлет и сделать апгрейд более-менее безболезненной процедурой?
 
 DG> Более менее - да. :-) Только, что понимать под "более менее" ... ? :-))
 
 это означает что апгрейд на другую версию той же операционки заведомо безобиден
 при отсутствии очевидных глупостей (типа правки руками автогенеренных конфигов 
 или невдумчивой установки самодельных пакетов, которые в новой версии появились
 штатные, но в другой конфигурации), а на другой дистрибутив - возможен при
 терпимых времязатратах и некоторой предусмотрительности.
 
 AK>> Тогда это невиданное достижение на почве линуксо (да что там -
 AK>> операционко!)  строительства, потому что я не знаю ни одной другой
 AK>> современной системы, где это возможно. Даже сервиспак к nt прикладывая,
 AK>> вынужден перезагружаться (соответственно, с риском, что "не взлетим").
 
 DG> А зачем??? Перегружаться? Вроде init 1 еще никто не отменял... 
 
 затем, чтобы не иметь проблемы, которой тут страдает по сей день один любитель
 слакварьного подхода "пол-glibc поставилось, а дальше упало". 
 И нежные части дистрибутива апгрейдить не по живому, а загрузившись с
 отдельного диска.
 
 AVV>>>>> Или может просто поставить Slackware 7.1 и не париться ?
 AK>>>> на живой системе? Слакварь? Апгрейдить? Месье понимает толк
 AK>>>> в извращениях.
 
  DG>>> или, предпочитает контролировать процесс, а не доверять глюкам.
 AK>> и в чем же заключается "контроль процесса"?
 DG> Да недавно наблюдал проапгрейженый РедХат. Что после этого было,
 
 еще раз спрашиваю: в чем заключается "контроль процесса"?
 
 DG> расказать???  Это было проапгрейжено не мной.
 
 мне неинтересно. У меня тут с десяток проапгрейженых редхэтов, в том числе
 не мной. И все работают.
 
  DG>>> Цельный хинт. еще в 4 слаке появился upgratepkg Это так для справки.
 AK>> угу. Рискну предположить, что эта оригинальнейшай штука от pkgadd
 AK>> отличается только тем, что по каким-то взятым с потолка критериям
 AK>> (потому что других нету и неоткуда взяться) пытается сохранять
 AK>> конфиги. (например, полагая, что конфиги - это все то, что лежит
 AK>> в /etc ;)
 DG> Вообще-то если внутрь глянуть, то все описано. 
 
 мне несколько затруднительно заглянуть внутрь того, что у меня отсутствует.
 И не очень интересно качать ненужное, чтобы убедиться в своих предположениях.
 
 AK>> Тут, естественно, тоже возможны грабли - вида "автор, козел, прощелкал 
 AK>> конфиг, и его дефолтное г... затерло мои настройки" - но все же весьма
 AK>> маловероятны, поскольку авторы не такие уж обычно козлы, а настроек,
 
 DG> Hу... вот интересно, а исходя из этой фразы - те кто делают пакеты
 DG> для tgz являются козлами???? ибо они не умеют сохранять? Так по
 DG> Вашему? :-(((((
 
 не так. Ибо они зря теряют время и силы на то, что давно делается
 автоматически.  Вы так и не поняли, что я пытаюсь до вас донести? При
 использовании пакетных менеджеров все что нужно - сохраняется _само_. Тебе
 только нужно сказать что вот это и это надо сохранить, а это - вообще
 не трогать, потому что дефолтное не работает. А не мучаться с написанием
 постустановочного скрипта, который вручную перекладывает файлы.
 И если человек не помечает конфиг как %config - он безусловно идиот,
 потому что это _все_, что от него требовалось.
 А если не заморачивается хитрыми скриптами - то возможно, и не идиот,
 просто в идиотскую систему попал.
 > Alex
 
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

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

Тема:    Автор:    Дата:    Re: Slackware to Suse   Dmitry Glazov   13 Mar 2001 15:03:38   Re: Slackware to Suse   Alex Korchmar   13 Mar 2001 19:10:42