[d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Sin]

This package contains the RTLinux kernel that is used to boot and run
your system with real time extension. It contains few device drivers
for specific hardware. Most hardware is instead supported by modules
loaded after booting.

PS: Пакет собирается на базе rtlinux-3.2pre3 c ядром 2.4.22 (используется ядро 
со всеми патчами из Сизифа)
PPS: (Это не по делу, просто я не знаю куда надо сообщать) В ходе работы был 
найден и исправлен конфликт между пакетами патчей kernel-fix-drivers-mtd, 
kernel-fix-drivers-video, kernel-fix-drivers-sound, содержащих файл с одним и 
тем же названием:
00_module_license.patch

-- 
Sin (Sinelnikov Evgeny)
Saratov State University
Computer Science and Information Technologies department

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Sergey Vlasov]

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

On Tue, Nov 04, 2003 at 06:01:11AM +0300, Sin wrote:
> This package contains the RTLinux kernel that is used to boot and run
> your system with real time extension. It contains few device drivers
> for specific hardware. Most hardware is instead supported by modules
> loaded after booting.
> 
> PS: Пакет собирается на базе rtlinux-3.2pre3 c ядром 2.4.22 (используется ядро 
> со всеми патчами из Сизифа)

Интересно.  А в сторону RTAI (http://www.aero.polimi.it/~rtai/) не
смотрели?

Если есть желание заниматься поддержкой такого ядра - почитайте
http://docs.altlinux.ru/alt/devel/ и пишите на join@.

> PPS: (Это не по делу, просто я не знаю куда надо сообщать) В ходе работы был 
> найден и исправлен конфликт между пакетами патчей kernel-fix-drivers-mtd, 
> kernel-fix-drivers-video, kernel-fix-drivers-sound, содержащих файл с одним и 
> тем же названием:
> 00_module_license.patch

А что там за конфликт?  Одинаковое имя файла там ничему мешать не
должно.

PS: Извините за задержку - почему-то у рассылки devel-kernel@ не
оказалось модератора, поэтому разбирать почту от неподписанных людей
было некому.

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

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Yura Zotov]

On Tue, Nov 04, 2003 at 06:01:11AM +0300, Sin wrote:
> This package contains the RTLinux kernel that is used to boot and run
> your system with real time extension. It contains few device drivers
> for specific hardware. Most hardware is instead supported by modules
> loaded after booting.
> 
> PS: Пакет собирается на базе rtlinux-3.2pre3 c ядром 2.4.22 (используется ядро 
> со всеми патчами из Сизифа)
> PPS: (Это не по делу, просто я не знаю куда надо сообщать) В ходе работы был 
> найден и исправлен конфликт между пакетами патчей kernel-fix-drivers-mtd, 
> kernel-fix-drivers-video, kernel-fix-drivers-sound, содержащих файл с одним и 
> тем же названием:
>00_module_license.patch
>

Просто класс! Выкладывайте кда-нибудь. Очень приятная новость для
моей супруги! :-) Спасибо!

А все модули для fifo, шедулера и т.п. тоже собраны и упакованы?
А документация?


--
Юрий А. Зотов

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Evgeny Sinelnikov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Здравствуйте!

> Просто класс! Выкладывайте кда-нибудь. Очень приятная новость для
> моей супруги! :-) Спасибо!
Я рад, что уже есть желающие использовать пакет.

> А все модули для fifo, шедулера и т.п. тоже собраны и упакованы?
> А документация?
Тут всё в порядке. То есть всё собирается.
В моей голове прошло множество дум по поводу вариантов размещения интересующих 
вас файлов. В итоге победило первоначальное решение разработчиков. Была 
сохранена структура каталогов /usr/rtlinux-%version-%flavor. Но возникло 
несколько вопросов. По порядку.
Стоит ли разбивать ядро и модули (условно назову так всё, что лежит в 
/usr/rtlinux) на разные пакеты и если стоит, то как?
Текущий вариант такой:
kernel-feat-rtl-2003.10.28-alt1.src.rpm - содержит rtlinux патч к ядру
kernel-image-rtlinux-up-2.4.22-alt1.src.rpm - собственно ядро (без модулей и 
библиотек)
kernel-modules-rtlinux-rtlinux-up-3.2-alt1.src.rpm - собственно модули и 
библиотеки (там же примеры и документация, не думаю, что это правильно, хотя 
у разных версий они разные. Стоит ли класть их в /usr/share/doc вопреки 
стандартной установке в /usr/rtlinux? Если да, то под каким названием? 
Выходом пока вижу подпакет с документацией и примерами. Положить их, конечно, 
можно куда угодно, но вот примеры требуют именно /usr/rtlinux, к тому же к 
rtlinux есть отдельный тарбол с документацией превышающей, по размеру, объем 
тарбола самого rtlinux'а)
kernel-source-rtl-3.2-0.0.3-alt1.src.rpm - исходный код

Далее есть вопросы связанные со ссылкой
/usr/rtlinux -> /usr/rtlinux-%version-%flavor
Итак, если установлено несколько ядер, то куда ссылаются /usr/include/rtlinux 
и /usr/lib/rtl*?
Я предполагал пакет подобный kernel-headers-common, скрипты которого, на 
этапе, загрузки устанавливают ссылку /usr/rtlinux на нужные "модули" ядра, а 
/usr/include/rtlinux и /usr/lib/rtl* ссылать на
/usr/rtlinux/inсlude и /usr/rtlinux/lib/* соотвественно.
Вот только куда они будут ссылаться, если будет загружено не rtlinux ядро?
Я предполагал "смастерить заглушку". Вопрос встал на этапе разбора скриптов 
kernel-headers-common, использующих include/version.h. Зачем? Видимо чтобы 
однозначно по версии ядра определить header'ы и избежать конфликтов.
Здесь всё обрастает еще большими сложностями, поскольку, как и ядро, сами 
модули могут быть собраны по разному, но каждый раз под конкретное ядро. То 
есть, если учесть этот вариант, то выбор ссылки может быть неоднозначен. 
Поэтому был выбран вариант, при котором, для данного ядра, одновременно может 
быть установлен только один набор "модулей". 

- -- 
Evgeny Sinelnikov
Saratov Linux User Group
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/07oXHC/AO6kh2soRAjf0AKCqmfdPEdiZts2fsmgK6tKKII6enQCdHjCl
SvwGe7Oslg5jT+ztuCTEISA=
=tKTO
-----END PGP SIGNATURE-----

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Evgeny Sinelnikov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Здравствуйте.

> > This package contains the RTLinux kernel that is used to boot and run
> > your system with real time extension. It contains few device drivers
> > for specific hardware. Most hardware is instead supported by modules
> > loaded after booting.
> >
> > PS: Пакет собирается на базе rtlinux-3.2pre3 c ядром 2.4.22 (используется
> > ядро со всеми патчами из Сизифа)
>
> Интересно.  А в сторону RTAI (http://www.aero.polimi.it/~rtai/) не
> смотрели?

Конечно смотрели. Смотрели даже в сторону RTEMS. Не хочу разбрасываться (5
курс: диплом + сессия). Думаю, что попозже будет и RTAI (после сессии
займусь:)

> > PPS: (Это не по делу, просто я не знаю куда надо сообщать) В ходе работы
> > был найден и исправлен конфликт между пакетами патчей
> > kernel-fix-drivers-mtd, kernel-fix-drivers-video,
> > kernel-fix-drivers-sound, содержащих файл с одним и тем же названием:
> > 00_module_license.patch
>
> А что там за конфликт?  Одинаковое имя файла там ничему мешать не
> должно.

А когда эти файлики одновременно пишутся в одну папку SOURCES что
происходит? Причем этого требуют зависимости, поскольку во время сборки
кладутся  сразу все патчи.

- -- 
Evgeny Sinelnikov
Saratov Linux User Group
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/07qlHC/AO6kh2soRAozgAKCntdK8DD76ABrJ4hhEsjdMxiXOFgCgqmri
8yL4xWzXSUIYP15jkhZggl8=
=2kTt
-----END PGP SIGNATURE-----

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Sergey Vlasov]

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

On Mon, Dec 08, 2003 at 02:41:08AM +0300, Evgeny Sinelnikov wrote:
Content-Description: clearsigned data
> > > PPS: (Это не по делу, просто я не знаю куда надо сообщать) В ходе работы
> > > был найден и исправлен конфликт между пакетами патчей
> > > kernel-fix-drivers-mtd, kernel-fix-drivers-video,
> > > kernel-fix-drivers-sound, содержащих файл с одним и тем же названием:
> > > 00_module_license.patch
> >
> > А что там за конфликт?  Одинаковое имя файла там ничему мешать не
> > должно.
> 
> А когда эти файлики одновременно пишутся в одну папку SOURCES что
> происходит? Причем этого требуют зависимости, поскольку во время сборки
> кладутся  сразу все патчи.

Собранные пакеты kernel-{feat,fix}-* устанавливают файлы с патчами
каждый в свой каталог, при этом конфликтов нет.  Если держать все
пакеты в разобранном виде в ~/RPM/SOURCES, действительно, возникают
конфликты - просто на самом деле эти патчи и spec-файлы лежат в CVS, а
пакеты для Сизифа пересобираются в hasher по одному, поэтому такая
проблема не возникает.

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

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Evgeny Sinelnikov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> > А когда эти файлики одновременно пишутся в одну папку SOURCES что
> > происходит? Причем этого требуют зависимости, поскольку во время сборки
> > кладутся  сразу все патчи.
>
> Собранные пакеты kernel-{feat,fix}-* устанавливают файлы с патчами
> каждый в свой каталог, при этом конфликтов нет.  Если держать все
> пакеты в разобранном виде в ~/RPM/SOURCES, действительно, возникают
> конфликты - просто на самом деле эти патчи и spec-файлы лежат в CVS, а
> пакеты для Сизифа пересобираются в hasher по одному, поэтому такая
> проблема не возникает.

Можно по подробнее описать пересборку пакетов в hasher? Хотелось бы иметь 
возможность повторить. Может для этого ипользуется стандартный набор 
скриптов? Тогда неплохо бы ими и воспользоваться, чтобы не возникало 
противоречий при разных подходах к порядку сборки пакетов (или даже самих 
разных подходов, если они, в целом, противоречат самой схеме сборки).

- -- 
Sin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/2FXuHC/AO6kh2soRAhUBAJ0SSpFpPY6BEwvR96WTg/yOxkhw+wCg2ubr
qve49DmEJe2Ys0o0XguyJeE=
=c8jb
-----END PGP SIGNATURE-----

Re: [d-kernel] ITP: kernel-rtlinux-up (kernel realtime support with user friendly installation available from Sisyphus)

[Sergey Vlasov]

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

On Thu, Dec 11, 2003 at 02:32:53PM +0300, Evgeny Sinelnikov wrote:
Content-Description: clearsigned data
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> > > А когда эти файлики одновременно пишутся в одну папку SOURCES что
> > > происходит? Причем этого требуют зависимости, поскольку во время сборки
> > > кладутся  сразу все патчи.
> >
> > Собранные пакеты kernel-{feat,fix}-* устанавливают файлы с патчами
> > каждый в свой каталог, при этом конфликтов нет.  Если держать все
> > пакеты в разобранном виде в ~/RPM/SOURCES, действительно, возникают
> > конфликты - просто на самом деле эти патчи и spec-файлы лежат в CVS, а
> > пакеты для Сизифа пересобираются в hasher по одному, поэтому такая
> > проблема не возникает.
> 
> Можно по подробнее описать пересборку пакетов в hasher? Хотелось бы иметь 
> возможность повторить. Может для этого ипользуется стандартный набор 
> скриптов? Тогда неплохо бы ими и воспользоваться, чтобы не возникало 
> противоречий при разных подходах к порядку сборки пакетов (или даже самих 
> разных подходов, если они, в целом, противоречат самой схеме сборки).

Есть скрипты.  И лежат они в том же самом CVS.  Кое-кто уже давно
обещал сделать к нему публичный доступ...

Порядок сборки - сначала kernel-fix-*, kernel-feat-*, потом
kernel-image-* (при этом используются предыдущие пакеты), потом
kernel-modules-* (использует собранные на предыдущем шаге
kernel-headers-*.  Хотя одна проблема в этих скриптах пока ещё не
починена - при сборке kernel-modules-lirc-* нужны заголовки от
kernel-modules-v4l-*, поэтому lirc приходится потом запускать на
сборку отдельно.  hasher помещает собранные пакеты во временный
репозитарий, откуда потом их и берёт при сборке последующих пакетов.

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