> уж определились бы 4.0.1. или 4.0
4.0 был первым (лежит в ../../4.0/iso/), после того добавились некоторые багфиксы и сборка 4.0.1 пошла в печать, насколько понимаю.Бишь ветка зовётся 4.0, а текущий point release в ней -- 4.0.1.
> А чё за штука веб-интерфейс для сераера? Юзал кто-нидь?
Я юзал ещё весной, довольно забавно собирать VPS из браузера (хотя сейчас приходится знать или догадываться, что при создании своего профиля надо добавить basesystem и sysklogd -- автору только на LVEE удалось растолковать, что имел в виду, вешая на пакет эту багу: https://bugzilla.altlinux.org/show_bug.cgi?id=11310).
Уже работает, хотя много где видно много возможностей сделать ещё лучше. Хотя бы потому, что ядро alterator написано на Scheme и бэкенды можно писать как на близких админу shell/awk (хоть на перле), так и на AI-языках вроде тех же лиспообразных.
См. http://wiki.sisyphus.ru/Alterator
2 AM: это совсем не debconf и очень не webmin, а скорее трёхслойная конструкция с возможностью написать один бэкенд и разные (возможно, в будущем удастся унифицировать) к нему фронтэнды с использованием и там, и там готовых средств для организации fcgi-подобного цикла работы и ввода/вывода соответственно. В смысле backend висит и обрабатывает, чего спросят, а frontends могут быть на сейчас qt'шный и html'ный.
> после выхода мастер2.4 мастер 2.2 даже полгода не поддерживался
Э, тут чуточку другая история. С 2.3 появился hasher, который позволяет собирать пакеты в среде целевого дистрибутива, сидя на любом не-младшем. Плюс в те годы sec team не масштабировалась на резкий рост пакетной базы при помощи сообщества. Server отличается от Master в первую очередь ориентацией именно на поддерживаемый сервер, состоящий из main.
> интересно сколько теперь мастер2.4 будут поддерживать
Сейчас он поддерживается скорее по критичным сетевым компонентам -- по факту. Для 4.0 в наличии совсем другая (в т.ч. финансовая) ситуация, поэтому тут про три года я (как "внешний" участник оной sec team) скорее уверен.
При этом в Master было сделано достаточно работы по безопасности, чтобы многие из апдейтов просто не были нужны. Единственный случай, когда было подозрение в том, что один из хостов пробили -- тот же remote root в openssh, который первая ремотная дырка в openbsd (при этом той, которая вторая, у нас не было ;). Да, тогда пришлось заставить себя строить с нуля. Благо опять же диски менять пора было.
> и как с дист-апгрейдом - опять по кусочкам ?
Не знаю, с M22 на M24 переезжал нормально. На Server 4.0 с Master 2.4 сейчас придётся через 3.0 по крайней мере по части ядра, поскольку glibc-2.5 хочет >=2.6.9 (хотя у меня сейчас обычно это совмещается с переездом на openvz, иногда с vserver -- при этом маленький корень обычно проще сгенерить снова, опять же обычно с плановой заменой дисков, а основные VPS перетащить как есть и потихоньку ими заниматься).
В общем же обновление с универсального Master на специализированный Server пока не поддерживается официально, вот процедуру обновления Master 2.4 до Master 4.0 явно придётся организовывать культурно. И явно с ядром 2.6.x, собранным под M24 для начала обновления с него.
