Вышел WinLinux 2001

Еще про rpm:

Песок, глина, вода и огонь гораздо _гибче_ чем кирпичи, но дом удобнее строить все-же из кирпичей, особенно если домов много!

Однажды я установил удаленно новую систему на работающий rack-mount безголовый сервак из rpm'ного дистрибутива, поправил lilo.conf, перезапустился и все поехало дальше после минимальной рихтовки, никто и не заметил... Апгрейдом не решить было - другая glibc.

Я не говорю, что это нельзя было сделать из tgz или deb, но удобстово, простоту м скорость, с которой все получилось из rpm я тогда очень оценил, перекомпилять некоторые пакеты, тоже, кстати, пришлось, но это я сделал на WS, не делать же это в DMZ!

Повторю, физического доступа к серверу у меня не было, nfs'a тоже - только рутовый ssh, ftp-клиент, rpm и свободное место на дисках...

В RH это тоже есть - kickstart install называется

> удобстово, простоту м скорость

причем не только удобство и скорость установки, но и удобство и скорость обслуживания и обучения незнакомого с особенностями твоей инсталяции администратора.

Точно-с, мне и пришлось этим заниматься из-за временного отсутствия постоянного, админа ;) А также оправданного нежелания людей без крайней нужды вытаскивать из забитой стойки работающую железяку, отсутствия ее свободного дубля и тому подобных рядовых жизненных обстоятельств.

Так что, отблесков адского пламени в идеи/использовании RPM'a я не усматриваю, наоборот - очень даже smart решение производственных проблем. Как собственно и правильные дистрибутивы.

Для изучения - Слак, для девелопера - Дебиан, для работы - SuSE/RedHat - это в первую очередь. А остальное - да кому что больше подходит/нравится/доступно. А вот маленького дистра для школ, продавцов железа или просто любопытсвующих все-таки, кажется, не хватает.

Поэтому subj и интересен, остроумно они выкрутились с конфигурацией железа для stupid users. IMHO. GNU/Linux'у это не особо надо - и без этого проживем, но это надо ЛЮДЯМ - так пусть кто-то на удовлетворении ИХ потребностей и зарабатывает, если GPL не нарушает. Все согласны, надеюсь?

Кстати, а что-нибудь подобное ALICE в RedHat есть, я давно с ним не сталкивался? Это такая прикладуха в сусе, которая по хранимым в cvs описаниям конфигураций железа/софта делает установочную с нуля (по NFS) дискету или CDROM. Жутко удобно, если машины на потоке надо генерить, или инженера отправить к клиенту (пере)установить application-embedded device.

А почему в Debian-е решается? Уже три версии Debian-а было, и скоро чертвертая будет, в которых более новая libc чем в предыдущей 4->5(1.3), 5->6(aka2)(2.0), 2.0->2.1(2.2). И в woody 2.2

И каждый раз апгрейд происходит без глюков и без перезагрузки.

А кто-то говорит, что Debian для разработчиков. Debian как раз для пользователей. Только нормальных, которые компьютером пользуются, а не играются посредством втыкания всего нового.

Разработчикам как раз приходится на unstable сидеть (который, конечно, стабильнее RedHat *.0, но все же)

А пользователям, которым нужно чтобы машина работала, и оставляла им время думать, Debian stable - самое то. security-updates по крону и вообще.

Получится или нет апгрейд я и проверять не стал, времени потрачено было бы гораздо больше, да и откат был бы труднее и дольше. А так, если чего-то не шло - еще одной перезагрузка восстанавливалась нетронутая старая система - и думай/пробуй хоть до завтра.