[d-kernel] kernel 2.6.0-test11

[d-kernel] kernel 2.6.0-test11

[Ed V. Bartosh]

Hi,

Результаты наших с Глебом(UlfR) усилий по сборке ядра 2.6 лежат здесь:
ftp://ftp.altlinux.ru/pub/people/ed/

Вкратце:

1. kernel-build-tools 
- Добавлена возможность прикладывать патчи только к определенной
  версии ядра и также иметь общие патчи для разных версий.

2. kernel-fix-build 
- Здесь можно посмотреть как это делается для 2.6
К сожалению сборку на 2.4 еще не проверял.

3. kernel-{image,headers,headers-modules}-std26-up
- собственно ядро и его хедеры.

4. kernel-modpost 
- утилита, использующаяся для сборки модулей отдельно от дерева сорцов.
может быть имеет смысл не выносить ее в отдельный пакет, а
переименовать kernel-headers-modules в kernel-modules-tools или типа
того и ее туда положить.
Но пока сделано так.

5. modutils
- modutils, работающие для 2.4 и для 2.6. Пока это сделано по-быстрому
и неправильно, просто module-init-tools завраплены в modutils.
В дальнейшем нужно будет интегрировать это по-человечески, о чем писал
Саша Боковой в @devel.

6. bootloader-utils
- мелкие правки в части герерирования валидных строк для lilo и grub-а
- временно убран framebuffer, не заработал сразу.

7. mkinitrd
- обновлен и вылечен busybox в части работы с модулями от 2.6

8. nvidia
- сорцы и модуль.

Все это загрузилось и работает на моей машине.

Всякие мелочи типа убирания klogd из chroot-а и правки /etc/rc.sysinit
в части монтирования sysfs и работы с /proc/kallsyms еще не опакечены,
сделаю скоро.

Если кому интересна эта тема - милости прошу, давайте обсуждать,
тестировать и все такое. Основной задачей у меня было получить
работающее ядро, а не сделать все с начала до конца правильно самому,
так что включайтесь, плз.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] kernel 2.6.0-test11

[Michael Shigorin]

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

On Tue, Dec 16, 2003 at 07:43:58PM +0300, Ed V. Bartosh wrote:
> Результаты наших с Глебом(UlfR) усилий по сборке ядра 2.6 лежат
> здесь: ftp://ftp.altlinux.ru/pub/people/ed/

Для удобства украинской команды отзеркалено на
ftp://ftp.altlinux.org.ua/pub/Linux/ALT/people/ed/ ; желающие
могут отловить меня в Киеве или попросить lafox.net
сделать комплект с linux-2.6.

> Вкратце:
> 
> 1. kernel-build-tools 
> - Добавлена возможность прикладывать патчи только к определенной
>   версии ядра и также иметь общие патчи для разных версий.
> 
> 2. kernel-fix-build 
> - Здесь можно посмотреть как это делается для 2.6
> К сожалению сборку на 2.4 еще не проверял.
> 
> 3. kernel-{image,headers,headers-modules}-std26-up
> - собственно ядро и его хедеры.
> 
> 4. kernel-modpost 
> - утилита, использующаяся для сборки модулей отдельно от дерева сорцов.
> может быть имеет смысл не выносить ее в отдельный пакет, а
> переименовать kernel-headers-modules в kernel-modules-tools или типа
> того и ее туда положить.
> Но пока сделано так.
> 
> 5. modutils
> - modutils, работающие для 2.4 и для 2.6. Пока это сделано по-быстрому
> и неправильно, просто module-init-tools завраплены в modutils.
> В дальнейшем нужно будет интегрировать это по-человечески, о чем писал
> Саша Боковой в @devel.
> 
> 6. bootloader-utils
> - мелкие правки в части герерирования валидных строк для lilo и grub-а
> - временно убран framebuffer, не заработал сразу.
> 
> 7. mkinitrd
> - обновлен и вылечен busybox в части работы с модулями от 2.6
> 
> 8. nvidia
> - сорцы и модуль.
> 
> Все это загрузилось и работает на моей машине.
> 
> Всякие мелочи типа убирания klogd из chroot-а и правки /etc/rc.sysinit
> в части монтирования sysfs и работы с /proc/kallsyms еще не опакечены,
> сделаю скоро.
> 
> Если кому интересна эта тема - милости прошу, давайте обсуждать,
> тестировать и все такое. Основной задачей у меня было получить
> работающее ядро, а не сделать все с начала до конца правильно самому,
> так что включайтесь, плз.
> 

-- 
 ---- 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] kernel 2.6.0-test11

[Anton Farygin]

Ed V. Bartosh wrote:
> Hi,
> 
> Результаты наших с Глебом(UlfR) усилий по сборке ядра 2.6 лежат здесь:
> ftp://ftp.altlinux.ru/pub/people/ed/
> 
> Вкратце:
> 
> 1. kernel-build-tools 
> - Добавлена возможность прикладывать патчи только к определенной
>   версии ядра и также иметь общие патчи для разных версий.
> 
> 2. kernel-fix-build 
> - Здесь можно посмотреть как это делается для 2.6
> К сожалению сборку на 2.4 еще не проверял.
> 
> 3. kernel-{image,headers,headers-modules}-std26-up
> - собственно ядро и его хедеры.
> 
> 4. kernel-modpost 
> - утилита, использующаяся для сборки модулей отдельно от дерева сорцов.
> может быть имеет смысл не выносить ее в отдельный пакет, а
> переименовать kernel-headers-modules в kernel-modules-tools или типа
> того и ее туда положить.
> Но пока сделано так.
> 
> 5. modutils
> - modutils, работающие для 2.4 и для 2.6. Пока это сделано по-быстрому
> и неправильно, просто module-init-tools завраплены в modutils.
> В дальнейшем нужно будет интегрировать это по-человечески, о чем писал
> Саша Боковой в @devel.
> 
> 6. bootloader-utils
> - мелкие правки в части герерирования валидных строк для lilo и grub-а
> - временно убран framebuffer, не заработал сразу.
> 
> 7. mkinitrd
> - обновлен и вылечен busybox в части работы с модулями от 2.6
> 
> 8. nvidia
> - сорцы и модуль.
> 
> Все это загрузилось и работает на моей машине.
> 
> Всякие мелочи типа убирания klogd из chroot-а и правки /etc/rc.sysinit
> в части монтирования sysfs и работы с /proc/kallsyms еще не опакечены,
> сделаю скоро.

klogd из чрута убирать не надо... есть же уже решение этой проблемы, я 
тебе в IRC бросал патч.

Повторяю тут:

--- printk.c.orig       2003-12-17 12:52:39 +0300
+++ printk.c    2003-12-17 12:53:04 +0300
@@ -207,10 +207,6 @@
         char c;
         int error = 0;

-       error = security_syslog(type);
-       if (error)
-               return error;
-
         switch (type) {
         case 0:         /* Close log */
                 break;
@@ -328,6 +324,11 @@

  asmlinkage long sys_syslog(int type, char __user * buf, int len)
  {
+       int error = 0;
+
+       error = security_syslog(type);
+       if (error)
+               return error;
         return do_syslog(type, buf, len);
  }


> 
> Если кому интересна эта тема - милости прошу, давайте обсуждать,
> тестировать и все такое. Основной задачей у меня было получить
> работающее ядро, а не сделать все с начала до конца правильно самому,
> так что включайтесь, плз.
> 

ok. Сейчас утянем и займемся.

Rgds,
Rider

Re: [d-kernel] kernel 2.6.0-test11

[Ed V. Bartosh]

>>>>> "AF" == Anton Farygin writes:

 >>  Всякие мелочи типа убирания klogd из chroot-а и правки
 >>  /etc/rc.sysinit в части монтирования sysfs и работы с
 >>  /proc/kallsyms еще не опакечены, сделаю скоро.
  
 AF>  klogd из чрута убирать не надо... есть же уже решение этой
 AF>  проблемы, я тебе в IRC бросал патч.
  
 AF>  Повторяю тут:
  
 AF>  --- printk.c.orig 2003-12-17 12:52:39 +0300 +++ printk.c
 AF>  2003-12-17 12:53:04 +0300 @@ -207,10 +207,6 @@
 AF>           char c; int error = 0;
  
 AF>  - error = security_syslog(type); - if (error) - return error; -
 AF>           switch (type) { case 0: /* Close log */
 AF>                   break;
 AF>  @@ -328,6 +324,11 @@
  
 AF>    asmlinkage long sys_syslog(int type, char __user * buf, int
 AF>    len) {
 AF>  +       int error = 0;
 AF>  +
 AF>  +       error = security_syslog(type); if (error) return error;
 AF>           return do_syslog(type, buf, len);
 AF>    }

Спасибо.  
Кстати, вижу я это впервые.
  
 >>  Если кому интересна эта тема - милости прошу, давайте обсуждать,
 >>  тестировать и все такое. Основной задачей у меня было получить
 >>  работающее ядро, а не сделать все с начала до конца правильно
 >>  самому, так что включайтесь, плз.
 >>
  
 AF>  ok. Сейчас утянем и займемся.

Чудненько. Держите меня в курсе.  

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] unprivileged klogd vs vanilla kernel 2.6.x

[Dmitry V. Levin]

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

Hi,

On Wed, Dec 17, 2003 at 01:04:52PM +0300, Anton Farygin wrote:
[...]
> >Всякие мелочи типа убирания klogd из chroot-а [...]
> 
> klogd из чрута убирать не надо... есть же уже решение этой проблемы, я 
> тебе в IRC бросал патч.

Что-то я упустил, этот самый патч
2.6_50_2.6.0-move_security_syslog_to_sys_syslog.patch
имеет шансы на обсуждение upstream или ванильные ядра обречены на эту
"пересекъюренность" пожизненно?


-- 
ldv

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

[d-kernel] Re: kernel 2.6.0-test11

[Andrey Rahmatullin]

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

On Tue, Dec 16, 2003 at 07:43:58PM +0300, Ed V. Bartosh wrote:
> 4. kernel-modpost 
> - утилита, использующаяся для сборки модулей отдельно от дерева сорцов.
> может быть имеет смысл не выносить ее в отдельный пакет, а
> переименовать kernel-headers-modules в kernel-modules-tools или типа
> того и ее туда положить.
> Но пока сделано так.

Как теперь собрать модуль, натурально требующий дерево исходников, т.к. в
его Makefile стоит только make -C $(KERNEL_DIR) SUBDIRS=$(PWD) modules.
Конкретно - ltmodem.

> Если кому интересна эта тема - милости прошу, давайте обсуждать,
> тестировать и все такое. Основной задачей у меня было получить
> работающее ядро, а не сделать все с начала до конца правильно самому,
> так что включайтесь, плз.

Могу потестить некоторые сторонние патчи типа supermount. Ну и см.выше.

-- 
Предыдущее (-alt3) и эти изменения исправляют ошибки, которые, насколько я
понимаю, благодаря технологии PrivilegeSeparation в худшем случае могут
привести к возможности исполнения кода с правами псевдопользователя в
пустом чруте.  К тому же что ещё и не известно, могут ли.
		-- ldv in devel@

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

Re: [d-kernel] Re: kernel 2.6.0-test11

[Vitaly Lipatov]

On 18 Декабрь 2003 10:35, Andrey Rahmatullin wrote:
> Как теперь собрать модуль, натурально требующий дерево
> исходников, т.к. в его Makefile стоит только make -C
> $(KERNEL_DIR) SUBDIRS=$(PWD) modules. Конкретно - ltmodem.
А как же раньше ltmodem всегда собирался без исходников ядра?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [d-kernel] Re: kernel 2.6.0-test11

[Andrey Rahmatullin]

[-- Attachment #1.1: Type: text/plain, Size: 1414 bytes --]

On Thu, Dec 18, 2003 at 10:56:13AM +0300, Vitaly Lipatov wrote:
> On 18 Декабрь 2003 10:35, Andrey Rahmatullin wrote:
> > Как теперь собрать модуль, натурально требующий дерево
> > исходников, т.к. в его Makefile стоит только make -C
> > $(KERNEL_DIR) SUBDIRS=$(PWD) modules. Конкретно - ltmodem.
> А как же раньше ltmodem всегда собирался без исходников ядра?
 
А это не совсем официальная сборка, содержит только проприетарный кусок, 2
оберточных исходника и такой вот Makefile. Собираться и работать должно
только под 2.6. Бралось с
http://linmodems.technion.ac.il/packages/ltmodem/kernel-2.6/

wrar@wrars-comp SRC/2.6/ltmodem-2.6-alk $ l
итого 576
drwxr-xr-x    2 wrar     wrar           99 Дек 18 14:34 ./
drwxr-xr-x    3 wrar     wrar         4096 Дек 18 14:28 ../
-rw-r--r--    1 wrar     wrar        20389 Окт 17 18:21 serial.c
-rw-r--r--    1 wrar     wrar          479 Окт 17 15:42 Makefile
-rw-r--r--    1 wrar     wrar        10921 Окт 17 15:18 lt_modem.c
-rw-r--r--    1 wrar     wrar         2047 Окт 17 14:11 linuxif.h
-rw-r--r--    1 wrar     wrar          270 Окт 16 01:02 README
-rw-r--r--    1 wrar     wrar       537188 Окт 13 22:46 ltmdmobj.o


Если ему таки дать полные исходники ядра (распакованный тарбол + конфиг),
видно вот что: (логи в сокращенном и классическом форматах приаттачены).


-- 
Использовать зарезервированные словосочетания не по назначению нехорошо. :)
		-- ldv in devel@

[-- Attachment #1.2: V0.log --]
[-- Type: text/plain, Size: 1760 bytes --]

wrar@wrars-comp SRC/2.6/ltmodem-2.6-alk $ make KERNEL_DIR=/usr/src/kernel/sources/kernel-source-2.6.0
make -C /usr/src/kernel/sources/kernel-source-2.6.0
SUBDIRS=/home/wrar/SRC/2.6/ltmodem-2.6-alk modules
make[1]: Entering directory `/usr/src/kernel/sources/kernel-source-2.6.0'
  HOSTCC  scripts/fixdep
  HOSTCC  scripts/genksyms/genksyms.o
  SHIPPED scripts/genksyms/lex.c
  SHIPPED scripts/genksyms/parse.h
  SHIPPED scripts/genksyms/keywords.c
  HOSTCC  scripts/genksyms/lex.o
  SHIPPED scripts/genksyms/parse.c
  HOSTCC  scripts/genksyms/parse.o
  HOSTLD  scripts/genksyms/genksyms
  HOSTCC  scripts/split-include
  HOSTCC  scripts/conmakehash
  HOSTCC  scripts/docproc
  HOSTCC  scripts/kallsyms
  CC      scripts/empty.o
  HOSTCC  scripts/mk_elfconfig
  MKELF   scripts/elfconfig.h
  HOSTCC  scripts/file2alias.o
  HOSTCC  scripts/modpost.o
  HOSTLD  scripts/modpost
  HOSTCC  scripts/pnmtologo
  HOSTCC  scripts/bin2c
  SPLIT   include/linux/autoconf.h -> include/config/*
*** Warning: Overriding SUBDIRS on the command line can cause
***          inconsistencies
  CC      arch/i386/kernel/asm-offsets.s
  CHK     include/asm-i386/asm_offsets.h
  UPD     include/asm-i386/asm_offsets.h
  CC [M]  /home/wrar/SRC/2.6/ltmodem-2.6-alk/lt_modem.o
  CC [M]  /home/wrar/SRC/2.6/ltmodem-2.6-alk/serial.o
  LD [M]  /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.o
  LD [M]  /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.o
  Building modules, stage 2.
  MODPOST
  CC      /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.mod.o
  LD [M]  /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.ko
  CC      /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.mod.o
  LD [M]  /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.ko
make[1]: Leaving directory `/usr/src/kernel/sources/kernel-source-2.6.0'

[-- Attachment #1.3: V1.log --]
[-- Type: text/plain, Size: 6821 bytes --]

wrar@wrars-comp SRC/2.6/ltmodem-2.6-alk $ make V=1 KERNEL_DIR=/usr/src/kernel/sources/kernel-source-2.6.0
make -C /usr/src/kernel/sources/kernel-source-2.6.0 SUBDIRS=/home/wrar/SRC/2.6/ltmodem-2.6-alk modules
make[1]: Entering directory `/usr/src/kernel/sources/kernel-source-2.6.0'
make -f scripts/Makefile.build obj=scripts
  gcc -Wp,-MD,scripts/.fixdep.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/fixdep scripts/fixdep.c
make -f scripts/Makefile.build obj=scripts/genksyms
  gcc -Wp,-MD,scripts/genksyms/.genksyms.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer       -c -o scripts/genksyms/genksyms.o scripts/genksyms/genksyms.c
  cat scripts/genksyms/lex.c_shipped > scripts/genksyms/lex.c
  cat scripts/genksyms/parse.h_shipped > scripts/genksyms/parse.h
  cat scripts/genksyms/keywords.c_shipped > scripts/genksyms/keywords.c
  gcc -Wp,-MD,scripts/genksyms/.lex.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer      -Iscripts/genksyms -c -o scripts/genksyms/lex.o scripts/genksyms/lex.c
  cat scripts/genksyms/parse.c_shipped > scripts/genksyms/parse.c
  gcc -Wp,-MD,scripts/genksyms/.parse.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer      -Wno-uninitialized -Iscripts/genksyms -c -o scripts/genksyms/parse.o scripts/genksyms/parse.c
  gcc  -o scripts/genksyms/genksyms scripts/genksyms/genksyms.o scripts/genksyms/parse.o scripts/genksyms/lex.o
  gcc -Wp,-MD,scripts/.split-include.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/split-include scripts/split-include.c
  gcc -Wp,-MD,scripts/.conmakehash.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/conmakehash scripts/conmakehash.c
  gcc -Wp,-MD,scripts/.docproc.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/docproc scripts/docproc.c
  gcc -Wp,-MD,scripts/.kallsyms.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/kallsyms scripts/kallsyms.c
  gcc -Wp,-MD,scripts/.empty.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/mach-default -fomit-frame-pointer     -DKBUILD_BASENAME=empty -DKBUILD_MODNAME=empty -c -o scripts/.tmp_empty.o scripts/empty.c
  gcc -Wp,-MD,scripts/.mk_elfconfig.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/mk_elfconfig scripts/mk_elfconfig.c
  scripts/mk_elfconfig i386 < scripts/empty.o > scripts/elfconfig.h
  gcc -Wp,-MD,scripts/.file2alias.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer       -c -o scripts/file2alias.o scripts/file2alias.c
  gcc -Wp,-MD,scripts/.modpost.o.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer       -c -o scripts/modpost.o scripts/modpost.c
  gcc  -o scripts/modpost scripts/modpost.o scripts/file2alias.o
  gcc -Wp,-MD,scripts/.pnmtologo.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/pnmtologo scripts/pnmtologo.c
  gcc -Wp,-MD,scripts/.bin2c.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer        -o scripts/bin2c scripts/bin2c.c
  SPLIT   include/linux/autoconf.h -> include/config/*
*** Warning: Overriding SUBDIRS on the command line can cause
***          inconsistencies
mkdir -p .tmp_versions
make -f scripts/Makefile.build obj=arch/i386/kernel arch/i386/kernel/asm-offsets.s
  gcc -Wp,-MD,arch/i386/kernel/.asm-offsets.s.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/mach-default -fomit-frame-pointer     -DKBUILD_BASENAME=asm_offsets -DKBUILD_MODNAME=asm_offsets -S -o arch/i386/kernel/asm-offsets.s arch/i386/kernel/asm-offsets.c
  CHK     include/asm-i386/asm_offsets.h
  UPD     include/asm-i386/asm_offsets.h
make -f scripts/Makefile.build obj=/home/wrar/SRC/2.6/ltmodem-2.6-alk
  gcc -Wp,-MD,/home/wrar/SRC/2.6/ltmodem-2.6-alk/.lt_modem.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/mach-default -fomit-frame-pointer  -Wall  -DMODULE -DKBUILD_BASENAME=lt_modem -DKBUILD_MODNAME=ltmodem -c -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/.tmp_lt_modem.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/lt_modem.c
  gcc -Wp,-MD,/home/wrar/SRC/2.6/ltmodem-2.6-alk/.serial.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/mach-default -fomit-frame-pointer  -Wall  -DMODULE -DKBUILD_BASENAME=serial -DKBUILD_MODNAME=ltserial -c -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/.tmp_serial.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/serial.c
  ld -m elf_i386 -d -r -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/lt_modem.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmdmobj.o
  ld -m elf_i386 -d -r -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/serial.o
  Building modules, stage 2.
make -rR -f /usr/src/kernel/sources/kernel-source-2.6.0/scripts/Makefile.modpost
  scripts/modpost /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.o
  gcc -Wp,-MD,/home/wrar/SRC/2.6/ltmodem-2.6-alk/.ltmodem.mod.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/mach-default -fomit-frame-pointer     -DKBUILD_BASENAME=ltmodem  -DMODULE -c -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.mod.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.mod.c
  ld -m elf_i386 -r -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.ko /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltmodem.mod.o
  gcc -Wp,-MD,/home/wrar/SRC/2.6/ltmodem-2.6-alk/.ltserial.mod.o.d -nostdinc -iwithprefix include -D__KERNEL__ -Iinclude  -D__KERNEL__ -Iinclude  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=pentium3 -Iinclude/asm-i386/mach-default -fomit-frame-pointer     -DKBUILD_BASENAME=ltserial  -DMODULE -c -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.mod.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.mod.c
  ld -m elf_i386 -r -o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.ko /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.o /home/wrar/SRC/2.6/ltmodem-2.6-alk/ltserial.mod.o
make[1]: Leaving directory `/usr/src/kernel/sources/kernel-source-2.6.0'

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

Re: [d-kernel] Re: kernel 2.6.0-test11

[Ed V. Bartosh]

 AR> On Thu, Dec 18, 2003 at 10:56:13AM +0300, Vitaly Lipatov wrote:
 >> On 18 Декабрь 2003 10:35, Andrey Rahmatullin wrote:
 >> > Как теперь собрать модуль, натурально требующий дерево
 >> > исходников, т.к. в его Makefile стоит только make -C
 >> > $(KERNEL_DIR) SUBDIRS=$(PWD) modules. Конкретно - ltmodem.
 >> А как же раньше ltmodem всегда собирался без исходников ядра?
 AR>  
 AR> А это не совсем официальная сборка, содержит только проприетарный кусок, 2
 AR> оберточных исходника и такой вот Makefile. Собираться и работать должно
 AR> только под 2.6. Бралось с
 AR> http://linmodems.technion.ac.il/packages/ltmodem/kernel-2.6/

 AR> wrar@wrars-comp SRC/2.6/ltmodem-2.6-alk $ l
 AR> итого 576
 AR> drwxr-xr-x    2 wrar     wrar           99 Дек 18 14:34 ./
 AR> drwxr-xr-x    3 wrar     wrar         4096 Дек 18 14:28 ../
 AR> -rw-r--r--    1 wrar     wrar        20389 Окт 17 18:21 serial.c
 AR> -rw-r--r--    1 wrar     wrar          479 Окт 17 15:42 Makefile
 AR> -rw-r--r--    1 wrar     wrar        10921 Окт 17 15:18 lt_modem.c
 AR> -rw-r--r--    1 wrar     wrar         2047 Окт 17 14:11 linuxif.h
 AR> -rw-r--r--    1 wrar     wrar          270 Окт 16 01:02 README
 AR> -rw-r--r--    1 wrar     wrar       537188 Окт 13 22:46 ltmdmobj.o


 AR> Если ему таки дать полные исходники ядра (распакованный тарбол + конфиг),
 AR> видно вот что: (логи в сокращенном и классическом форматах приаттачены).
Я могу посоветовать посмотреть модуль nvidia, он тоже в исходном
варианте требовал дерева сорцов. Собственно, для примера и был собран.

Или там другие проблемы ?

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: kernel 2.6.0-test11

[Andrey Rahmatullin]

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

On Thu, Dec 18, 2003 at 11:52:26AM +0300, Ed V. Bartosh wrote:
> Я могу посоветовать посмотреть модуль nvidia, он тоже в исходном
> варианте требовал дерева сорцов. Собственно, для примера и был собран.
> 
> Или там другие проблемы ?

Всё уже. Только разве нормально, когда в Makefile пришлось писать 10 строчек
только команд, не считая параметров? Когда изначально он был почти пустой,
а все команды брались из сырцов ядра?

Так или иначе, данное письмо отправлено через этот драйвер, в течение
вечера опакечу и выложу его на ftp://ftp.altlinux.ru/pub/people/wrar/2.6

А теперь багрепорты, вопросы и т.д.

1. modpost для 2 файлов пришлось писать 2 раза (хотя в приведенных выше логах
ему передаются оба файла за раз), т.к. иначе он получает сегфолт.
2. Параметры компиляции (-Wstrict-prototypes -Wno-trigraphs и т.д.) где-то
берутся (может, макрос какой?) или их руками или их не надо? Просто я их
взял опять-таки из приведенных логов, а там они аналогичны ядерным
параметрам (только -march=pentium3 я убрал).
3. Где взять/как сделать modprobe.conf? У Расти скриптик был...
4. Как и на test8, на моей машине почему-то нет русских букв в вирт. консолях
кроме 1-й. Вместо них квадратики. Точнее, нет вроде как всей 2-й половины
таблицы, но псевдографика в mc и orpheus есть. Так и от рута, и от юзера.
5. supermount пока что не удается заставить заработать... Почему-то...
Монтируется, не ругается, но содержимое диска не показывает. Бум
разбираться.

-- 
Не в курсе кто сломал, но сейчас починю.
		-- rider in devel@

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

Re: [d-kernel] Re: kernel 2.6.0-test11

[Anton Farygin]

On Thu, Dec 18, 2003 at 11:38:49PM +0500, Andrey Rahmatullin wrote:
> On Thu, Dec 18, 2003 at 11:52:26AM +0300, Ed V. Bartosh wrote:
> > Я могу посоветовать посмотреть модуль nvidia, он тоже в исходном
> > варианте требовал дерева сорцов. Собственно, для примера и был собран.
> > 
> > Или там другие проблемы ?
> 
> Всё уже. Только разве нормально, когда в Makefile пришлось писать 10 строчек
> только команд, не считая параметров? Когда изначально он был почти пустой,
> а все команды брались из сырцов ядра?
> 
> Так или иначе, данное письмо отправлено через этот драйвер, в течение
> вечера опакечу и выложу его на ftp://ftp.altlinux.ru/pub/people/wrar/2.6
> 
> А теперь багрепорты, вопросы и т.д.
> 
> 1. modpost для 2 файлов пришлось писать 2 раза (хотя в приведенных выше логах
> ему передаются оба файла за раз), т.к. иначе он получает сегфолт.
> 2. Параметры компиляции (-Wstrict-prototypes -Wno-trigraphs и т.д.) где-то
> берутся (может, макрос какой?) или их руками или их не надо? Просто я их
> взял опять-таки из приведенных логов, а там они аналогичны ядерным
> параметрам (только -march=pentium3 я убрал).
> 3. Где взять/как сделать modprobe.conf? У Расти скриптик был...

Не надо, оставьте это утилитам настройки железа.

Rgds,
Rider

Re: [d-kernel] Re: kernel 2.6.0-test11

[Michael Shigorin]

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

On Thu, Dec 18, 2003 at 11:38:49PM +0500, Andrey Rahmatullin wrote:
> 3. Где взять/как сделать modprobe.conf? У Расти скриптик был...

egrep '^(alias|options)' /etc/modules.conf > /etc/modprobe.conf
и при необходимости подогнать модули.

Может понадобиться что-то забить в /etc/modules (у меня там
nvidia).

-- 
 ---- 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] Re: kernel 2.6.0-test11

[Michael Shigorin]

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

On Thu, Dec 18, 2003 at 12:35:08PM +0500, Andrey Rahmatullin wrote:
> Могу потестить некоторые сторонние патчи типа supermount.

См. wks?  Или там уже submount?

-- 
 ---- 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] Re: kernel 2.6.0-test11

[Andrey Rahmatullin]

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

On Thu, Dec 18, 2003 at 10:06:00AM +0200, Michael Shigorin wrote:
> См. wks?  Или там уже submount?

Да в 2.4 он у меня есть. Я про 2.6 говорю.

-- 
Это в очередной раз доказывает тот факт, что административные утилиты
(типа iptables) написаны так плохо и доверяют клиенту в такой мере, что их
нельзя использовать с входными данными, не проверенными на 100%.
		-- ldv in devel@

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

[d-kernel] Re: kernel labels

[Alexey Tourbin]

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

On Tue, Dec 16, 2003 at 07:43:58PM +0300, Ed V. Bartosh wrote:
> 6. bootloader-utils
> - мелкие правки в части герерирования валидных строк для lilo и grub-а
> - временно убран framebuffer, не заработал сразу.

Господа, а зачем вообще используется version shortening for labeling?
Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
экрана не хватает?

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

Re: [d-kernel] Re: kernel labels

[Sergey Vlasov]

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

On Thu, Dec 18, 2003 at 03:01:12PM +0300, Alexey Tourbin wrote:
> On Tue, Dec 16, 2003 at 07:43:58PM +0300, Ed V. Bartosh wrote:
> > 6. bootloader-utils
> > - мелкие правки в части герерирования валидных строк для lilo и grub-а
> > - временно убран framebuffer, не заработал сразу.
> 
> Господа, а зачем вообще используется version shortening for labeling?
> Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
> экрана не хватает?

Похоже, для lilo не хватает - там какое-то уж очень маленькое ограничение
:(

Было бы очень хорошо, если бы для GRUB метки генерировались без подобного
обрезания.

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

[d-kernel] Re: kernel order

[Alexey Tourbin]

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

On Thu, Dec 18, 2003 at 03:08:16PM +0300, Sergey Vlasov wrote:
> > Господа, а зачем вообще используется version shortening for labeling?
> > Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
> > экрана не хватает?
> 
> Похоже, для lilo не хватает - там какое-то уж очень маленькое ограничение
> :(

Господа, прошу также высказаться по вопросу того, чтобы вставлять запись
о новом ядре в начало, а не в конец списка.

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

Re: [d-kernel] Re: kernel order

[Sergey Vlasov]

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

On Thu, Dec 18, 2003 at 03:23:40PM +0300, Alexey Tourbin wrote:
> On Thu, Dec 18, 2003 at 03:08:16PM +0300, Sergey Vlasov wrote:
> > > Господа, а зачем вообще используется version shortening for labeling?
> > > Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
> > > экрана не хватает?
> > 
> > Похоже, для lilo не хватает - там какое-то уж очень маленькое ограничение
> > :(
> 
> Господа, прошу также высказаться по вопросу того, чтобы вставлять запись
> о новом ядре в начало, а не в конец списка.

Вообще-то у нас уже так и получается из-за смены ссылок vmlinuz-up и т.п.

Тут, кстати, есть одна неприятность - сразу после установки системы в
списке есть запись linux-up, но нет записи для конкретной версии ядра.
Потом при установке нового ядра добавляется запись для него уже с версией,
а также меняются ссылки, в результате чего получается две записи,
указывающие на новое ядро (что правильно), но ни одной записи для старого
ядра (а вот это уже плохо - при использовании lilo в случае чего загрузить
будет уже нечего).

Хотя это уже больше претензии к инсталятору.

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

[d-kernel] Re: kernel order

[Alexey Tourbin]

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

On Thu, Dec 18, 2003 at 03:34:20PM +0300, Sergey Vlasov wrote:
> Вообще-то у нас уже так и получается из-за смены ссылок vmlinuz-up и т.п.
> 
> Тут, кстати, есть одна неприятность - сразу после установки системы в
> списке есть запись linux-up, но нет записи для конкретной версии ядра.
> Потом при установке нового ядра добавляется запись для него уже с версией,
> а также меняются ссылки, в результате чего получается две записи,
> указывающие на новое ядро (что правильно), но ни одной записи для старого
> ядра (а вот это уже плохо - при использовании lilo в случае чего загрузить
> будет уже нечего).
> 
> Хотя это уже больше претензии к инсталятору.

Может, симлинки вообще не расставлять и "виртуальных ядер" типа
vmlinuz-up не иметь?

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

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

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

On Thu, Dec 18, 2003 at 06:47:13PM +0300, Alexey Tourbin wrote:
> Может, симлинки вообще не расставлять и "виртуальных ядер" типа
> vmlinuz-up не иметь?

Да ну.

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

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

[d-kernel] Re: kernel order

[Alexey Tourbin]

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

On Thu, Dec 18, 2003 at 05:58:39PM +0200, Michael Shigorin wrote:
> On Thu, Dec 18, 2003 at 06:47:13PM +0300, Alexey Tourbin wrote:
> > Может, симлинки вообще не расставлять и "виртуальных ядер" типа
> > vmlinuz-up не иметь?
> 
> Да ну.

Ну расскажи.

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

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

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

On Thu, Dec 18, 2003 at 07:07:18PM +0300, Alexey Tourbin wrote:
> > > Может, симлинки вообще не расставлять и "виртуальных ядер" типа
> > > vmlinuz-up не иметь?
> > Да ну.
> Ну расскажи.

Докладываю: считаю разумным существующее состояние.

Если добавить настраиваемости, хуже не станет, но оно вполне
логично as is.

PS: installkernel разумным _не_ считаю. :)

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

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

[d-kernel] Re: kernel order

[Alexey Tourbin]

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

On Thu, Dec 18, 2003 at 10:20:35PM +0200, Michael Shigorin wrote:
> Докладываю: считаю разумным существующее состояние.

OK.

%post
cd /boot
if [ -x /sbin/installkernel ];then
    /sbin/installkernel -a -c %kversion-%flavour-%krelease
fi

# later - fix please bootloader-utils package
ln -snf vmlinuz-%kversion-%flavour-%krelease /boot/vmlinuz-up
ln -snf vmlinuz-%kversion-%flavour-%krelease /boot/vmlinuz
ln -snf initrd-%kversion-%flavour-%krelease.img /boot/initrd-up.img
ln -snf initrd-%kversion-%flavour-%krelease.img /boot/initrd.img

Последний блок можно внести в installkernel, я правильно понимаю?

> Если добавить настраиваемости, хуже не станет, но оно вполне
> логично as is.
> 
> PS: installkernel разумным _не_ считаю. :)

Пожалуйста, напиши подробнее, что в installkernel неразумно.

Далее, вопрос по %preun:

%preun
/sbin/modprobe loop 2> /dev/null > /dev/null
REMOVE=
if [ -f /etc/sysconfig/system ];then
                source /etc/sysconfig/system
                [[ "$CLASS" = "beginner" ]] && REMOVE=yes
fi
if [ -f /etc/sysconfig/installkernel ];then
                source /etc/sysconfig/installkernel
                [[ "$AUTOREMOVE" = [Yy][Ee][Ss] ]] && REMOVE=yes
                [[ "$AUTOREMOVE" = [Nn][Oo] ]] && REMOVE=
fi
BUILD=/lib/modules/%kversion-%flavour-%krelease/build
/sbin/installkernel -a -R -c %kversion-%flavour-%krelease

Я правильно понимаю, что переменная REMOVE (а также переменные из
/etc/sysconfig/installkernel) не экспортируются и поэтому на
installkernel не влияют?

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

Re: [d-kernel] Re: kernel order

[Sergey Vlasov]

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

On Fri, Dec 19, 2003 at 04:31:07PM +0300, Alexey Tourbin wrote:
> On Thu, Dec 18, 2003 at 10:20:35PM +0200, Michael Shigorin wrote:
> > Докладываю: считаю разумным существующее состояние.
> 
> OK.
> 
> %post
> cd /boot
> if [ -x /sbin/installkernel ];then
>     /sbin/installkernel -a -c %kversion-%flavour-%krelease
> fi
> 
> # later - fix please bootloader-utils package
> ln -snf vmlinuz-%kversion-%flavour-%krelease /boot/vmlinuz-up
> ln -snf vmlinuz-%kversion-%flavour-%krelease /boot/vmlinuz
> ln -snf initrd-%kversion-%flavour-%krelease.img /boot/initrd-up.img
> ln -snf initrd-%kversion-%flavour-%krelease.img /boot/initrd.img
> 
> Последний блок можно внести в installkernel, я правильно понимаю?

Именно - написано же "fix please..." ;)

> > Если добавить настраиваемости, хуже не станет, но оно вполне
> > логично as is.
> > 
> > PS: installkernel разумным _не_ считаю. :)
> 
> Пожалуйста, напиши подробнее, что в installkernel неразумно.
> 
> Далее, вопрос по %preun:
> 
> %preun
> /sbin/modprobe loop 2> /dev/null > /dev/null
> REMOVE=
> if [ -f /etc/sysconfig/system ];then
>                 source /etc/sysconfig/system
>                 [[ "$CLASS" = "beginner" ]] && REMOVE=yes
> fi
> if [ -f /etc/sysconfig/installkernel ];then
>                 source /etc/sysconfig/installkernel
>                 [[ "$AUTOREMOVE" = [Yy][Ee][Ss] ]] && REMOVE=yes
>                 [[ "$AUTOREMOVE" = [Nn][Oo] ]] && REMOVE=
> fi
> BUILD=/lib/modules/%kversion-%flavour-%krelease/build
> /sbin/installkernel -a -R -c %kversion-%flavour-%krelease
> 
> Я правильно понимаю, что переменная REMOVE (а также переменные из
> /etc/sysconfig/installkernel) не экспортируются и поэтому на
> installkernel не влияют?

Ага. Бардак...

Вероятно, это тоже просится внутрь скрипта.

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

Re: [d-kernel] Re: kernel order

[Anton Farygin]

On Thu, Dec 18, 2003 at 06:47:13PM +0300, Alexey Tourbin wrote:
> On Thu, Dec 18, 2003 at 03:34:20PM +0300, Sergey Vlasov wrote:
> > Вообще-то у нас уже так и получается из-за смены ссылок vmlinuz-up и т.п.
> > 
> > Тут, кстати, есть одна неприятность - сразу после установки системы в
> > списке есть запись linux-up, но нет записи для конкретной версии ядра.
> > Потом при установке нового ядра добавляется запись для него уже с версией,
> > а также меняются ссылки, в результате чего получается две записи,
> > указывающие на новое ядро (что правильно), но ни одной записи для старого
> > ядра (а вот это уже плохо - при использовании lilo в случае чего загрузить
> > будет уже нечего).
> > 
> > Хотя это уже больше претензии к инсталятору.
> 
> Может, симлинки вообще не расставлять и "виртуальных ядер" типа
> vmlinuz-up не иметь?

Это не совсем правильно... пользователь после установки должен видеть в
загрузчике ALT Linux, а не 2422-std-up12

Предлагаю забыть про порочную идею правки симлинков ;-)

Rgds,
Rider

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

On Mon, Dec 22, 2003 at 12:41:13PM +0300, Anton Farygin wrote:
> > Может, симлинки вообще не расставлять и "виртуальных ядер" типа
> > vmlinuz-up не иметь?
> Это не совсем правильно... пользователь после установки должен видеть в
> загрузчике ALT Linux, а не 2422-std-up12
> Предлагаю забыть про порочную идею правки симлинков ;-)

Ты сам себе противоречишь или просто забыл написать, как именно
реализовать это "должен видеть"? :)

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

Re: [d-kernel] Re: kernel order

[Anton Farygin]

On Mon, Dec 22, 2003 at 12:38:47PM +0200, Michael Shigorin wrote:
> On Mon, Dec 22, 2003 at 12:41:13PM +0300, Anton Farygin wrote:
> > > Может, симлинки вообще не расставлять и "виртуальных ядер" типа
> > > vmlinuz-up не иметь?
> > Это не совсем правильно... пользователь после установки должен видеть в
> > загрузчике ALT Linux, а не 2422-std-up12
> > Предлагаю забыть про порочную идею правки симлинков ;-)
> 
> Ты сам себе противоречишь или просто забыл написать, как именно
> реализовать это "должен видеть"? :)

Нет, не противоречю.

При установки системы инсталятором будут создаваться симлинки, которые в дальнейшем никем не
будут исправляться.

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

On Mon, Dec 22, 2003 at 01:46:49PM +0300, Anton Farygin wrote:
> > > > Может, симлинки вообще не расставлять и "виртуальных
> > > > ядер" типа vmlinuz-up не иметь?
> > > Это не совсем правильно... пользователь после установки должен видеть в
> > > загрузчике ALT Linux, а не 2422-std-up12
> > > Предлагаю забыть про порочную идею правки симлинков ;-)
> > Ты сам себе противоречишь или просто забыл написать, как именно
> > реализовать это "должен видеть"? :)
> Нет, не противоречУ.  При установки системы инсталятором будут
> создаваться симлинки, которые в дальнейшем никем не будут
> исправляться.

Ну хорошо.  После установки -- согласен.

Дальше что делаем с "ALT Linux"?  Бишь пользователь после наката
sec update (если вдруг придется) или обновления ядра из того же
sisyphus или просто next stable -- что видит?

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

Re: [d-kernel] Re: kernel order

[Anton Farygin]

On Mon, Dec 22, 2003 at 12:53:21PM +0200, Michael Shigorin wrote:
> On Mon, Dec 22, 2003 at 01:46:49PM +0300, Anton Farygin wrote:
> > > > > Может, симлинки вообще не расставлять и "виртуальных
> > > > > ядер" типа vmlinuz-up не иметь?
> > > > Это не совсем правильно... пользователь после установки должен видеть в
> > > > загрузчике ALT Linux, а не 2422-std-up12
> > > > Предлагаю забыть про порочную идею правки симлинков ;-)
> > > Ты сам себе противоречишь или просто забыл написать, как именно
> > > реализовать это "должен видеть"? :)
> > Нет, не противоречУ.  При установки системы инсталятором будут
> > создаваться симлинки, которые в дальнейшем никем не будут
> > исправляться.
> 
> Ну хорошо.  После установки -- согласен.
> 
> Дальше что делаем с "ALT Linux"?  Бишь пользователь после наката
> sec update (если вдруг придется) или обновления ядра из того же
> sisyphus или просто next stable -- что видит?

ALT Linux - остается старое ядро. 

Новое просто добавляется в список.

sec update должен устанавливать новое ядро и дописывать его в список,
устанавливая дефолтным (но при этом не убирая старое).

Это мы сможем сделать только на новом apt'е (через lua)

Rgds,
Rider

Re: [d-kernel] Re: kernel order

[Sergey Vlasov]

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

On Mon, Dec 22, 2003 at 02:11:53PM +0300, Anton Farygin wrote:
> On Mon, Dec 22, 2003 at 12:53:21PM +0200, Michael Shigorin wrote:
> > On Mon, Dec 22, 2003 at 01:46:49PM +0300, Anton Farygin wrote:
> > > > > > Может, симлинки вообще не расставлять и "виртуальных
> > > > > > ядер" типа vmlinuz-up не иметь?
> > > > > Это не совсем правильно... пользователь после установки должен видеть в
> > > > > загрузчике ALT Linux, а не 2422-std-up12
> > > > > Предлагаю забыть про порочную идею правки симлинков ;-)
> > > > Ты сам себе противоречишь или просто забыл написать, как именно
> > > > реализовать это "должен видеть"? :)
> > > Нет, не противоречУ.  При установки системы инсталятором будут
> > > создаваться симлинки, которые в дальнейшем никем не будут
> > > исправляться.
> > 
> > Ну хорошо.  После установки -- согласен.
> > 
> > Дальше что делаем с "ALT Linux"?  Бишь пользователь после наката
> > sec update (если вдруг придется) или обновления ядра из того же
> > sisyphus или просто next stable -- что видит?
> 
> ALT Linux - остается старое ядро. 
> 
> Новое просто добавляется в список.
> 
> sec update должен устанавливать новое ядро и дописывать его в список,
> устанавливая дефолтным (но при этом не убирая старое).
> 
> Это мы сможем сделать только на новом apt'е (через lua)

Т.е. после этого по умолчанию будет грузиться "2422-std-up12"?  И за что
боролись?

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

Re: [d-kernel] Re: kernel order

[Anton Farygin]

Sergey Vlasov wrote:
> On Mon, Dec 22, 2003 at 02:11:53PM +0300, Anton Farygin wrote:
> 
>>On Mon, Dec 22, 2003 at 12:53:21PM +0200, Michael Shigorin wrote:
>>
>>>On Mon, Dec 22, 2003 at 01:46:49PM +0300, Anton Farygin wrote:
>>>
>>>>>>>Может, симлинки вообще не расставлять и "виртуальных
>>>>>>>ядер" типа vmlinuz-up не иметь?
>>>>>>
>>>>>>Это не совсем правильно... пользователь после установки должен видеть в
>>>>>>загрузчике ALT Linux, а не 2422-std-up12
>>>>>>Предлагаю забыть про порочную идею правки симлинков ;-)
>>>>>
>>>>>Ты сам себе противоречишь или просто забыл написать, как именно
>>>>>реализовать это "должен видеть"? :)
>>>>
>>>>Нет, не противоречУ.  При установки системы инсталятором будут
>>>>создаваться симлинки, которые в дальнейшем никем не будут
>>>>исправляться.
>>>
>>>Ну хорошо.  После установки -- согласен.
>>>
>>>Дальше что делаем с "ALT Linux"?  Бишь пользователь после наката
>>>sec update (если вдруг придется) или обновления ядра из того же
>>>sisyphus или просто next stable -- что видит?
>>
>>ALT Linux - остается старое ядро. 
>>
>>Новое просто добавляется в список.
>>
>>sec update должен устанавливать новое ядро и дописывать его в список,
>>устанавливая дефолтным (но при этом не убирая старое).
>>
>>Это мы сможем сделать только на новом apt'е (через lua)
> 
> 
> Т.е. после этого по умолчанию будет грузиться "2422-std-up12"?  И за что
> боролись?

А за что, собственно, боролись ?

Rgds,
Rider

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

On Mon, Dec 22, 2003 at 08:00:15PM +0300, Anton Farygin wrote:
> >>>>>>>Может, симлинки вообще не расставлять и "виртуальных
> >>>>>>>ядер" типа vmlinuz-up не иметь?
> >>>>>>Это не совсем правильно... пользователь после установки
> >>>>>>должен видеть в загрузчике ALT Linux, а не 2422-std-up12
> >>>>>>Предлагаю забыть про порочную идею правки симлинков ;-)
> А за что, собственно, боролись ?

Во-он, сверху.  "Пользователь должен увидеть".

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

Re: [d-kernel] Re: kernel order

[Dmitry V. Levin]

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

On Mon, Dec 22, 2003 at 02:11:53PM +0300, Anton Farygin wrote:
> On Mon, Dec 22, 2003 at 12:53:21PM +0200, Michael Shigorin wrote:
> > On Mon, Dec 22, 2003 at 01:46:49PM +0300, Anton Farygin wrote:
> > > > > > Может, симлинки вообще не расставлять и "виртуальных
> > > > > > ядер" типа vmlinuz-up не иметь?
> > > > > Это не совсем правильно... пользователь после установки должен видеть в
> > > > > загрузчике ALT Linux, а не 2422-std-up12
> > > > > Предлагаю забыть про порочную идею правки симлинков ;-)
> > > > Ты сам себе противоречишь или просто забыл написать, как именно
> > > > реализовать это "должен видеть"? :)
> > > Нет, не противоречУ.  При установки системы инсталятором будут
> > > создаваться симлинки, которые в дальнейшем никем не будут
> > > исправляться.
> > 
> > Ну хорошо.  После установки -- согласен.
> > 
> > Дальше что делаем с "ALT Linux"?  Бишь пользователь после наката
> > sec update (если вдруг придется) или обновления ядра из того же
> > sisyphus или просто next stable -- что видит?
> 
> ALT Linux - остается старое ядро. 
> 
> Новое просто добавляется в список.
> 
> sec update должен устанавливать новое ядро и дописывать его в список,
> устанавливая дефолтным (но при этом не убирая старое).
> 
> Это мы сможем сделать только на новом apt'е (через lua)

Тогда зачем огород городить?
На symlink'ах это можно сделать с любым apt'ом и вообще без apt'а.


-- 
ldv

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

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

On Mon, Dec 22, 2003 at 02:11:53PM +0300, Anton Farygin wrote:
> ALT Linux - остается старое ядро. 

Навеки?

> Новое просто добавляется в список.

С каким лейблом?

> sec update должен устанавливать новое ядро и дописывать его в
> список, устанавливая дефолтным (но при этом не убирая старое).

Как называя?

> Это мы сможем сделать только на новом apt'е (через lua)

Да я не о подтягивании подпакетов сейчас.

Я к тому, что IMCO логично как раз сохранять лейбу дефолтного
ядра -- "ALT Linux".  И при этом проблемы с симлинками -- в упор
не вижу, любой другой вариант сильно лучше не будет.

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

Re: [d-kernel] Re: kernel order

[Anton Farygin]

Michael Shigorin wrote:
> On Mon, Dec 22, 2003 at 02:11:53PM +0300, Anton Farygin wrote:
> 
>>ALT Linux - остается старое ядро. 
> 
> 
> Навеки?

Да. В качестве аварийного - если новое ядро не сработало.

По схеме с симлинками - проблема заключается в том, что установленное 
ядро перекроет симлинки на vmlinuz-up и initrd-up, что приведет к 
фактически одному ядро, доступному через две разные записи lilo
> 
> 
>>Новое просто добавляется в список.
> 
> 
> С каким лейблом?

с лейблом устанавливаемого ядра, естественно.

> 
> 
>>sec update должен устанавливать новое ядро и дописывать его в
>>список, устанавливая дефолтным (но при этом не убирая старое).
> 
> 
> Как называя?

например 2420-std-up10

> 
> 
>>Это мы сможем сделать только на новом apt'е (через lua)
> 
> 
> Да я не о подтягивании подпакетов сейчас.
> 
> Я к тому, что IMCO логично как раз сохранять лейбу дефолтного
> ядра -- "ALT Linux".  И при этом проблемы с симлинками -- в упор
> не вижу, любой другой вариант сильно лучше не будет.

Читай выше.

Rgds,
Rider

Re: [d-kernel] Re: kernel order

[Michael Shigorin]

On Mon, Dec 22, 2003 at 08:09:02PM +0300, Anton Farygin wrote:
> >>ALT Linux - остается старое ядро. 
> >Навеки?
> Да. В качестве аварийного - если новое ядро не сработало.

Оно существует (в т.ч. как аварийное) под лейблом "ALT Linux" или
все же как "ALT Linux (old kernel)", например?

> По схеме с симлинками - проблема заключается в том, что
> установленное ядро перекроет симлинки на vmlinuz-up и
> initrd-up, что приведет к фактически одному ядро, доступному
> через две разные записи lilo

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

Вот, например, если хотим добиться:

- после установки ядра 1 оно доступно как ALTLinux; 
- после накатывания ядра 2 _оно_ доступно как ALTLinux,
  при этом ядро 1 доступно как ALTLinux_old;
- при накатывании ядра 3 оно доступно как ALTLinux,
  ядро 2 доступно как ALTLinux_old,
  ядро 1 доступно по метке вида 2422-alt1-up

Последнее -- самое неприятное, но было бы разумно IMO.

Ставим ядро
  есть линки, соответствующие типу (up/smp)?
  >да
  | есть линки *.old?
  | >да
  | | снести их
  | | изменить соотв. запись в конфиге на "циферки"
  | >нет
  | | ok
  | переименовываем линки в *.old
  | есть запись для ALTLinux_old?
  | >да
  | | ok (линки-то остаются)
  | >нет
  | | делаем (на линках)
  >нет
  | делаем линки (vmlinuz-*, initrd-*.img)
  | есть запись для ALTLinux?
  | >да
  | | ok (линки) (разве проверить)
  | >нет
  | | делаем (на линках)

Сносим ядро
  на него указывают линки "по умолчанию"?
  >да
  | есть *.old, указывающие на существующие файлы?
  | >да
  | | переименовать *.old в vmlinuz-* / initrd-*.img
  | | проверить/создать запись для ALTLinux
  | | снести запись для ALTLinux_old
  | >нет
  | | ой
  | | пытаемся найти наиболее свежее из оставшихся ядер
  | | >да
  | | | создать симлинки на него
  | | | проверить/создать запись для ALTLinux
  | | >нет
  | | | громко орем "это было последнее ядро, аааа!" :-)
  >нет
  | на него указывают линки *.old?
  | >да
  | | (схожие пляски, уже лень писать)
  | >нет
  | | просто сносим запись

При этом линки vmlinuz и initrd.img если и переключаются, то:

1) между up и smp;
2) между flavours;
3) _другой_ фиговиной -- которой интересно только то, пользовать ли
   UP или SMP ядро и какой flavour. (ну и которая проверит
   актуальность и посоветует обновить, если одно из них --
   рассинхронизировано с обновлениями по соотв. flavour/ncpu)

> >>Новое просто добавляется в список.
> >С каким лейблом?
> с лейблом устанавливаемого ядра, естественно.

Каков лейбл устанавливаемого ядра?
(и что должен об этом думать Дорогой Пользователь (tm), если это
не "ALT Linux"?)

> >>sec update должен устанавливать новое ядро и дописывать его в
> >>список, устанавливая дефолтным (но при этом не убирая старое).
> >Как называя?
> например 2420-std-up10

Шикарно.  Пользователь немного удивится, что какая-то бнопня
вылезла, но будет исправно подводить курсор к "ALT Linux" (или
"WinNT" ;-) и говорить "ентер".

> >>Это мы сможем сделать только на новом apt'е (через lua)
> >Да я не о подтягивании подпакетов сейчас.
> >Я к тому, что IMCO логично как раз сохранять лейбу дефолтного
> >ядра -- "ALT Linux".  И при этом проблемы с симлинками -- в
> >упор не вижу, любой другой вариант сильно лучше не будет.
> Читай выше.

Дык читаю.  И то ли крепко торможу, то ли это искание проблем на
филейную часть дистрибутива (вместе с суппортом всех мастей и
рангов).

PS: схемка набросана в полтора прохода, пинайте на здоровье.

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

Re: [d-kernel] Re: kernel order

[Dmitry V. Levin]

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

On Thu, Dec 18, 2003 at 03:23:40PM +0300, Alexey Tourbin wrote:
> On Thu, Dec 18, 2003 at 03:08:16PM +0300, Sergey Vlasov wrote:
> > > Господа, а зачем вообще используется version shortening for labeling?
> > > Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
> > > экрана не хватает?
> > 
> > Похоже, для lilo не хватает - там какое-то уж очень маленькое ограничение
> > :(

19

> Господа, прошу также высказаться по вопросу того, чтобы вставлять запись
> о новом ядре в начало, а не в конец списка.

Не надо менять традицию, которая сложилась много лет назад и которая в
принципе устраивает большинство.  Можно, в принципе, реализовать параметр,
меняющий это поведение.


-- 
ldv

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

Re: [d-kernel] Re: kernel order

[Aleksey Avdeev]

Alexey Tourbin пишет:
> On Thu, Dec 18, 2003 at 03:08:16PM +0300, Sergey Vlasov wrote:
> 
>>>Господа, а зачем вообще используется version shortening for labeling?
>>>Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
>>>экрана не хватает?
>>
>>Похоже, для lilo не хватает - там какое-то уж очень маленькое ограничение
>>:(
> 
> 
> Господа, прошу также высказаться по вопросу того, чтобы вставлять запись
> о новом ядре в начало, а не в конец списка.

   А нужно ли?

   Мне удобно, когда новые ядра добавляются в конце: Вначале 
списка всё равно стоит запись адресующая ядро по ссылке, которую 
правит rpm при установке нового ядра. А дальше - записи 
соответствующие особым случаям, загрузке при накрывшемся raid, 
например (они созданы руками). При данной структуре добавление 
нового ядра в конец списка _ничего_ не ломает и, при наличии 
проблем (т. е. при неработающем 1 пункте) удобно грузить 
заведомо рабочие конфигурации.

ЗЫ: У меня GRUB, в случаи Lilo ситуация может быть другой.

-- 

С уважением. Алексей.

Re: [d-kernel] kernel order

[Денис Смирнов]

On Thu, Dec 18, 2003 at 03:23:40PM +0300, Алексей Турбин wrote:

 >>> Господа, а зачем вообще используется version shortening for labeling?
 >>> Почему вместо 2.4.22-std-up-alt12 пишут 2422-std-up-alt12?  Ширины
 >>> экрана не хватает?
 >> Похоже, для lilo не хватает - там какое-то уж очень маленькое ограничение
 >> :(
 > Господа, прошу также высказаться по вопросу того, чтобы вставлять запись
 > о новом ядре в начало, а не в конец списка.

Должно быть настраиваемо. В Junior будет правильнее если запись будет
вставляться в начало (и становится default), в Master, соответственно,
наоборот.

-- 
С уважением, Денис

http://freesource.info