[d-kernel] update startup?

[d-kernel] update startup?

[Alexander Bokovoy]

Greetings!

Мы, наконец, завели 2.6.2 на MaxSelect M5Wide, соответственно, я
предпринял некоторые действия по автоматизации перезда на 2.6. Эти
исправления касаются в основном пакета startup и предназначены для более
мягкого сосуществования 2.4 и 2.6 на одной машине.

Собственно, вопрос к LDV и состоит он вот в чем. Могу ли я обновить
startup и залить изменения в Сизиф? Или достаточно перечислить смысл
изменений и ты их внесешь самостоятельно?

Список изменений:

 - поддержка определения версии запущенного ядра в /etc/init.d/functions
 
 - поддержка монтирования sysfs с автоматическим созданием /sys при ее
   отсутствии в rc.sysinit. Включается только если загружено ядро серии
   2.5 и выше
 
 - поддержка двух отдельных /etc/modules и /etc/modules.26 для разных
   серий ядер в скрипте /etc/rc.d/scripts/load_modules, поскольку названия
   модулей для разных серий отличаются, а сосуществование в рамках
   имеющегося формата невозможно.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Mikhail Zabaluev]

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

Hello Alexander,

On Fri, Feb 06, 2004 at 06:44:46PM +0200, Alexander Bokovoy wrote:
>
>  - поддержка двух отдельных /etc/modules и /etc/modules.26 для разных
>    серий ядер в скрипте /etc/rc.d/scripts/load_modules, поскольку названия
>    модулей для разных серий отличаются, а сосуществование в рамках
>    имеющегося формата невозможно.

Надо отходить от всех этих "компрессий" номеров в суффиксы
с неясным смыслом и целью. Почему не назвать по-человечески:
/etc/modules-2.6
?

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Look before you leap.
		-- Samuel Butler

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

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Fri, Feb 06, 2004 at 11:29:49PM +0300, Mikhail Zabaluev wrote:
> Hello Alexander,
> 
> On Fri, Feb 06, 2004 at 06:44:46PM +0200, Alexander Bokovoy wrote:
> >
> >  - поддержка двух отдельных /etc/modules и /etc/modules.26 для разных
> >    серий ядер в скрипте /etc/rc.d/scripts/load_modules, поскольку названия
> >    модулей для разных серий отличаются, а сосуществование в рамках
> >    имеющегося формата невозможно.
> 
> Надо отходить от всех этих "компрессий" номеров в суффиксы
> с неясным смыслом и целью. Почему не назвать по-человечески:
> /etc/modules-2.6
> ?
Без проблем. Важно на чем-то остановиться. Вопрос тут скорее другого
плана: у нас сейчас "стандартное" ядро 2.4, завтра будет 2.6, а что иметь
в виду для /etc/modules? Сейчас /etc/modules соответствует 2.4, в идеале
должно быть /etc/modules-2.4 и /etc/modules-2.6, но это еще как-то надо
организовать в смысле обновлений.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Michael Shigorin]

On Sat, Feb 07, 2004 at 12:48:10PM +0200, Alexander Bokovoy wrote:
> Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> будет 2.6, а что иметь в виду для /etc/modules?

ln -s?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 01:26:25PM +0200, Michael Shigorin wrote:
> On Sat, Feb 07, 2004 at 12:48:10PM +0200, Alexander Bokovoy wrote:
> > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > будет 2.6, а что иметь в виду для /etc/modules?
> 
> ln -s?
Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит подумать о
том, чтобы от него избавиться -- мы всегда имеет в наличии более одной
ветки ядра, поэтому лучше заранее разделиться на /etc/modules-<version>
для каждого ядра. Судя по развитию разработки, смена имен модулей будет
происходить и в будущем.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Michael Shigorin]

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

On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > будет 2.6, а что иметь в виду для /etc/modules?
> > ln -s?
> Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит
> подумать о том, чтобы от него избавиться -- мы всегда имеет в
> наличии более одной ветки ядра

В рантайме обычно ровно одну. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 02:04:28PM +0200, Michael Shigorin wrote:
> On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> > > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > > будет 2.6, а что иметь в виду для /etc/modules?
> > > ln -s?
> > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит
> > подумать о том, чтобы от него избавиться -- мы всегда имеет в
> > наличии более одной ветки ядра
> 
> В рантайме обычно ровно одну. :)
Плевать на рантайм. Речь о состоянии файлов на диске. Зачем привносить
очередные альтернативы туда, где они не нужны, только ради того, чтобы
избавиться от трех строчек скриптового кода в scripts/load_modules?

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Michael Shigorin]

On Sat, Feb 07, 2004 at 02:09:41PM +0200, Alexander Bokovoy wrote:
> Плевать на рантайм.

Эк все расплевались.

> Речь о состоянии файлов на диске. Зачем привносить очередные
> альтернативы туда, где они не нужны, только ради того, чтобы
> избавиться от трех строчек скриптового кода в
> scripts/load_modules?

Тогда туда надо занести комментарий со ссылкой на Новое Положение
Вещей (и документацию, буде таковая материализуется).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 02:21:59PM +0200, Michael Shigorin wrote:
> On Sat, Feb 07, 2004 at 02:09:41PM +0200, Alexander Bokovoy wrote:
> > Плевать на рантайм.
> 
> Эк все расплевались.
Угу. Отчего бы и не поплевать на пыльную и неочищенную поверхность для ее
полировки?
:-)
 
> > Речь о состоянии файлов на диске. Зачем привносить очередные
> > альтернативы туда, где они не нужны, только ради того, чтобы
> > избавиться от трех строчек скриптового кода в
> > scripts/load_modules?
> 
> Тогда туда надо занести комментарий со ссылкой на Новое Положение
> Вещей (и документацию, буде таковая материализуется).
Конечно, это же часть работы по упаковке изменений.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Mikhail Zabaluev]

Hello Michael,

On Sat, Feb 07, 2004 at 02:04:28PM +0200, Michael Shigorin wrote:
>
> On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> > > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > > будет 2.6, а что иметь в виду для /etc/modules?
> > > ln -s?
> > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит
> > подумать о том, чтобы от него избавиться -- мы всегда имеет в
> > наличии более одной ветки ядра
> 
> В рантайме обычно ровно одну. :)

И обновлять ссылку на соответствующую версию ядра при startup'е,

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
But has any little atom,
	While a-sittin' and a-splittin',
Ever stopped to think or CARE
	That E = m c**2 ?

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 04:14:20PM +0300, Mikhail Zabaluev wrote:
> Hello Michael,
> 
> On Sat, Feb 07, 2004 at 02:04:28PM +0200, Michael Shigorin wrote:
> >
> > On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> > > > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > > > будет 2.6, а что иметь в виду для /etc/modules?
> > > > ln -s?
> > > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит
> > > подумать о том, чтобы от него избавиться -- мы всегда имеет в
> > > наличии более одной ветки ядра
> > 
> > В рантайме обычно ровно одну. :)
> 
> И обновлять ссылку на соответствующую версию ядра при startup'е,
не надо это. Во-первых, /etc -- read-only может быть. Для меня этого уже
достаточно, чтобы не возиться с сылками там. К тому же, как я уже говорил,
совсем не имеет смысла городить огород с символическими ссылками там, где
можно обойтись тремя строчками на скриптовом языке во внешнем сервисе.
-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Anton Farygin]

On Sat, Feb 07, 2004 at 02:04:28PM +0200, Michael Shigorin wrote:
> On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> > > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > > будет 2.6, а что иметь в виду для /etc/modules?
> > > ln -s?
> > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит
> > подумать о том, чтобы от него избавиться -- мы всегда имеет в
> > наличии более одной ветки ядра
> 
> В рантайме обычно ровно одну. :)

Я бы сделал более гибкое решение: 
1) Проверяем наличие /etc/modules-<kernelversion>.<major>.<minor>, если
есть - используем
2) Проверяем наличие /etc/modules-<kernelversion>.<major>, если есть -
используем
3) Если нет первых двух, то используем /etc/modules

Работать будет всегда и переход можно сделать более мягким.

Rgds,
Rider

Re: [d-kernel] update startup?

[Michael Shigorin]

On Mon, Feb 09, 2004 at 10:41:50AM +0300, Anton Farygin wrote:
> Я бы сделал более гибкое решение: 
> Работать будет всегда и переход можно сделать более мягким.

ACK

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] update startup?

[Sergey Vlasov]

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

On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> On Sat, Feb 07, 2004 at 01:26:25PM +0200, Michael Shigorin wrote:
> > On Sat, Feb 07, 2004 at 12:48:10PM +0200, Alexander Bokovoy wrote:
> > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > будет 2.6, а что иметь в виду для /etc/modules?
> > 
> > ln -s?
> Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит подумать о
> том, чтобы от него избавиться -- мы всегда имеет в наличии более одной
> ветки ядра, поэтому лучше заранее разделиться на /etc/modules-<version>
> для каждого ядра. Судя по развитию разработки, смена имен модулей будет
> происходить и в будущем.

На самом деле есть ещё один вариант: alias в modules.conf/...,
выставляемые в зависимости от версии ядра.  Сейчас это делается,
например, для vlan_module.

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

Re: [d-kernel] update startup?

[Dmitry V. Levin]

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

On Sat, Feb 07, 2004 at 03:16:35PM +0300, Sergey Vlasov wrote:
> On Sat, Feb 07, 2004 at 01:40:14PM +0200, Alexander Bokovoy wrote:
> > On Sat, Feb 07, 2004 at 01:26:25PM +0200, Michael Shigorin wrote:
> > > On Sat, Feb 07, 2004 at 12:48:10PM +0200, Alexander Bokovoy wrote:
> > > > Без проблем. Важно на чем-то остановиться. Вопрос тут скорее
> > > > другого плана: у нас сейчас "стандартное" ядро 2.4, завтра
> > > > будет 2.6, а что иметь в виду для /etc/modules?
> > > 
> > > ln -s?
> > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит подумать о
> > том, чтобы от него избавиться -- мы всегда имеет в наличии более одной
> > ветки ядра, поэтому лучше заранее разделиться на /etc/modules-<version>
> > для каждого ядра. Судя по развитию разработки, смена имен модулей будет
> > происходить и в будущем.
> 
> На самом деле есть ещё один вариант: alias в modules.conf/...,
> выставляемые в зависимости от версии ядра.  Сейчас это делается,
> например, для vlan_module.

Сергей меня опередил.

Действительно, почему бы не вынести все эти изменяющиеся имена в alias'ы?
Особенно это актуально, когда имена модулей меняются чаще, чем
kernelversion_minor.


-- 
ldv

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

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 03:26:13PM +0300, Dmitry V. Levin wrote:
> > > > ln -s?
> > > Нет. Поскольку /etc/modules вообще неоднозначное имя, то стоит подумать о
> > > том, чтобы от него избавиться -- мы всегда имеет в наличии более одной
> > > ветки ядра, поэтому лучше заранее разделиться на /etc/modules-<version>
> > > для каждого ядра. Судя по развитию разработки, смена имен модулей будет
> > > происходить и в будущем.
> > 
> > На самом деле есть ещё один вариант: alias в modules.conf/...,
> > выставляемые в зависимости от версии ядра.  Сейчас это делается,
> > например, для vlan_module.
> 
> Сергей меня опередил.
> 
> Действительно, почему бы не вынести все эти изменяющиеся имена в alias'ы?
> Особенно это актуально, когда имена модулей меняются чаще, чем
> kernelversion_minor.
Это, конечно, вариант, но для нормального обновления будет:

	1) проблематичным автоматизировать трансляцию из текущего формата 
	   в alias-ы; 
	
	2) есть более высокая вероятность попасть на зацикливание благодаря 
	   раскрытию макросов;
	
	3) необходимо разработать схему именования таких общих целей для
	   каждого типа драйверов.

Пункт 3) грозит большим объемом аналитической работы.

Что касается самого подхода, то мне он нравится, но объективно в нем
больше работы и неопределенности при обновлении системы.

Я могу привести пример, когда использование алиасов требуется обязательно
-- при наличии альтернативных драйверов для одного и того же устройства,
которые зависят от hardware revision. Особенно это актуально для устройств
производства Intel, например, EtherExpress 1000, или Realtek 8139-like.

В этом случае появление alias-а вроде
	probeall e1000-generic e1000 e1000_5431 e1000_4931
	alias eth0 e1000-generic
будет вполне правильным решением

(имена второго и третьего модулей содержат выдуманные цифры, но в
реальности так дело обстоит в RHAS 2.1).

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Anton Farygin]

On Fri, Feb 06, 2004 at 11:29:49PM +0300, Mikhail Zabaluev wrote:
> Hello Alexander,
> 
> On Fri, Feb 06, 2004 at 06:44:46PM +0200, Alexander Bokovoy wrote:
> >
> >  - поддержка двух отдельных /etc/modules и /etc/modules.26 для разных
> >    серий ядер в скрипте /etc/rc.d/scripts/load_modules, поскольку названия
> >    модулей для разных серий отличаются, а сосуществование в рамках
> >    имеющегося формата невозможно.
> 
> Надо отходить от всех этих "компрессий" номеров в суффиксы
> с неясным смыслом и целью. Почему не назвать по-человечески:
> /etc/modules-2.6
> ?

Действительно ;-)

Rgds,
Rider

Re: [d-kernel] update startup?

[Dmitry V. Levin]

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

Hi,

On Fri, Feb 06, 2004 at 06:44:46PM +0200, Alexander Bokovoy wrote:
> Мы, наконец, завели 2.6.2 на MaxSelect M5Wide, соответственно, я
> предпринял некоторые действия по автоматизации переезда на 2.6. Эти
> исправления касаются в основном пакета startup и предназначены для более
> мягкого сосуществования 2.4 и 2.6 на одной машине.
> 
> Собственно, вопрос к LDV и состоит он вот в чем. Могу ли я обновить
> startup и залить изменения в Сизиф? Или достаточно перечислить смысл
> изменений и ты их внесёшь самостоятельно?

Способ не имеет значения - я "перехвачу" и проверю любое изменение
"своего" пакета.  Так что можно патч прислать, можно пакет выложить -
результат по существу будет одинаковый.

> Список изменений:
> 
>  - поддержка определения версии запущенного ядра в /etc/init.d/functions

Вопрос только в выборе удачного интерфейса.
Может, стоит обсудить?

>  - поддержка монтирования sysfs с автоматическим созданием /sys при её
>    отсутствии в rc.sysinit. Включается только если загружено ядро серии
>    2.5 и выше

Поскольку пакет filesystem >= 2.1.7-alt1 содержит /sys, какой смысл
создавать этот каталог?  Мы же не создаём /proc и /dev/pts, верно?

А монтирование sysfs для 2.6, конечно, нужно.

>  - поддержка двух отдельных /etc/modules и /etc/modules.26 для разных
>    серий ядер в скрипте /etc/rc.d/scripts/load_modules, поскольку названия
>    модулей для разных серий отличаются, а сосуществование в рамках
>    имеющегося формата невозможно.

Действительно, почему бы и не /etc/modules-2.6?


-- 
ldv

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

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 12:15:38AM +0300, Dmitry V. Levin wrote:
> > Собственно, вопрос к LDV и состоит он вот в чем. Могу ли я обновить
> > startup и залить изменения в Сизиф? Или достаточно перечислить смысл
> > изменений и ты их внесёшь самостоятельно?
> 
> Способ не имеет значения - я "перехвачу" и проверю любое изменение
> "своего" пакета.  Так что можно патч прислать, можно пакет выложить -
> результат по существу будет одинаковый.
Ok. Ну ты же не против дать мне соблюсти формальности и спросить? :-)))
 
> > Список изменений:
> > 
> >  - поддержка определения версии запущенного ядра в /etc/init.d/functions
> 
> Вопрос только в выборе удачного интерфейса.
> Может, стоит обсудить?
Сейчас я просто взял код из vconfig и обернул (init.d/functions):

RegisterKernelVersion()
{
    KV=`/bin/uname -r |/bin/cut -d- -f1`
    [ -n "$KV" ]
    KV_MAJOR=`echo "$KV" |/bin/cut -d. -f1`
    [ -n "$KV_MAJOR" ]
    KV_MINOR=`echo "$KV" |/bin/cut -d. -f2`
    [ -n "$KV_MINOR" ]
}

Обернуто в функцию, чтобы не засорять пространство имен и не выполнять эти
вызовы, когда не требуется.

Далее используется это, скажем, в rc.sysinit вот так:

RegisterKernelVersion

# Mount /proc (done here so volume labels can work with fsck)
action "Mounting proc filesystem" mount -n -t proc /proc /proc
chgrp proc /proc >/dev/null 2>&1 ||:

if [ "$KV_MAJOR" -eq 2 ] && [ "$KV_MINOR" -gt 4 ]; then
    # Mount /sys
    action "Mounting sys filesystem" mount -n -t sysfs /sys /sys
fi

> 
> >  - поддержка монтирования sysfs с автоматическим созданием /sys при её
> >    отсутствии в rc.sysinit. Включается только если загружено ядро серии
> >    2.5 и выше
> 
> Поскольку пакет filesystem >= 2.1.7-alt1 содержит /sys, какой смысл
> создавать этот каталог?  Мы же не создаём /proc и /dev/pts, верно?
Конечно. С требованием установки filesystem >= 2.1.7-alt1 в новом startup
(Requires)
 
> А монтирование sysfs для 2.6, конечно, нужно.
> 
> >  - поддержка двух отдельных /etc/modules и /etc/modules.26 для разных
> >    серий ядер в скрипте /etc/rc.d/scripts/load_modules, поскольку названия
> >    модулей для разных серий отличаются, а сосуществование в рамках
> >    имеющегося формата невозможно.
> 
> Действительно, почему бы и не /etc/modules-2.6?
Я не против. Что важнее здесь -- отказаться от /etc/modules в пользу
переимменования в /etc/modules-2.4 при установке обновления пакета
service.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [d-kernel] update startup?

[Dmitry V. Levin]

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

On Sat, Feb 07, 2004 at 12:54:01PM +0200, Alexander Bokovoy wrote:
[...]
> > >  - поддержка определения версии запущенного ядра в /etc/init.d/functions
> > 
> > Вопрос только в выборе удачного интерфейса.
> > Может, стоит обсудить?
> Сейчас я просто взял код из vconfig и обернул (init.d/functions):
> 
> RegisterKernelVersion()
> {
>     KV=`/bin/uname -r |/bin/cut -d- -f1`
>     [ -n "$KV" ]
>     KV_MAJOR=`echo "$KV" |/bin/cut -d. -f1`
>     [ -n "$KV_MAJOR" ]
>     KV_MINOR=`echo "$KV" |/bin/cut -d. -f2`
>     [ -n "$KV_MINOR" ]
> }
> 
> Обернуто в функцию, чтобы не засорять пространство имен и не выполнять эти
> вызовы, когда не требуется.

Альтернатива - использовать /sbin/kernelversion* (предварительно исправив
опечатку в них) из modutils.

Что лучше?


-- 
ldv

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

Re: [d-kernel] update startup?

[Alexander Bokovoy]

On Sat, Feb 07, 2004 at 03:30:42PM +0300, Dmitry V. Levin wrote:
> On Sat, Feb 07, 2004 at 12:54:01PM +0200, Alexander Bokovoy wrote:
> [...]
> > > >  - поддержка определения версии запущенного ядра в /etc/init.d/functions
> > > 
> > > Вопрос только в выборе удачного интерфейса.
> > > Может, стоит обсудить?
> > Сейчас я просто взял код из vconfig и обернул (init.d/functions):
> > 
> > RegisterKernelVersion()
> > {
> >     KV=`/bin/uname -r |/bin/cut -d- -f1`
> >     [ -n "$KV" ]
> >     KV_MAJOR=`echo "$KV" |/bin/cut -d. -f1`
> >     [ -n "$KV_MAJOR" ]
> >     KV_MINOR=`echo "$KV" |/bin/cut -d. -f2`
> >     [ -n "$KV_MINOR" ]
> > }
> > 
> > Обернуто в функцию, чтобы не засорять пространство имен и не выполнять эти
> > вызовы, когда не требуется.
> 
> Альтернатива - использовать /sbin/kernelversion* (предварительно исправив
> опечатку в них) из modutils.
> 
> Что лучше?
Я посмотрю туда сегодня. Скорее всего, /sbin/kernelversion* будет лучше,
поскольку унифицирует место для возможных модификаций.

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/