Re: [d-kernel] Порядок отправки пакетов.

[Evgeny Sinelnikov <sin@altlinux.ru>]

В сообщении от 23 Сентябрь 2004 13:22 Alexander Bokovoy написал(a):
> On Thu, Sep 23, 2004 at 12:59:24AM +0400, Evgeny Sinelnikov wrote:
> > > /usr/realtime быть не может (противоречит FHS), так что ищите другое
> > > место (например,  /etc/sysconfig/kernel/realtime -- там уже есть
> > > симлинк для include).
> >
> > Так, тогда предлагаю такой вариант.
> > структуры каталогов укладывать в 
> > /usr/lib/kernel/realtime-%version-%flavor, а ссылку, на это хозяйтсво
> > перевести из /usr/realtime в /opt/realtime. Это подходит в рамки FHS? Ну,
> > а /etc/sysconfig/kernel/realtime -- по аналогии с include, ссылается на
> > нужную директорию adjust скриптом, при
> > этом /opt/realtime, опять же по аналогии, всегда ссылается
> > на /etc/sysconfig/kernel/realtime. Вобщем написание пакета,
> > kernel-realtime-common беру на себя. Насколько я понял, здесь сразу можно
> > запользовать alternatives.
>
> Дело в том, что в /opt и /usr/local пакеты из дистрибутива ставиться не
> должны, туда попадает коммерческое ПО третьей стороны (первое) и локальные
> системные изменения (второе).

Есть еще вариант, раставить линки на файлы разделяемых библиотек и включаемых 
файлов и скриптов. Но при этом возникает вопрос. А куда девать testsuite?
Вобщем получаем такую схему:
/bin/rtai-* ссылаются на настоящие скрипты
/usr/lib/kernel/realtime-%version-%flavor/bin;
/usr/include/rtai-* - в /usr/lib/kernel/realtime-%version-%flavor/include;
/usr/lib/liblxrt.so* /usr/lib/kernel/realtime-%version-%flavor/lib;
...
В итоге, лучше поставить один пакет rtai для текущего rt ядра и только одного. 
Сложность в том, что такой пакет будет различатся даже для ядер одной версии 
smp и up, впрочем как все РТ приложения. Есть еще варианты? Какой 
предпочтительней?

Sin