* [d-kernel] Порядок отправки пакетов. @ 2004-09-20 19:46 Evgeny Sinelnikov 2004-09-20 21:05 ` Yura Zotov 0 siblings, 1 reply; 11+ messages in thread From: Evgeny Sinelnikov @ 2004-09-20 19:46 UTC (permalink / raw) To: devel-kernel Здравствуйте. Хочу прояснить порядок работы с пакетами относящимися к ядру. Желаю выложить ядро kernel-image-rt[26]-{up,smp}. Нужно добавить kernel-feat-core-adeos, kernel-modules-rtai и kernel-image-rt-[26]-{up,smp} в Kernel CVS, а также kernel-source-rtai в Сизиф. С чего начинать? %description -n kernel-feat-core-adeos Adeos nanokernel. Instead of first building the nanokernel and then building the client OSes, Adeos started from a live and known-to-be-functional OS, Linux, and inserted a nanokernel beneath it. Starting from Adeos, other client OSes can now be put side-by-side with the Linux kernel. %description -n kernel-modules-rtai This package contains the RTAI (Real-Time Application Interface) system and is intended for developers who are building embedded systems that will run the Linux operating system. In fact, RTAI is based on the Linux operating system to which it adds real-time capabilities that are not natively supported since Linux is a user-oriented operating system. Sin ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-20 19:46 [d-kernel] Порядок отправки пакетов Evgeny Sinelnikov @ 2004-09-20 21:05 ` Yura Zotov 2004-09-21 6:44 ` Evgeny Sinelnikov 0 siblings, 1 reply; 11+ messages in thread From: Yura Zotov @ 2004-09-20 21:05 UTC (permalink / raw) To: devel-kernel On Mon, Sep 20, 2004 at 11:46:00PM +0400, Evgeny Sinelnikov wrote: > Здравствуйте. > Хочу прояснить порядок работы с пакетами относящимися к ядру. Желаю выложить > ядро kernel-image-rt[26]-{up,smp}. Нужно добавить kernel-feat-core-adeos, > kernel-modules-rtai и kernel-image-rt-[26]-{up,smp} в Kernel CVS, а также > kernel-source-rtai в Сизиф. С чего начинать? > > 0escription -n kernel-feat-core-adeos > Adeos nanokernel. Instead of first building the nanokernel and then > building the client OSes, Adeos started from a live and > known-to-be-functional OS, Linux, and inserted a nanokernel beneath it. > Starting from Adeos, other client OSes can now be put side-by-side with the > Linux kernel. > > 0escription -n kernel-modules-rtai > This package contains the RTAI (Real-Time Application Interface) > system and is intended for developers who are building embedded > systems that will run the Linux operating system. In fact, RTAI > is based on the Linux operating system to which it adds real-time > capabilities that are not natively supported since Linux is a > user-oriented operating system. > Ура! Наконец-то оно появится в Сизифе (может лучше в Дедалус для начала?). Огромное спасибо за работу по подготовке ядра! Может лучше ядро назвать rtai26, а не rt26? Вроде бы так понятнее... -- Юрий А. Зотов ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-20 21:05 ` Yura Zotov @ 2004-09-21 6:44 ` Evgeny Sinelnikov 2004-09-21 11:29 ` Yura Zotov 0 siblings, 1 reply; 11+ messages in thread From: Evgeny Sinelnikov @ 2004-09-21 6:44 UTC (permalink / raw) To: devel-kernel В сообщении от 21 Сентябрь 2004 01:05 Yura Zotov написал(a): > On Mon, Sep 20, 2004 at 11:46:00PM +0400, Evgeny Sinelnikov wrote: > > Здравствуйте. > > Хочу прояснить порядок работы с пакетами относящимися к ядру. Желаю > > выложить ядро kernel-image-rt[26]-{up,smp}. Нужно добавить > > kernel-feat-core-adeos, kernel-modules-rtai и > > kernel-image-rt-[26]-{up,smp} в Kernel CVS, а также kernel-source-rtai в > > Сизиф. С чего начинать? > > > > 0escription -n kernel-feat-core-adeos > > Adeos nanokernel. Instead of first building the nanokernel and then > > building the client OSes, Adeos started from a live and > > known-to-be-functional OS, Linux, and inserted a nanokernel beneath it. > > Starting from Adeos, other client OSes can now be put side-by-side with > > the Linux kernel. > > > > 0escription -n kernel-modules-rtai > > This package contains the RTAI (Real-Time Application Interface) > > system and is intended for developers who are building embedded > > systems that will run the Linux operating system. In fact, RTAI > > is based on the Linux operating system to which it adds real-time > > capabilities that are not natively supported since Linux is a > > user-oriented operating system. > > Ура! Наконец-то оно появится в Сизифе (может лучше в Дедалус для > начала?). Огромное спасибо за работу по подготовке ядра! > То есть, можно все просто положить в Deadalus? Хм... Да, тогда Kernel CVS, видимо пока не понадобться, если сборки ядер из cvs идут только Сизиф. А было бы удобно... > Может лучше ядро назвать rtai26, а не rt26? Вроде бы так > понятнее... > Я думаю, что rt26 лучше. Дело вот в чем. Изменения ядра минимальны и позволяют использовать не только модули RTAI. По некоторым заявлениям в списках рассылки будущие версии, несколько отставшего, RTLinux для ветки 2.6 предполагаются тоже основывать на ядрах запущенных поверх Adeos. Sin ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-21 6:44 ` Evgeny Sinelnikov @ 2004-09-21 11:29 ` Yura Zotov 2004-09-21 11:39 ` Genix 2004-09-21 21:14 ` Evgeny Sinelnikov 0 siblings, 2 replies; 11+ messages in thread From: Yura Zotov @ 2004-09-21 11:29 UTC (permalink / raw) To: devel-kernel On Tue, Sep 21, 2004 at 10:44:58AM +0400, Evgeny Sinelnikov wrote: > В сообщении от 21 Сентябрь 2004 01:05 Yura Zotov написал(a): > > On Mon, Sep 20, 2004 at 11:46:00PM +0400, Evgeny Sinelnikov wrote: > > > Здравствуйте. > > > Хочу прояснить порядок работы с пакетами относящимися к ядру. Желаю > > > выложить ядро kernel-image-rt[26]-{up,smp}. Нужно добавить > > > kernel-feat-core-adeos, kernel-modules-rtai и > > > kernel-image-rt-[26]-{up,smp} в Kernel CVS, а также kernel-source-rtai в > > > Сизиф. С чего начинать? > > > > > > 0escription -n kernel-feat-core-adeos > > > Adeos nanokernel. Instead of first building the nanokernel and then > > > building the client OSes, Adeos started from a live and > > > known-to-be-functional OS, Linux, and inserted a nanokernel beneath it. > > > Starting from Adeos, other client OSes can now be put side-by-side with > > > the Linux kernel. > > > > > > 0escription -n kernel-modules-rtai > > > This package contains the RTAI (Real-Time Application Interface) > > > system and is intended for developers who are building embedded > > > systems that will run the Linux operating system. In fact, RTAI > > > is based on the Linux operating system to which it adds real-time > > > capabilities that are not natively supported since Linux is a > > > user-oriented operating system. > > > > Ура! Наконец-то оно появится в Сизифе (может лучше в Дедалус для > > начала?). Огромное спасибо за работу по подготовке ядра! > > > > То есть, можно все просто положить в Deadalus? > Хм... Да, тогда Kernel CVS, видимо пока не понадобться, если сборки ядер из > cvs идут только Сизиф. А было бы удобно... > Про порядок выкладывания ядер я мало что знаю. Про Дедалус сказал, потому что думал так будет лучше, так как это ядро может быть нестабильным. > > Может лучше ядро назвать rtai26, а не rt26? Вроде бы так > > понятнее... > > > > Я думаю, что rt26 лучше. Дело вот в чем. Изменения ядра минимальны и позволяют > использовать не только модули RTAI. По некоторым заявлениям в списках > рассылки будущие версии, несколько отставшего, RTLinux для ветки 2.6 > предполагаются тоже основывать на ядрах запущенных поверх Adeos. > А! Вот в чём дело. Т.е. на том же самом ядре можно будет запустить ещё и rtl? А одновременно rtai и rtl можно? :-) В таком случае, может тогда назвать ядро adeos26? Мало ли появятся какие-то системы, использующие adeos, но не rt. -- Юрий А. Зотов ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-21 11:29 ` Yura Zotov @ 2004-09-21 11:39 ` Genix 2004-09-21 19:04 ` Maxim Tyurin 2004-09-21 21:14 ` Evgeny Sinelnikov 1 sibling, 1 reply; 11+ messages in thread From: Genix @ 2004-09-21 11:39 UTC (permalink / raw) To: ALT Linux kernel packages development On Tue, 21 Sep 2004 15:29:58 +0400 Yura Zotov <yz@altlinux.ru> wrote: > А! Вот в чём дело. Т.е. на том же самом ядре можно будет > запустить ещё и rtl? А одновременно rtai и rtl можно? :-) > > В таком случае, может тогда назвать ядро adeos26? Мало ли > появятся какие-то системы, использующие adeos, но не rt. rt -- аббревиатура которая на слуху у многих, adeos только у избранных. -- У каждого в башке свои тараканы... ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-21 11:39 ` Genix @ 2004-09-21 19:04 ` Maxim Tyurin 0 siblings, 0 replies; 11+ messages in thread From: Maxim Tyurin @ 2004-09-21 19:04 UTC (permalink / raw) To: ALT Linux kernel packages development Genix <genix@list.ru> writes: > On Tue, 21 Sep 2004 15:29:58 +0400 > Yura Zotov <yz@altlinux.ru> wrote: > >> А! Вот в чём дело. Т.е. на том же самом ядре можно будет >> запустить ещё и rtl? А одновременно rtai и rtl можно? :-) >> >> В таком случае, может тогда назвать ядро adeos26? Мало ли >> появятся какие-то системы, использующие adeos, но не rt. > > rt -- аббревиатура которая на слуху у многих, adeos только у избранных. Ну так посмотрит человек на непонятную аббревиатуру, прочитает что это такое, почитает документацию и станет избранным ;) -- With Best Regards, Maxim Tyurin aka Bungarus JID: MrKooll@jabber.pibhe.com ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-21 11:29 ` Yura Zotov 2004-09-21 11:39 ` Genix @ 2004-09-21 21:14 ` Evgeny Sinelnikov 2004-09-22 9:18 ` Alexander Bokovoy 1 sibling, 1 reply; 11+ messages in thread From: Evgeny Sinelnikov @ 2004-09-21 21:14 UTC (permalink / raw) To: devel-kernel; +Cc: ALT Devel discussion list В сообщении от 21 Сентябрь 2004 15:29 Yura Zotov написал(a): > On Tue, Sep 21, 2004 at 10:44:58AM +0400, Evgeny Sinelnikov wrote: > > В сообщении от 21 Сентябрь 2004 01:05 Yura Zotov написал(a): > > > On Mon, Sep 20, 2004 at 11:46:00PM +0400, Evgeny Sinelnikov wrote: > > > > Здравствуйте. > > > > Хочу прояснить порядок работы с пакетами относящимися к ядру. Желаю > > > > выложить ядро kernel-image-rt[26]-{up,smp}. Нужно добавить > > > > kernel-feat-core-adeos, kernel-modules-rtai и > > > > kernel-image-rt-[26]-{up,smp} в Kernel CVS, а также > > > > kernel-source-rtai в Сизиф. С чего начинать? > > > > > > > > %description -n kernel-feat-core-adeos > > > > Adeos nanokernel. Instead of first building the nanokernel and then > > > > building the client OSes, Adeos started from a live and > > > > known-to-be-functional OS, Linux, and inserted a nanokernel beneath > > > > it. Starting from Adeos, other client OSes can now be put > > > > side-by-side with the Linux kernel. > > > > > > > > %description -n kernel-modules-rtai > > > > This package contains the RTAI (Real-Time Application Interface) > > > > system and is intended for developers who are building embedded > > > > systems that will run the Linux operating system. In fact, RTAI > > > > is based on the Linux operating system to which it adds real-time > > > > capabilities that are not natively supported since Linux is a > > > > user-oriented operating system. > > > > > > Ура! Наконец-то оно появится в Сизифе (может лучше в Дедалус для > > > начала?). Огромное спасибо за работу по подготовке ядра! > > > > То есть, можно все просто положить в Deadalus? > > Хм... Да, тогда Kernel CVS, видимо пока не понадобться, если сборки ядер > > из cvs идут только Сизиф. А было бы удобно... > > Про порядок выкладывания ядер я мало что знаю. Про Дедалус > сказал, потому что думал так будет лучше, так как это ядро > может быть нестабильным. > Да, я согласен, что нужно тестировать. К сожалению, моих мощностей хватило только на тестовую машину для *-up ядер. Как будет себя вести smp даже не знаю. Есть вопросы по размещению библиотек, собираемых под каждое ядро, в виду тесной связи по включаемым файлам и конкретной конфигурации. Исходная устанока проводится в каталог /usr/realtime, где аккуратно сложены: ./bin ./lib ./share ./include ./testsuite ./calibration Первое, что приходит на ум, это переместить установку в каталог /usr/lib/kernel/realtime-%version-%flavor и поручить скриптам поправлять ссылку на /usr/realtime. Если нет возражений так и оставлю. В добавлении ко всему был ещё [./modules], но я его убрал в, /lib/modules/%kversion-%flavour-%krelease/%module_name И кстати, чтобы скрипты из ./bin заработали небходим доступ пользователя в каталог /lib/modules, поскольку в них используется рекурсивно запускаемый sudo insmod, вместо sudo modprobe. Может их лучше оставить там же и ввести группу? > > > Может лучше ядро назвать rtai26, а не rt26? Вроде бы так > > > понятнее... > > > > Я думаю, что rt26 лучше. Дело вот в чем. Изменения ядра минимальны и > > позволяют использовать не только модули RTAI. По некоторым заявлениям в > > списках рассылки будущие версии, несколько отставшего, RTLinux для ветки > > 2.6 предполагаются тоже основывать на ядрах запущенных поверх Adeos. > > А! Вот в чём дело. Т.е. на том же самом ядре можно будет > запустить ещё и rtl? А одновременно rtai и rtl можно? :-) Если поместить их в разные домены то, может быть что-то и получится, но кто-то из них, тогда точно перестанет работать в реальном времени - попадёт в виртуальное :) > В таком случае, может тогда назвать ядро adeos26? Мало ли > появятся какие-то системы, использующие adeos, но не rt. Выглядит пугающе :) rt мне больше нравится, мы же называем ядра по способу использования, а не по именам накладываемых патчей. Sin ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-21 21:14 ` Evgeny Sinelnikov @ 2004-09-22 9:18 ` Alexander Bokovoy 2004-09-22 20:59 ` Evgeny Sinelnikov 0 siblings, 1 reply; 11+ messages in thread From: Alexander Bokovoy @ 2004-09-22 9:18 UTC (permalink / raw) To: ALT Linux kernel packages development On Wed, Sep 22, 2004 at 01:14:02AM +0400, Evgeny Sinelnikov wrote: > > Про порядок выкладывания ядер я мало что знаю. Про Дедалус > > сказал, потому что думал так будет лучше, так как это ядро > > может быть нестабильным. > > > > Да, я согласен, что нужно тестировать. К сожалению, моих мощностей хватило > только на тестовую машину для *-up ядер. Как будет себя вести smp даже не > знаю. Есть вопросы по размещению библиотек, собираемых под каждое ядро, в > виду тесной связи по включаемым файлам и конкретной конфигурации. > Исходная устанока проводится в каталог /usr/realtime, где аккуратно сложены: > ./bin > ./lib > ./share > ./include > ./testsuite > ./calibration > > Первое, что приходит на ум, это переместить установку в > каталог /usr/lib/kernel/realtime-%version-%flavor и поручить скриптам > поправлять ссылку на /usr/realtime. Если нет возражений так и оставлю. /usr/realtime быть не может (противоречит FHS), так что ищите другое место (например, /etc/sysconfig/kernel/realtime -- там уже есть симлинк для include). -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/ ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-22 9:18 ` Alexander Bokovoy @ 2004-09-22 20:59 ` Evgeny Sinelnikov 2004-09-23 9:22 ` Alexander Bokovoy 0 siblings, 1 reply; 11+ messages in thread From: Evgeny Sinelnikov @ 2004-09-22 20:59 UTC (permalink / raw) To: ALT Linux kernel packages development В сообщении от 22 Сентябрь 2004 13:18 Alexander Bokovoy написал(a): > On Wed, Sep 22, 2004 at 01:14:02AM +0400, Evgeny Sinelnikov wrote: > > > Про порядок выкладывания ядер я мало что знаю. Про Дедалус > > > сказал, потому что думал так будет лучше, так как это ядро > > > может быть нестабильным. > > > > Да, я согласен, что нужно тестировать. К сожалению, моих мощностей > > хватило только на тестовую машину для *-up ядер. Как будет себя вести smp > > даже не знаю. Есть вопросы по размещению библиотек, собираемых под каждое > > ядро, в виду тесной связи по включаемым файлам и конкретной конфигурации. > > Исходная устанока проводится в каталог /usr/realtime, где аккуратно > > сложены: ./bin > > ./lib > > ./share > > ./include > > ./testsuite > > ./calibration > > > > Первое, что приходит на ум, это переместить установку в > > каталог /usr/lib/kernel/realtime-%version-%flavor и поручить скриптам > > поправлять ссылку на /usr/realtime. Если нет возражений так и оставлю. > > /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. Sin ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-22 20:59 ` Evgeny Sinelnikov @ 2004-09-23 9:22 ` Alexander Bokovoy 2004-09-24 18:56 ` Evgeny Sinelnikov 0 siblings, 1 reply; 11+ messages in thread From: Alexander Bokovoy @ 2004-09-23 9:22 UTC (permalink / raw) To: ALT Linux kernel packages development 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 пакеты из дистрибутива ставиться не должны, туда попадает коммерческое ПО третьей стороны (первое) и локальные системные изменения (второе). -- / Alexander Bokovoy Samba Team http://www.samba.org/ ALT Linux Team http://www.altlinux.org/ Midgard Project Ry http://www.midgard-project.org/ ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [d-kernel] Порядок отправки пакетов. 2004-09-23 9:22 ` Alexander Bokovoy @ 2004-09-24 18:56 ` Evgeny Sinelnikov 0 siblings, 0 replies; 11+ messages in thread From: Evgeny Sinelnikov @ 2004-09-24 18:56 UTC (permalink / raw) To: ALT Linux kernel packages development В сообщении от 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 ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2004-09-24 18:56 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2004-09-20 19:46 [d-kernel] Порядок отправки пакетов Evgeny Sinelnikov 2004-09-20 21:05 ` Yura Zotov 2004-09-21 6:44 ` Evgeny Sinelnikov 2004-09-21 11:29 ` Yura Zotov 2004-09-21 11:39 ` Genix 2004-09-21 19:04 ` Maxim Tyurin 2004-09-21 21:14 ` Evgeny Sinelnikov 2004-09-22 9:18 ` Alexander Bokovoy 2004-09-22 20:59 ` Evgeny Sinelnikov 2004-09-23 9:22 ` Alexander Bokovoy 2004-09-24 18:56 ` Evgeny Sinelnikov
ALT Linux kernel packages development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \ devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com public-inbox-index devel-kernel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git