если производить установку и не почистить старую базу rpm, то система не ставится. Особенно, если изначально стоял текущий Сизиф, то есть в базе есть более новые пакеты. Думаю, инсталлятору не стоит самостоятельно догадываться, апгрейд от него хотят, или установку. Надо выбор сделать, видимо. Ну а если догадываться самостоятельно, то, если выбрано форматирования / и/или /usr, то однозначно считать установкой, какой уж тут апгрейд.
А сейчас так получается?
(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
Нереализуемо разумными усилиями с осмысленным результатом, как мне кажется.
