[d-kernel] I: new packages to sisyphus

[d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 2752 bytes --]

   Всем привет!

в Incoming/Sisyphus улетели следующие пакеты:

c8b4ca3389c7859a6a4de0efb2cea2c9  
kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm

Драйвер для карт 3COM 3x90x

6cef7d7f89313ab8682aeb2e313748ef  
kernel-image-llc-smp-2.4.21rel-alt4.src.rpm

a97200824edc5854c3ae17305781fdf5  
kernel-image-llc-up-2.4.21rel-alt4.src.rpm

ядра с поддержкой LowLatency. 
Включены следующие патчи:
OpenWall security patch
NTFS filesystem patch
XFS filesystem patch (1.3)
ACPI support patch
3COM 3c90x patch
Supermount removable media support patch
BadMem support patch


1a1e553c21b592be91b36cd4633c8222  
kernel-modules-alsa-llc-smp-0.9.6-alt1.src.rpm

39ab6fbef6ca2ee692337199336b903a  
kernel-modules-alsa-llc-up-0.9.6-alt1.src.rpm

20ce1074385fcf8f239ae3331ce64682  
kernel-modules-drm-llc-smp-4.3.0-alt4.src.rpm

23ff94a36604d8f5ceccd70e5e21514c  
kernel-modules-drm-llc-up-4.3.0-alt4.src.rpm

3516d18264302fa7b464ae7d6fce6976  
kernel-modules-fglrx-llc-smp-1.0.2.9.12-alt2.src.rpm

83fb97624e16e132e4a5337d46f64f90  
kernel-modules-fglrx-llc-up-1.0.2.9.12-alt2.src.rpm

db51664d6e5e14f49fd11f5eeab5d654  
kernel-modules-hcfpcimodem-llc-smp-0.99lnxtbeta03042700-alt2.src.rpm

28fce9a18ab85d295a413706a67bc005  
kernel-modules-hcfpcimodem-llc-up-0.99lnxtbeta03042700-alt2.src.rpm

Драйвер для поддержки HCF модемов на чипе conexant

a32e1ecc6c2ffdb0e43b101d2bd25a6a  
kernel-modules-hsflinmodem-llc-smp-5.03.27lnxtbeta03042700-alt5.src.rpm

a4140d48e30ac8e872f29640b5a84ebd  
kernel-modules-hsflinmodem-llc-up-5.03.27lnxtbeta03042700-alt5.src.rpm

17feb05f79483f8b586367d26f23cd4c  
kernel-modules-lm_sensors-llc-smp-2.8.0-alt2.src.rpm

3596875092a506ddd77276b12e451e35  
kernel-modules-lm_sensors-llc-up-2.8.0-alt2.src.rpm

0f67024d3cc3c6fa0abe8d5ac6e67ddc  
kernel-modules-nvidia-llc-smp-1.0.4496-alt1.src.rpm

14a9ae80e6877e4e6a746add3796496b  
kernel-modules-nvidia-llc-up-1.0.4496-alt1.src.rpm

eee77f852450e600f062ea84c73baaf9  
kernel-modules-pctel-llc-smp-0.9.6-alt2.src.rpm

c5a473840762e532e0073176fe3cbe74  
kernel-modules-pctel-llc-up-0.9.6-alt2.src.rpm

a8edee55f98d5fae6ee5b5ae6f92f829  
kernel-modules-slmdm-llc-smp-2.7.10-alt4.src.rpm

4d947943c1cbaf360c025a89c5cb4005  
kernel-modules-slmdm-llc-up-2.7.10-alt4.src.rpm

657664e85b63e492e1b9521f25fd9c64  
kernel-source-hcfpcimodem-0.99lnxtbeta03042700-1.0.0.99lnxtbeta03042700-alt2.src.rpm

6f463c4626b4e67bd6af1c831b0b15a4  
kernel-source-nvidia-4496-1.0.4496-alt2.src.rpm

Модуль ядра для коммерческого драйвера nvidia (поправлен 
Makefile)

-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "ARV" == Albert R. Valiev writes:

 ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
 ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
 ARV>  Драйвер для карт 3COM 3x90x
  
darkstar-alt> ed_: привет!
darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный пакет? 
darkstar-alt> ed_: ему лучше всего в основном ядре жить )))

Ему лучше жить в kernel-module и апгрейдиться отдельно от ядра.
По-моему это уже обсуждалось и неоднократно.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 753 bytes --]

В сообщении от 31 Июль 2003 11:19 Ed V. Bartosh написал:
> >>>>> "ARV" == Albert R. Valiev writes:
>
>  ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
>  ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
>  ARV>  Драйвер для карт 3COM 3x90x
>
> darkstar-alt> ed_: привет!
> darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный
> пакет? darkstar-alt> ed_: ему лучше всего в основном ядре жить
> )))
>
> Ему лучше жить в kernel-module и апгрейдиться отдельно от
> ядра. По-моему это уже обсуждалось и неоднократно.

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


-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "ARV" == Albert R. Valiev writes:

 >>  darkstar-alt> ed_: привет!  ed_: по поводу 3c90x - а зачем его в
 >>  darkstar-alt> отдельный >> пакет? darkstar-alt> ed_: ему лучше
 >>  darkstar-alt> всего в основном ядре жить >> )))
 >>
 >>  Ему лучше жить в kernel-module и апгрейдиться отдельно от
 >>  ядра. По-моему это уже обсуждалось и неоднократно.
  
 ARV>  В данном случае не имеет смысла, т.к. драйвер больше не
 ARV>  разрабатывается для ветки 2.4

Имеет. Могут быть фиксы к нему, он же сопровождается.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

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

В сообщении от 31 Июль 2003 11:50 Ed V. Bartosh написал:
> >>>>> "ARV" == Albert R. Valiev writes:
>  >>
>  >>  darkstar-alt> ed_: привет!  ed_: по поводу 3c90x - а
>  >> зачем его в darkstar-alt> отдельный >> пакет?
>  >> darkstar-alt> ed_: ему лучше darkstar-alt> всего в
>  >> основном ядре жить >> )))
>  >>
>  >>  Ему лучше жить в kernel-module и апгрейдиться отдельно от
>  >>  ядра. По-моему это уже обсуждалось и неоднократно.
>
>  ARV>  В данном случае не имеет смысла, т.к. драйвер больше не
>  ARV>  разрабатывается для ветки 2.4
>
> Имеет. Могут быть фиксы к нему, он же сопровождается.

ok. уберу в пакет следующим билдом.

-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "ARV" == Albert R. Valiev writes:

 ARV>  ok. уберу в пакет следующим билдом.
Так как ? Чего-то я его в Сизифе не наблюдаю :(  
Равно как и ядер llc. Уже времени порядком прошло, однако.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 616 bytes --]

В сообщении от 6 Август 2003 15:55 Ed V. Bartosh написал:
> >>>>> "ARV" == Albert R. Valiev writes:
>
>  ARV>  ok. уберу в пакет следующим билдом.
> Так как ? Чего-то я его в Сизифе не наблюдаю :(
> Равно как и ядер llc. Уже времени порядком прошло, однако.

Понятия не имею, почему. Стас говорил, что соберет в понедельник. 
Причем я абсолютно уверен, что со сборкой проблем быть не должно 
- сам собирал hasher-ом. И от Стаса никаких писем не приходило.. 
значит ждем-с :)

-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "ARV" == Albert R. Valiev writes:

 ARV>  Понятия не имею, почему. Стас говорил, что соберет в
 ARV>  понедельник.  Причем я абсолютно уверен, что со сборкой проблем
 ARV>  быть не должно - сам собирал hasher-ом. И от Стаса никаких
 ARV>  писем не приходило..  значит ждем-с :)

Да, посмотрел - там с 29-го числа пакеты лежат.
Зато у нас теперь свой incominger :)

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Dmitry V. Levin]

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

On Thu, Aug 07, 2003 at 09:06:10AM +0400, Albert R. Valiev wrote:
> >  ARV>  ok. уберу в пакет следующим билдом.
> > Так как ? Чего-то я его в Сизифе не наблюдаю :(
> > Равно как и ядер llc. Уже времени порядком прошло, однако.
> 
> Понятия не имею, почему. Стас говорил, что соберет в понедельник. 
> Причем я абсолютно уверен, что со сборкой проблем быть не должно 
> - сам собирал hasher-ом. И от Стаса никаких писем не приходило.. 
> значит ждем-с :)

Стас собирал, собирал - передал мне.
Я собирал, собирал - передал Пете.


-- 
ldv

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "DVL" == Dmitry V. Levin writes:

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

Немного не в тему: А incoming/Sisyphus/kernel/BTE будет существовать и
обрабатываться ?

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Dmitry V. Levin]

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

On Thu, Aug 07, 2003 at 12:12:33PM +0400, Ed V. Bartosh wrote:
> >>>>> "DVL" == Dmitry V. Levin writes:
> 
>  >>  Понятия не имею, почему. Стас говорил, что соберет в понедельник.
>  >>  Причем я абсолютно уверен, что со сборкой проблем быть не должно
>  >>  - сам собирал hasher-ом. И от Стаса никаких писем не приходило..
>  >>  значит ждем-с :)
>   
>  DVL>  Стас собирал, собирал - передал мне.  Я собирал, собирал -
>  DVL>  передал Пете.
> 
> Немного не в тему: А incoming/Sisyphus/kernel/BTE будет существовать и
> обрабатываться ?

Нет, /incoming/Sisyphus/kernel/BTE/ - это перебор, достаточно и
/incoming/Sisyphus/BTE/


-- 
ldv

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "DVL" == Dmitry V. Levin writes:

 >>   Немного не в тему: А incoming/Sisyphus/kernel/BTE будет
 >>  существовать и обрабатываться ?
  
 DVL>  Нет, /incoming/Sisyphus/kernel/BTE/ - это перебор, достаточно и
 DVL>  /incoming/Sisyphus/BTE/

Ага, то есть я продолжаю складывать все в /incoming/Sisyphus/BTE/,
я правильно понял ?

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Dmitry V. Levin]

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

On Thu, Aug 07, 2003 at 12:33:21PM +0400, Ed V. Bartosh wrote:
> >>>>> "DVL" == Dmitry V. Levin writes:
> 
>  >>   Немного не в тему: А incoming/Sisyphus/kernel/BTE будет
>  >>  существовать и обрабатываться ?
>   
>  DVL>  Нет, /incoming/Sisyphus/kernel/BTE/ - это перебор, достаточно и
>  DVL>  /incoming/Sisyphus/BTE/
> 
> Ага, то есть я продолжаю складывать все в /incoming/Sisyphus/BTE/,
> я правильно понял ?

Да.


-- 
ldv

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

Re: [d-kernel] I: new packages to sisyphus

[Peter Novodvorsky]

"Dmitry V. Levin" <ldv@altlinux.org> writes:

> Стас собирал, собирал - передал мне.
> Я собирал, собирал - передал Пете.

а я пока ещё не собирал, но уже хочу передать.

-- 
Peter Novodvorsky                             nidd@myxomop.com
   http://people.altlinux.ru/~nidd   Deadheads, unite!

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

>>>>> "PN" == Peter Novodvorsky writes:

 >>  Стас собирал, собирал - передал мне.  Я собирал, собирал -
 >>  передал Пете.
  
 PN>  а я пока ещё не собирал, но уже хочу передать.

Оба-на :) !  И когда ? И кому ?

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Peter Novodvorsky]

ed@altlinux.ru (Ed V. Bartosh) writes:

>>>>>> "PN" == Peter Novodvorsky writes:
>
>  >>  Стас собирал, собирал - передал мне.  Я собирал, собирал -
>  >>  передал Пете.
>   
>  PN>  а я пока ещё не собирал, но уже хочу передать.
>
> Оба-на :) !  И когда ? И кому ?

Это была шутка :)

-- 
Peter Novodvorsky                             nidd@myxomop.com
   http://people.altlinux.ru/~nidd   Deadheads, unite!

Re: [d-kernel] I: new packages to sisyphus

[Dmitry V. Levin]

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

On Thu, Aug 07, 2003 at 09:06:10AM +0400, Albert R. Valiev wrote:
> >  ARV>  ok. уберу в пакет следующим билдом.
> > Так как ? Чего-то я его в Сизифе не наблюдаю :(
> > Равно как и ядер llc. Уже времени порядком прошло, однако.
> 
> Понятия не имею, почему. Стас говорил, что соберет в понедельник. 
> Причем я абсолютно уверен, что со сборкой проблем быть не должно 
> - сам собирал hasher-ом. И от Стаса никаких писем не приходило.. 
> значит ждем-с :)

kernel-source-3c90x-1.0.2-1.0.2-alt1.src.rpm: wrong changelog: expected
"1.0.2-alt1", found "1.0.1.0.2-alt1"

kernel-image-llc-smp-2.4.21rel-alt4
kernel-image-w4l-smp-2.4.21rel-alt5
- не собираются:
make[2]: Entering directory `/usr/src/RPM/BUILD/kernel-source-2.4.21/arch/i386/mm'
gcc-2.96 -D__KERNEL__ -I/usr/src/RPM/BUILD/kernel-source-2.4.21/include -Wall -Wstrict-prototypes -Wno-trigraps -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i586   -nostdinc -iwithprefix include -DKBUILD_BASENAME=init  -c -o init.o init.c
init.c:461: parse error before `_Bool'
init.c:462: warning: function declaration isn't a prototype
init.c: In function `one_highpage_init':
init.c:463: `bad' undeclared (first use in this function)
init.c:463: (Each undeclared identifier is reported only once
init.c:463: for each function it appears in.)
init.c:464: `pfn' undeclared (first use in this function)
init.c:465: `page' undeclared (first use in this function)
init.c:469: `bad_ppro' undeclared (first use in this function)
init.c: In function `free_pages_init':
init.c:527: `_Bool' undeclared (first use in this function)
init.c:527: parse error before `bad'
init.c:528: `bad' undeclared (first use in this function)
init.c: In function `mem_init':
init.c:568: warning: long int format, int arg (arg 9)
make[2]: *** [init.o] Error 1


-- 
ldv

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

Re: [d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1069 bytes --]

В сообщении от 7 Август 2003 18:25 Dmitry V. Levin написал:
> On Thu, Aug 07, 2003 at 09:06:10AM +0400, Albert R. Valiev 
wrote:
> > >  ARV>  ok. уберу в пакет следующим билдом.
> > > Так как ? Чего-то я его в Сизифе не наблюдаю :(
> > > Равно как и ядер llc. Уже времени порядком прошло, однако.
> >
> > Понятия не имею, почему. Стас говорил, что соберет в
> > понедельник. Причем я абсолютно уверен, что со сборкой
> > проблем быть не должно - сам собирал hasher-ом. И от Стаса
> > никаких писем не приходило.. значит ждем-с :)
>
> kernel-source-3c90x-1.0.2-1.0.2-alt1.src.rpm: wrong changelog:
> expected "1.0.2-alt1", found "1.0.1.0.2-alt1"

Странно... эти записи я всегда добавляю командой 
add_changelog....

> kernel-image-llc-smp-2.4.21rel-alt4
> kernel-image-w4l-smp-2.4.21rel-alt5

Вот этого не понимаю.... от up они отличаются только конфигом, 
причем в конфиге включен только smp... се6йчас буду проверять 
еще раз.

-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Dmitry V. Levin]

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

On Thu, Aug 07, 2003 at 07:29:13PM +0400, Albert R. Valiev wrote:
> Вот этого не понимаю.... от up они отличаются только конфигом, 
> причем в конфиге включен только smp... се6йчас буду проверять 
> еще раз.

Кроме того,
E: Version ='2.4.21rel-alt7' for 'kernel-headers-std-up' was not found
при сборке пакетов
kernel-modules-hcfpcimodem-std-up-0.99lnxtbeta03042700-alt2
kernel-modules-hostap-std-up-0.0.3-alt7


-- 
ldv

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

Re: [d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 430 bytes --]

В сообщении от 7 Август 2003 19:32 Dmitry V. Levin написал:

> Кроме того,
> E: Version ='2.4.21rel-alt7' for 'kernel-headers-std-up' was
> not found при сборке пакетов
> kernel-modules-hcfpcimodem-std-up-0.99lnxtbeta03042700-alt2

Ну это модуль уже надо обновить. 2Nidd: хватай модуль :)

-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Albert R. Valiev]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 509 bytes --]

В сообщении от 7 Август 2003 18:25 Dmitry V. Levin написал:
> kernel-image-llc-smp-2.4.21rel-alt4
> kernel-image-w4l-smp-2.4.21rel-alt5
> - не собираются:

Дима, я залью alt5 для llc-smp и alt6 для w4l-smp, проблема 
выяснена - несовместимость badmem патча с highmem. 
llc-up и w4l-up без изменений. Пожалуйста выложите их после 
сборки (просьба тому, кто собирает). 

-- 

With Best Regards, Albert R. Valiev
------------------------------------
ALT Linux Team [www.altlinux.ru]
ARV-DARKSTAR-RIPN, ARV2-RIPE

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

Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"ARV" == Albert R. Valiev writes:
> 
> 
>  ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
>  ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
>  ARV>  Драйвер для карт 3COM 3x90x
>   
> darkstar-alt> ed_: привет!
> darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный пакет? 
> darkstar-alt> ed_: ему лучше всего в основном ядре жить )))
> 
> Ему лучше жить в kernel-module и апгрейдиться отдельно от ядра.
> По-моему это уже обсуждалось и неоднократно.
> 

А зачем ?

Давайте представим себе труд мантейнера ядра, которому нужно собрать 
новую версию пакета kernel-image:

1) Собирает kernel-source
2) Собирает kernel-image, ставит в сборочную систему хедеры
3) Пересобирает 15-20 пакетов с модулями, одновременно правя спеки, 
прописывая зависимости на новое ядро и т.д.
4) Пытается все это выложить ;-)

Мне откровенно жаль этого мантейнера.

По моему изначально мы некоторое время обсуждали следущую идеологию:

1) Есть std ядро, включающее в себя все что мы считаем стабильно 
работающим. Как то: дополнительные драйвера, исправления ошибок, 
файловые системы и т.д.
2) Все остальные пакеты, дополняющие или изменяющие функциональность в 
std-up ядре базируются исключительно на нем и на его наборе патчей. 
Как-то w4l, rsbac, ядра с supermount и т.д.

По моему - будет намного удобнее и менее запутаннее чем в текущей 
ситуации... Единственное что нам нужно сделать - это добится максимально 
качественного std-up ядра.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

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

 >>   ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
 >>   ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
 >>   ARV>  Драйвер для карт 3COM 3x90x
 >>    darkstar-alt> ed_: привет!
 >>  darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный
 >>  darkstar-alt> пакет?  ed_: ему лучше всего в основном ядре жить
 >>  darkstar-alt> ))) >> Ему лучше жить в kernel-module и
 >>  darkstar-alt> апгрейдиться отдельно от ядра.  >> По-моему это уже
 >>  darkstar-alt> обсуждалось и неоднократно.
 >>
  
 AF>  А зачем ?
  
 AF>  Давайте представим себе труд мантейнера ядра, которому нужно
 AF>  собрать новую версию пакета kernel-image:
  
 AF>  1) Собирает kernel-source 
Не помню когда я делал это последний раз.

2) Собирает kernel-image, ставит в
 AF>  сборочную систему хедеры 3) Пересобирает 15-20 пакетов с
 AF>  модулями, одновременно правя спеки, прописывая зависимости на
 AF>  новое ядро и т.д.  
Это просто нужно автоматизировать, вот и все.

 AF>  Мне откровенно жаль этого мантейнера.
мне тоже, если это делать руками. Никто же не спорит о необходимости
этот процесс автоматизировать.
  
 AF>  По моему изначально мы некоторое время обсуждали следущую
 AF>  идеологию:
  
 AF>  1) Есть std ядро, включающее в себя все что мы считаем стабильно
 AF>  работающим. Как то: дополнительные драйвера, исправления ошибок,
 AF>  файловые системы и т.д.  2) Все остальные пакеты, дополняющие
 AF>  или изменяющие функциональность в std-up ядре базируются
 AF>  исключительно на нем и на его наборе патчей. Как-то w4l, rsbac,
 AF>  ядра с supermount и т.д.
  
 AF>  По моему - будет намного удобнее и менее запутаннее чем в
 AF>  текущей ситуации... Единственное что нам нужно сделать - это
 AF>  добится максимально качественного std-up ядра.
По-моему мы также обсуждали преимущества подхода, при котором мы имеем
как можно больше функционала в отдельных пакетах с модулями. И особых
возражений не было. Он имеет как минимум 2 достоинства: не нужно
пересобирать ядро при изменениях в этих пакетах, либо добавлении новых
и не нужно перегружать систему при их установке/апгрейде.
Для серверных конфигураций это очень важно.  

Я предлагаю таки доопределиться со стратегией выноса в модули и
зафиксировать ее в полиси.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"AF" == Anton Farygin writes:
> 
> 
>  >>   ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
>  >>   ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
>  >>   ARV>  Драйвер для карт 3COM 3x90x
>  >>    darkstar-alt> ed_: привет!
>  >>  darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный
>  >>  darkstar-alt> пакет?  ed_: ему лучше всего в основном ядре жить
>  >>  darkstar-alt> ))) >> Ему лучше жить в kernel-module и
>  >>  darkstar-alt> апгрейдиться отдельно от ядра.  >> По-моему это уже
>  >>  darkstar-alt> обсуждалось и неоднократно.
>  >>
>   
>  AF>  А зачем ?
>   
>  AF>  Давайте представим себе труд мантейнера ядра, которому нужно
>  AF>  собрать новую версию пакета kernel-image:
>   
>  AF>  1) Собирает kernel-source 
> Не помню когда я делал это последний раз.
> 
> 2) Собирает kernel-image, ставит в
>  AF>  сборочную систему хедеры 3) Пересобирает 15-20 пакетов с
>  AF>  модулями, одновременно правя спеки, прописывая зависимости на
>  AF>  новое ядро и т.д.  
> Это просто нужно автоматизировать, вот и все.
> 
>  AF>  Мне откровенно жаль этого мантейнера.
> мне тоже, если это делать руками. Никто же не спорит о необходимости
> этот процесс автоматизировать.
>   
>  AF>  По моему изначально мы некоторое время обсуждали следущую
>  AF>  идеологию:
>   
>  AF>  1) Есть std ядро, включающее в себя все что мы считаем стабильно
>  AF>  работающим. Как то: дополнительные драйвера, исправления ошибок,
>  AF>  файловые системы и т.д.  2) Все остальные пакеты, дополняющие
>  AF>  или изменяющие функциональность в std-up ядре базируются
>  AF>  исключительно на нем и на его наборе патчей. Как-то w4l, rsbac,
>  AF>  ядра с supermount и т.д.
>   
>  AF>  По моему - будет намного удобнее и менее запутаннее чем в
>  AF>  текущей ситуации... Единственное что нам нужно сделать - это
>  AF>  добится максимально качественного std-up ядра.
> По-моему мы также обсуждали преимущества подхода, при котором мы имеем
> как можно больше функционала в отдельных пакетах с модулями. И особых
> возражений не было. Он имеет как минимум 2 достоинства: не нужно
> пересобирать ядро при изменениях в этих пакетах, либо добавлении новых
> и не нужно перегружать систему при их установке/апгрейде.
> Для серверных конфигураций это очень важно.  

Бесспорно.

Но прежде чем это делать - давайте автоматизируем процесс сборки?

Инсталятор похоже придется править... там сейчас есть куски кода, 
которые определяют оборудование и ставят нужные пакеты для этого 
оборудования. Но вся проблема в том, что имена пакетов вшиваются в код. ;-(

> 
> Я предлагаю таки доопределиться со стратегией выноса в модули и
> зафиксировать ее в полиси.
> 

Да.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

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

 >>  По-моему мы также обсуждали преимущества подхода, при котором мы
 >>  имеем как можно больше функционала в отдельных пакетах с
 >>  модулями. И особых возражений не было. Он имеет как минимум 2
 >>  достоинства: не нужно пересобирать ядро при изменениях в этих
 >>  пакетах, либо добавлении новых и не нужно перегружать систему при
 >>  их установке/апгрейде.  Для серверных конфигураций это очень
 >>  важно.
  
 AF>  Бесспорно.
  
 AF>  Но прежде чем это делать - давайте автоматизируем процесс
 AF>  сборки?
То есть ? Давайте сейчас затащим все, что можно в ядро, а потом, когда
автоматизируем процесс сборки, вытащим ? Не делайте мне смешно :) !

Примитиваная автоматизация - это скриптик, который правит спеки
модулей в двух местах - 
%define kversion	2.4.21
%define krelease	alt11
И пересобирает модули. Не вижу проблем для его изготовления.

Я пока вижу только то, что у инсталлятора есть проблемы. Да, их нужно
исправлять, а не прогибать под инсталлятор схему сборки ядер. 
Этот путь неправильный, IMHO.
  
-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"AF" == Anton Farygin writes:
> 
> 
>  >>  По-моему мы также обсуждали преимущества подхода, при котором мы
>  >>  имеем как можно больше функционала в отдельных пакетах с
>  >>  модулями. И особых возражений не было. Он имеет как минимум 2
>  >>  достоинства: не нужно пересобирать ядро при изменениях в этих
>  >>  пакетах, либо добавлении новых и не нужно перегружать систему при
>  >>  их установке/апгрейде.  Для серверных конфигураций это очень
>  >>  важно.
>   
>  AF>  Бесспорно.
>   
>  AF>  Но прежде чем это делать - давайте автоматизируем процесс
>  AF>  сборки?
> То есть ? Давайте сейчас затащим все, что можно в ядро, а потом, когда
> автоматизируем процесс сборки, вытащим ? Не делайте мне смешно :) !

Нет, давайте для начала автоматизируем, а потом я буду править инсталятор.

> 
> Примитиваная автоматизация - это скриптик, который правит спеки
> модулей в двух местах - 
> %define kversion	2.4.21
> %define krelease	alt11
> И пересобирает модули. Не вижу проблем для его изготовления.

Ага... и еще нужно все-таки сделать так, что бы можно было все 
пересобирать без установки пакетов в сборочную систему.

> 
> Я пока вижу только то, что у инсталлятора есть проблемы. Да, их нужно
> исправлять, а не прогибать под инсталлятор схему сборки ядер. 
> Этот путь неправильный, IMHO.
>   

Я же говорю - я готов поправить инсталятор.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

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

 >>     AF>  автоматизируем процесс
 >>   AF>  сборки?
 >>  То есть ? Давайте сейчас затащим все, что можно в ядро, а потом,
 >>  когда автоматизируем процесс сборки, вытащим ? Не делайте мне
 >>  смешно :) !
  
 AF>  Нет, давайте для начала автоматизируем, а потом я буду править
 AF>  инсталятор.
Тогда давайте.
  
 >>  Примитиваная автоматизация - это скриптик, который правит спеки
 >>  модулей в двух местах - %define kversion 2.4.21 %define krelease
 >>  alt11 И пересобирает модули. Не вижу проблем для его
 >>  изготовления.
  
 AF>  Ага... и еще нужно все-таки сделать так, что бы можно было все
 AF>  пересобирать без установки пакетов в сборочную систему.
А это зачем ? Я, наверное, что-то пропустил. 
Тоже для инсталлятора ? У меня они стоят себе, апгрейдятся регулярно. 
Никакого дискомфорта не ощущаю.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"AF" == Anton Farygin writes:
> 
> 
>  >>     AF>  автоматизируем процесс
>  >>   AF>  сборки?
>  >>  То есть ? Давайте сейчас затащим все, что можно в ядро, а потом,
>  >>  когда автоматизируем процесс сборки, вытащим ? Не делайте мне
>  >>  смешно :) !
>   
>  AF>  Нет, давайте для начала автоматизируем, а потом я буду править
>  AF>  инсталятор.
> Тогда давайте.

2ldv: Где обещанный CVS ?????

>   
>  >>  Примитиваная автоматизация - это скриптик, который правит спеки
>  >>  модулей в двух местах - %define kversion 2.4.21 %define krelease
>  >>  alt11 И пересобирает модули. Не вижу проблем для его
>  >>  изготовления.
>   
>  AF>  Ага... и еще нужно все-таки сделать так, что бы можно было все
>  AF>  пересобирать без установки пакетов в сборочную систему.
> А это зачем ? Я, наверное, что-то пропустил. 
> Тоже для инсталлятора ? У меня они стоят себе, апгрейдятся регулярно. 
> Никакого дискомфорта не ощущаю.

Нет - не для инсталятора... для тех мест, где я собираю - там нет 
возможности ставить пакеты в хост. систему.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

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

 >>   AF>  пересобирать без установки пакетов в сборочную систему.
 >>  А это зачем ? Я, наверное, что-то пропустил. Тоже для
 >>  инсталлятора ?  У меня они стоят себе, апгрейдятся
 >>  регулярно. Никакого дискомфорта не ощущаю.
  
 AF>  Нет - не для инсталятора... для тех мест, где я собираю - там
 AF>  нет возможности ставить пакеты в хост. систему.

Да, согласен. Чего-то я тормознул, сорри.  

-- 
Best regards,
Ed V. Bartosh

Re: [devel] Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"ARV" == Albert R. Valiev writes:
> 
> 
>  ARV>  c8b4ca3389c7859a6a4de0efb2cea2c9
>  ARV>  kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
>  ARV>  Драйвер для карт 3COM 3x90x
>   
> darkstar-alt> ed_: привет!
> darkstar-alt> ed_: по поводу 3c90x - а зачем его в отдельный пакет? 
> darkstar-alt> ed_: ему лучше всего в основном ядре жить )))
> 
> Ему лучше жить в kernel-module и апгрейдиться отдельно от ядра.
> По-моему это уже обсуждалось и неоднократно.
> 

Господа, зачем отправлять письмо сразу _в три_ списка рассылки, когда 
для этого создан один - devel-kernel ?

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Albert R. Valiev пишет:
>    Всем привет!
> 
> в Incoming/Sisyphus улетели следующие пакеты:
> 
> c8b4ca3389c7859a6a4de0efb2cea2c9  
> kernel-feat-drivers-net-3c90x-2003.07.30-alt1.src.rpm
> 
> Драйвер для карт 3COM 3x90x

2nidd - надо его же собрать для kernel-image-std-up.


Кстати, господа... все-таки еще раз поднимаю следущую проблему:

большое количество пакетов с модулями к ядру требует пересмотра идеи 
установки.

Дело в том, что в данный момент инсталятор от MDK не умеет вытягивать по 
зависимостям и ставить все пакеты ядра. Такой вот он кривой ;-(

Соответственно пути решения данной проблемы два: 1) собирать все 
драйвера внутрь пакета ядра
2) неделю патчить инсталлер на тему корректной установки пакетов ядра

Также хочу предложить реализовать следущую схему сборки исходных и 
_бинарных_ пакетов в дополнение к текущей:

разработать технологию, позволяющую на основании конфигурационных файлов 
и исходных спеков генерить спек файлы, src.rpm'ы и собирать бинарные 
пакеты _без_ установки пакетов с патчами в сборочную среду.
Для этих целей первое, что потребуется от Димы Левина - CVS репозитарий, 
в котором я планирую все это хозяйство развернуть.

Идея произрастает из системы сборки инсталятора, позволяющей на основе 
конфигов собирать практически любой дистрибутив последовательностью make 
команд.

Т.е. - я хочу, что бы по команде make complete-std-up у меня собирались 
все пакеты с модулями, заголовочными файлами и ядрами для std-up. Точно 
так-же и для других ядер.

Наверное, я даже готов взяться за реализацию.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Ed V. Bartosh]

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

 AF>  Кстати, господа... все-таки еще раз поднимаю следущую проблему:
  
 AF>  большое количество пакетов с модулями к ядру требует пересмотра
 AF>  идеи установки.
  
 AF>  Дело в том, что в данный момент инсталятор от MDK не умеет
 AF>  вытягивать по зависимостям и ставить все пакеты ядра. Такой вот
 AF>  он кривой ;-(
  
 AF>  Соответственно пути решения данной проблемы два: 1) собирать все
 AF>  драйвера внутрь пакета ядра 2) неделю патчить инсталлер на тему
 AF>  корректной установки пакетов ядра
А вариант создания виртуального пакета, который хочет ядро и все его
модули никак не устроит ? Он тоже неоднократно тут предлагался.


-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] I: new packages to sisyphus

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"AF" == Anton Farygin writes:
> 
> 
>  AF>  Кстати, господа... все-таки еще раз поднимаю следущую проблему:
>   
>  AF>  большое количество пакетов с модулями к ядру требует пересмотра
>  AF>  идеи установки.
>   
>  AF>  Дело в том, что в данный момент инсталятор от MDK не умеет
>  AF>  вытягивать по зависимостям и ставить все пакеты ядра. Такой вот
>  AF>  он кривой ;-(
>   
>  AF>  Соответственно пути решения данной проблемы два: 1) собирать все
>  AF>  драйвера внутрь пакета ядра 2) неделю патчить инсталлер на тему
>  AF>  корректной установки пакетов ядра
> А вариант создания виртуального пакета, который хочет ядро и все его
> модули никак не устроит ? Он тоже неоднократно тут предлагался.

Текущий инсталятор не умеет вытягивать эти зависимости ;-(

Я в этом вчера убедился. Исправить можно только переписав программу 
установки.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Michael Shigorin]

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

On Thu, Jul 31, 2003 at 02:06:39PM +0400, Anton Farygin wrote:
> >А вариант создания виртуального пакета, который хочет ядро и все его
> >модули никак не устроит ? Он тоже неоднократно тут предлагался.
> Текущий инсталятор не умеет вытягивать эти зависимости ;-(

Гвозди не помогут?

-- 
 ---- 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] I: new packages to sisyphus

[Anton Farygin]

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

Michael Shigorin пишет:
> On Thu, Jul 31, 2003 at 02:06:39PM +0400, Anton Farygin wrote:
> 
>>>А вариант создания виртуального пакета, который хочет ядро и все его
>>>модули никак не устроит ? Он тоже неоднократно тут предлагался.
>>
>>Текущий инсталятор не умеет вытягивать эти зависимости ;-(
> 
> 
> Гвозди не помогут?

Гвозди всегда помогут... но при таком количестве пакетов с драйверами - 
их умучаешься забивать. Лучше конечно придумать какую-то схему по 
автозабиванию гвоздей. Например - выбрать список пакетов с драйверами, 
выбрать список драйверов и сгенерить perl'овый скрипт, падающий в 
инсталятор. Я подумаю над этим.

Rgds,
Rider

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

Re: [d-kernel] I: new packages to sisyphus

[Michael Shigorin]

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

On Thu, Jul 31, 2003 at 03:18:56PM +0400, Anton Farygin wrote:
> >>Текущий инсталятор не умеет вытягивать эти зависимости ;-(
> >Гвозди не помогут?
> Гвозди всегда помогут... но при таком количестве пакетов с
> драйверами - их умучаешься забивать. Лучше конечно придумать
> какую-то схему по автозабиванию гвоздей.

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

> Например - выбрать список пакетов с драйверами, выбрать список
> драйверов и сгенерить perl'овый скрипт, падающий в инсталятор.

Иде-то так.

> Я подумаю

Еще не забудь (a must!) проверить, что все модули, упомянутые в
ldetect-lst с аналогами, в полном комплекте наличествуют.

Проверка сравнительно простая, а ляпов при ее отсутствии не то
что у нас -- в RH9 вылезло.

-- 
 ---- 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] I: new packages to sisyphus

[Anton Farygin]

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

Michael Shigorin пишет:
> On Thu, Jul 31, 2003 at 03:18:56PM +0400, Anton Farygin wrote:
> 
<skip>

> Еще не забудь (a must!) проверить, что все модули, упомянутые в
> ldetect-lst с аналогами, в полном комплекте наличествуют.
> 
> Проверка сравнительно простая, а ляпов при ее отсутствии не то
> что у нас -- в RH9 вылезло.

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

В общем - в TODO стоит... после следующей сборки installer.iso...

Rgds,
Rider

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