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

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

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 1184 bytes --]

При обновления 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@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]