[devel] alternatives

[Mikhail Zabaluev <mhz@altlinux.org>]

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

Доброго времени суток.

Сегодня стал знакомиться с alternatives.
Брови полезли наверх почти сразу.

>    <group name="candidate">
>        <option name="link" type="string"  value="/usr/bin/gcc" />
>        <option name="real" type="string" value="/usr/bin/colorifer" />
>        <option name="weight" type="number" value="50" />

Спецификация XML (есть DTD? Schema?) для описания кандидатов
чересчур громоздка. Зачем все эти <group name="candidate"/>
и <option name="link" type="string" value="..."/>, когда достаточно:
<candidate/> и <link file="..."/>

>    1. Из-за особенностей кодирования путей к файлам в именах
>       кадидатов запрещается использование
>    символа '|'

Чем изобретать схемы кодирования путей и запрещать символы,
не лучше ли отобразить иерархию на каталог, где размещаются ссылки?
И каталог будет выглядеть аккуратно, и в bash эти ссылки
можно будет набирать, пользуясь автодополнением (попробуйте,
какой гемор доставляют сейчас "особенности кодирования").
Сейчас ссылки мешаются с каталогами auto, manual, старыми
альтернативами и пр. Наверное, лучше спрятать их под
/etc/alternatives/links, и сделать реальными именами путей,
повторяющими файловую систему от корня.

Неясно, зачем было завязывать эти маленькие утилиты на C++,
ставя работоспособность системы в зависимость от колебаний
C++ ABI. Конечно, у всех разработчиков свои предпочтения,
а иметь библиотеку имени себя в дистрибутиве -- вообще шик. ;)
Но то, что я вижу в libing, можно было не напрягаясь
сделать в C, призвав на подмогу glib2 и libxml2.
Там, где не нужны классовые иерархии, C++ есть стрельба
из пушки по воробьям. Вдобавок, если и дальше пользоваться
расхожими метафорами, из этой же пушки легко прострелить
себе ногу.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Hodie natus est radici frater.

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