А сейчас так получается?

(In reply to comment #1)
> А сейчас так получается?

Получается. Сейчас в инсталляторе нет режима обновления. Но я хочу его реализовать.

Установку со сносом старого тоже бы не плохо сделать, даже если будет 
вариант "апгрейд".

Обновлением не должен заниматься инсталлятор, для этого есть соотв. модули в
конфигураторе.

Речь идёт не про обновление пакетной базы, а установку поверх установленной 
системы. Сейчас приходится вручную чистить каталоги, отставляя /etc и /home

Да я меня бы и со сносом /etc устроило... А то просто никак без ручных 
манипуляций.... Если сказали форматировать, значит форматировать, а не 
умничать. :-)

Если со сносом всего, то это просто - включаем галочку форматирования или 
удаляем файловую систему.

(In reply to comment #4)
> Обновлением не должен заниматься инсталлятор
+1

Если кто-то собирается кувыркаться с установкой без форматирования, "оставляя
/etc и /home" -- он ССЗБ, это по определению неподдерживаемый вариант.

Морда к dist-upgrade ещё какой-то смысл имеет, но боюсь, что во многих случаях
всё нужное на один DVD будет попросту не положить.

Я планировал сделать (ввиде модуля или в составе инсталлера неважно) режим
обновления. Обновление c какой-то старой версии дистра это не только
dist-upgrade. Во многих случаях это некоторые нетривиальные (но скриптуемые)
действия на старой системой. Например, чтобы переехать со старых glibc (кажется
это Compact) нужно станцевать вокруг ядра ... а если обновляться с 2.4, то
танцев будет ещё больше. Тоже касается net-scripts => etcnet и т.д и т.п. ...
примеров можно вспомнить много.

Идея была сделать алгоритм определения необходимых хаков (подругому не скажешь)
между старой и новой версией дистрибутива и их аккуратное применение. А уж потом
можно обновлять систему или доустанавливать в неё что-то ещё.

(In reply to comment #9)
> Обновление c какой-то старой версии дистра это не только
> dist-upgrade. Во многих случаях это некоторые нетривиальные (но скриптуемые)
> действия на старой системой.
Ммм... а ведь правда.


> Идея была сделать алгоритм определения необходимых хаков (подругому не скажешь)
> между старой и новой версией дистрибутива и их аккуратное применение.
Кстати, я когда-то заикался про "точки перелома" (фраза может искаться по
архиву).  Могли бы и для этого пригодиться.

(In reply to comment #7)
> Если со сносом всего, то это просто - включаем галочку форматирования или 
> удаляем файловую систему.

В том-то и прикол, что галочка не помогает. Или не помогала - давно не проверял.
А удалять и пересоздавать разделы не хочется - это, потом, вспоминать рамер надо.

> Если кто-то собирается кувыркаться с установкой без форматирования, "оставляя
> /etc и /home" -- он ССЗБ, это по определению неподдерживаемый вариант.

А с чего это /home оставлять нельзя ? Чем он мешает ?

Эээ... как раз наоборот, у него есть хороший шанс быть отдельным от корня
разделом, да. :)

(In reply to comment #9)

> Я планировал сделать (ввиде модуля или в составе инсталлера неважно) режим
> обновления. 

Наверное, это моя неаккуратность в формулировке темы бага. Как раз таки я _не_
хотел обновления, а инталлятор пытался это сделать. Я подумал, что так задумано
и предложил "обновление" по галочке. А если это, вообще, случайно, ну так надо
сделать форматирование до запуска apt, и всё ! :-) Я тоже не считаю апдейт при
установке нужной фичей.

(In reply to comment #11)

> > Если со сносом всего, то это просто - включаем галочку форматирования или 
> > удаляем файловую систему.
> 
> В том-то и прикол, что галочка не помогает. Или не помогала - давно не проверял.
> А удалять и пересоздавать разделы не хочется - это, потом, вспоминать рамер надо.

Всё ещё есть проблемы при установке поверх старой системы:
http://lists.altlinux.org/pipermail/community/2010-April/663089.html

Нереализуемо разумными усилиями с осмысленным результатом, как мне кажется.