[devel] Обновление конфигов vs. смена их структуры

[Andrey Rahmatullin]

При обновления middleman с 1.9.1 до 2.0 сменился формат конфига ==> со
старым конфигом новая версия не запустится вообще даже теоретически.
Раньше в спеке на конфиг стояло (noreplace), а что писать в 2.0 - даже не
знаю. Точнее, не знаю, как отработать случай, когда конфиг редактировался
(а это почти всегда), т.к. после обновления прога окажется нерабочей. При
этом в доках даже не упомянуто об этом.

Есть мысль писать в %post (или %trigger, где там можно апдейт с опред.
версии проверить?) переименование старого конфига, но тогда получится, что
старые настройки после обновления "пропадут". Юзеру придется либо снова
всё настраивать ч/з веб-интерфейс, либо портировать куски старого конфига
(он в xml, в новой версии добавлена куча новых подсекций, при отсутствии
которых прога молча падает, см часа 2 разбирался).

Писать парсер для автопортирования я не собираюсь (и не умею), апстрим
попробую пнуть. Но что делать сейчас? И так и так старые настройки пойдут
в /dev/null, что плохо. Какие будут мысли?

-- 
WBR, wRAR (ALT Linux Team)

> А по поводу подземного стука с bind9 и неотработкой glue records
> что-то выяснилось?
Unable to reproduce и всё такое.
		-- ldv in sisyphus@
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20040220/35109fb6/attachment-0001.bin>