[sisyphus] Кое-какие ошибки-2 и вопросы

[sisyphus] Кое-какие ошибки-2 и вопросы

[Et]

Добрый день!
К вопросу о kapm-idled и kswapd.
Вконец замучавшись перезагружать компьютер и пораскинув мозгами
решил я перекомпилировать ядро. Забегая вперёд, скажу, что это помогло
и теперь они перестали терзать процессор, top показывает по нулям всё,
даже когда запускаю одновременно KDE, Мозиллу и ОО.
Однако сама процедура перекомпиляции вызывает вопросы.
1. Если делать так, как написано в руководствах, т.е. установить 
kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то 
получается ядро с именем *alt5-up, а модули в каталоге *alt5, что нехорошо -
получились 2 ядра с одним именем и два набора модулей к ним. Тогда, выходит, 
надо убирать Ваш пакет с ядром kernel24-up - но он нужен целой куче других
пакетов, которых наличие взамен kernel24-source не устраивает. (Кстати, 
почему? Ясно ведь, что в работающей системе ядро есть обязательно - нужно ли 
ставить на него зависимости? Или подразумевается, что должно быть именно Ваше 
ядро и ни чьё другое?) Хорошо, пошли дальше  - можно подменить Ваше ядро и 
модули своими, но неаккуратненько это да и хотелось бы иметь на всякий случай 
два ядра. Значит, надо иметь ядра с разными именами. 
Обнаружил, что за это отвечает через ссылки в /var/run/kernel   
/usr/lib/kernel/2.4.9-alt5-up/version.h  и там же modversions.h и autoconf.h
Получается, с каким именем ядро запущено, с таким и откомпилируется, без 
вариантов? Ладно, но и мы не лыком шиты, скопировал version.h в 
(a) /usr/src/kernel/linux-2.4.9-alt5/include/linux 
и заменил в нём alt5-up на alt5, запустил menuconfig, dep, bzImage,
после чего обнаружил в (а) новые modversions.h и autoconf.h - вместо 
имевшихся там ссылок на /usr/lib/kernel/2.4.9-alt5-up - а зачем же нужны были 
эти ссылки? Дальше всё прошло как обычно, но следует ли мне положить по 
аналогии в /usr/lib/kernel/2.4.9-alt5/modules получившиеся *.stamp, *.ver и 
скопировать в ../*.ph ? Кстати, *.stamp получились размером 0 байт, а у Вас 1
 - это критично?

2. Нашлось две ошибки, из-за которых компиляция останавливалась - в 
/usr/include/bits/local_lim.h вместо alt5 было alt1 и ошибка в тексте
некой проги из-за которой не откомпилировался модуль для ipchains 
(пришлось делать make -i). Хорошо - iptables работает. 
Вопрос - что же исходники в kernel24-source неправлены?

С уважением,
Евгений.
iptables работает.

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Любимов А.В.]

On Thu, 4 Oct 2001 20:32:10 +0400


> 1. Если делать так, как написано в руководствах, т.е. установить 
> kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то 

это "не наш путь". :)
я даже предлагал удалить этот пакет kernel24-source во избежание таких вопросов

правильный с точки зрения rpm-based системы путь

apt-get source kernel24-up.....

и сборка новых рпм пакетов

все вопросы при этом отпадают сразу и навсегда.
заодно собирается (если попросить) пакеты с alsa drm всех source и документацией

kernel-source - это пакет для справки и использования с модулями а не для пересборки!

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Sergei]

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

4 Октябрь 2001 20:32, Вы написали:
> Добрый день!
> К вопросу о kapm-idled и kswapd.
> Вконец замучавшись перезагружать компьютер и пораскинув мозгами
> решил я перекомпилировать ядро. Забегая вперёд, скажу, что это помогло
> и теперь они перестали терзать процессор, top показывает по нулям всё,
> даже когда запускаю одновременно KDE, Мозиллу и ОО.
> Однако сама процедура перекомпиляции вызывает вопросы.
> 1. Если делать так, как написано в руководствах, т.е. установить
> kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то
> получается ядро с именем *alt5-up, а модули в каталоге *alt5, что нехорошо
> - получились 2 ядра с одним именем и два набора модулей к ним.


Лучше всего, если взять kernel24-2.4.9-alt5.src.rpm, залезть в kernel24.spec, 
выбрать сборку custom-ядра, изменить параметр CUSTOM на любой (ежели хотите), 
подправить в процессе сборки custom-ядра строку "make oldconfig" на "make 
menuconfig", создать в /usr/src/RPM/SOURCES файл kernel24-2.4.9-<тип 
процессора>-<параметр CUSTOM>.config и через rpm собрать ядро.


- -- 
С уважением, Епифанов Сергей.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7vTLB4ZpgWiwK7D8RAq0YAJ9S0PQWgizkyYYINmk2Y+sdOVyj+QCfYS7X
2C9p9ZXdKPy6Nf9szKnbeqE=
=pHDh
-----END PGP SIGNATURE-----

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Et]

4 Октябрь 2001 20:45, Вы написали:
> On Thu, 4 Oct 2001 20:32:10 +0400
>
> > 1. Если делать так, как написано в руководствах, т.е. установить
> > kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то
>
> это "не наш путь". :)
> я даже предлагал удалить этот пакет kernel24-source во избежание таких
> вопросов
>
> правильный с точки зрения rpm-based системы путь
>
> apt-get source kernel24-up.....
>
> и сборка новых рпм пакетов
>
> все вопросы при этом отпадают сразу и навсегда.

spec -то править надо! Так что вопросы отпадают старые, 
зато появляются новые :-)

> заодно собирается (если попросить) пакеты с alsa drm всех source и
> документацией
>
> kernel-source - это пакет для справки и использования с модулями а не для
> пересборки!

Наверное, Вы правы - надо kernel-source вообще удалить.
И ещё - а какой же "наш путь"? Хорошо бы его иногда освещать,
а то пока во мраке ;-), система усложняется постоянно - хорошо ли это?

С уважением,
Евгений. 

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Et]

5 Октябрь 2001 08:10, Вы написали:
>
> Лучше всего, если взять kernel24-2.4.9-alt5.src.rpm, залезть в
> kernel24.spec, выбрать сборку custom-ядра, изменить параметр CUSTOM на
> любой (ежели хотите), подправить в процессе сборки custom-ядра строку "make
> oldconfig" на "make menuconfig", создать в /usr/src/RPM/SOURCES файл
> kernel24-2.4.9-<тип процессора>-<параметр CUSTOM>.config и через rpm
> собрать ядро.

Спасибо, Сергей!
Так и попробую.
С уважением,
Евгений.

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Et]

5 Октябрь 2001 12:13, Вы написали:
> 4 Октябрь 2001 20:45, Вы написали:
> > On Thu, 4 Oct 2001 20:32:10 +0400
> >
> > > 1. Если делать так, как написано в руководствах, т.е. установить
> > > kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то
> >
> > это "не наш путь". :)
> > я даже предлагал удалить этот пакет kernel24-source во избежание таких
> > вопросов
> >
> > правильный с точки зрения rpm-based системы путь
> >
> > apt-get source kernel24-up.....
> >
> > и сборка новых рпм пакетов
> >
> > все вопросы при этом отпадают сразу и навсегда.
>
> spec -то править надо! Так что вопросы отпадают старые,
> зато появляются новые :-)

Вот ещё новый вопрос - стал собирать из *src.rpm и получил:

+ make -C DVB/driver dvb_firm.h
make: Entering directory `/usr/src/RPM/BUILD/linux/DVB/driver'
Makefile:134: /usr/src/linux/Rules.make: No such file or directory
make: *** No rule to make target `/usr/src/linux/Rules.make'.  Stop.
make: Leaving directory `/usr/src/RPM/BUILD/linux/DVB/driver'
Bad exit status from /var/tmp/rpm-tmp.90180 (%prep)

Оказывается, этот /usr/src/linux/Rules.make находится в kernel24-source,
т.е. в том пакете, который ещё только должен получиться из src.rpm :-(
Дальше:

In file included from ip_fw_compat.c:16:
/usr/src/RPM/BUILD/linux/include/linux/netfilter_ipv4/ip_conntrack.h:128: 
field
`ct_irc_info' has incomplete type
make[2]: *** [ip_fw_compat.o] Error 1
make[2]: Leaving directory `/usr/src/RPM/BUILD/linux/net/ipv4/netfilter'
make[1]: *** [_modsubdir_ipv4/netfilter] Error 2
Bad exit status from /var/tmp/rpm-tmp.84192 (%build)

И что же делать? Исправить или обойти эту ошибку явно труднее, чем в 
kernel-source - нужно её ещё найти в каком-то *.bz2 или патче, запаковать
снова и опять запустить сборку. А если ещё будут ошибки? А в случае с
 kernel-source всё можно продолжить с того места, где остановилось.

>
> > заодно собирается (если попросить) пакеты с alsa drm всех source и
> > документацией
> >
> > kernel-source - это пакет для справки и использования с модулями а не для
> > пересборки!
>
> Наверное, Вы правы - надо kernel-source вообще удалить.
> И ещё - а какой же "наш путь"? Хорошо бы его иногда освещать,
> а то пока во мраке ;-), система усложняется постоянно - хорошо ли это?

Похоже, я поторопился. Рановато ещё удалять kernel24-source


>>> Какова тенденция в других дистрибутивах?

>>безусловно таже. в рпм-базед - все программы собираются и ставятся через 
>>рпм.
>>в дебиан аналогично собирают *.deb
>>для сборки ядра в деб даже отдельный пакет сделали...

Не это главное. Если они сохранили возможность собирать ядро из kernel-source
то дополнительный отдельный пакет не помешает :-), тем более у них впереди
HURD, а там, как я понимаю, нет нужды собирать одновременно, в одном месте
и одним компилятором микроядро и модули. 


>>иначе откуда апт или рпм догадаются о наличии модифицированного ядра? вот 
>>апт возьмет и проапдейтит ваш -up на более новый стандартный -up

Просто не надо подменять своим ядром чужое, а поставить рядом.
 
С уважением,
Евгений.

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Alexey Voinov]

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

Et wrote
> 5 Октябрь 2001 12:13, Вы написали:
> > 4 Октябрь 2001 20:45, Вы написали:
> > > On Thu, 4 Oct 2001 20:32:10 +0400
> > >
> > > > 1. Если делать так, как написано в руководствах, т.е. установить
> > > > kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то
> > >
> > > это "не наш путь". :)
> > > я даже предлагал удалить этот пакет kernel24-source во избежание таких
> > > вопросов
> > >
> > > правильный с точки зрения rpm-based системы путь
> > >
> > > apt-get source kernel24-up.....
> > >
> > > и сборка новых рпм пакетов
> > >
> > > все вопросы при этом отпадают сразу и навсегда.
> >
> > spec -то править надо! Так что вопросы отпадают старые,
> > зато появляются новые :-)
> 
> Вот ещё новый вопрос - стал собирать из *src.rpm и получил:
>
<...>
> 
> И что же делать? Исправить или обойти эту ошибку явно труднее, чем в 
> kernel-source - нужно её ещё найти в каком-то *.bz2 или патче, запаковать
> снова и опять запустить сборку. А если ещё будут ошибки? А в случае с
>  kernel-source всё можно продолжить с того места, где остановилось.
Я уже сталкивался с этой ошибкой :(
Проявляется если сборка происходит не в /usr/src/RPM  а где-нибудь ещё

Вот такое вот исправление решает проблему:

--- kernel-2.4.spec.orig        Fri Sep 28 14:07:01 2001
+++ kernel-2.4.spec     Fri Sep 28 14:05:36 2001
@@ -1456,7 +1456,7 @@

 # Install Siemens DVB driver

-make -C DVB/driver dvb_firm.h
+make -C DVB/driver KERNEL_LOCATION=`pwd` dvb_firm.h

 install -p -m644 DVB/driver/{VES1820.c,VES1893.c,stv0299.c,tda8083.c,dvb_demodulator.h,dvb_firm.h} drivers/media/video
 install -p -m644 DVB/driver/{dmxdev.c,dmxdev.h,dvb.c,dvb.h,dvb_net.c,dvb_net.h} drivers/media/video
   

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


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

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Любимов А.В.]

On Fri, 5 Oct 2001 20:02:14 +0400
Et <et@kaluga.ru> wrote:
> > spec -то править надо! Так что вопросы отпадают старые,
> > зато появляются новые :-)

это надо пройти. целостность системы и простота обслуживания того стоят.

>
> Вот ещё новый вопрос - стал собирать из *src.rpm и получил:
> 
> + make -C DVB/driver dvb_firm.h
> make: Entering directory `/usr/src/RPM/BUILD/linux/DVB/driver'
> Makefile:134: /usr/src/linux/Rules.make: No such file or directory
> make: *** No rule to make target `/usr/src/linux/Rules.make'.  Stop.
> make: Leaving directory `/usr/src/RPM/BUILD/linux/DVB/driver'
> Bad exit status from /var/tmp/rpm-tmp.90180 (%prep)

 
> Оказывается, этот /usr/src/linux/Rules.make находится в kernel24-source,
> т.е. в том пакете, который ещё только должен получиться из src.rpm :-(
> Дальше:
> 
> In file included from ip_fw_compat.c:16:
> /usr/src/RPM/BUILD/linux/include/linux/netfilter_ipv4/ip_conntrack.h:128: 
> field
> `ct_irc_info' has incomplete type
> make[2]: *** [ip_fw_compat.o] Error 1
> make[2]: Leaving directory `/usr/src/RPM/BUILD/linux/net/ipv4/netfilter'
> make[1]: *** [_modsubdir_ipv4/netfilter] Error 2
> Bad exit status from /var/tmp/rpm-tmp.84192 (%build)
> 
> И что же делать? Исправить или обойти эту ошибку явно труднее, чем в 
> kernel-source - нужно её ещё найти в каком-то *.bz2 или патче, запаковать
> снова и опять запустить сборку. А если ещё будут ошибки? А в случае с
>  kernel-source всё можно продолжить с того места, где остановилось.

это не проблем. 
rpm -bp kernel-fffff.src.rpm
идем в BUILD и видим готовое к компиляции пропатченное ядро
тренируемся с компиляцией.
сохраняем конфиг как -custom
и пересобираем ядро уже полностью
rpm -ba kernel-fffff.src.rpm

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


> > > kernel-source - это пакет для справки и использования с модулями а не для
> > > пересборки!
> >
> > Наверное, Вы правы - надо kernel-source вообще удалить.

его не надо удалять.
просто он не для перекомпиляции.

> > И ещё - а какой же "наш путь"? Хорошо бы его иногда освещать,
> > а то пока во мраке ;-), система усложняется постоянно - хорошо ли это?

она упрощается.
реально пересборка идет одной коммандой.
при этом собирается не один а несколько пакетов.
кернел альза и дрм одной коммандой!

апт сам следит за зависимостями пакетов корректно их ставит обновляет и удаляет
именно этим объясняется необходимость сборки рпм и их дальнейшей установки.


> Не это главное. Если они сохранили возможность собирать ядро из kernel-source
> то дополнительный отдельный пакет не помешает :-), 
здесь тоже пожалуйста. просто потом не плакать, когда апт снесет ядро и не заметит.
в дебиан аналогично.

>тем более у них впереди HURD,

скорее на параллельном курсе.

> а там, как я понимаю, нет нужды собирать одновременно, в одном месте
> и одним компилятором микроядро и модули. 

а здесь есть? это просто удобно. нвидиа дрм и альза - примеры отдельно собираемых модулей.

 
> >>иначе откуда апт или рпм догадаются о наличии модифицированного ядра? вот 
> >>апт возьмет и проапдейтит ваш -up на более новый стандартный -up
> 
> Просто не надо подменять своим ядром чужое, а поставить рядом.

а как он об этом узнает?
стояло -up и стоит -up 
а других нет!

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Любимов А.В.]

On Fri, 5 Oct 2001 20:02:14 +0400
Et <et@kaluga.ru> wrote:

> 5 Октябрь 2001 12:13, Вы написали:
> > 4 Октябрь 2001 20:45, Вы написали:
> > > On Thu, 4 Oct 2001 20:32:10 +0400
> > >
> > > > 1. Если делать так, как написано в руководствах, т.е. установить
> > > > kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то
> > >
> > > это "не наш путь". :)
> > > я даже предлагал удалить этот пакет kernel24-source во избежание таких
> > > вопросов
> > >
> > > правильный с точки зрения rpm-based системы путь
> > >
> > > apt-get source kernel24-up.....
> > >
> > > и сборка новых рпм пакетов
> > >
> > > все вопросы при этом отпадают сразу и навсегда.
> >
> > spec -то править надо! Так что вопросы отпадают старые,
> > зато появляются новые :-)

мягко говоря несложная задача прочитать название опции и поставить значение


> 
> Вот ещё новый вопрос - стал собирать из *src.rpm и получил:
> 
> + make -C DVB/driver dvb_firm.h
> make: Entering directory `/usr/src/RPM/BUILD/linux/DVB/driver'
> Makefile:134: /usr/src/linux/Rules.make: No such file or directory

явно проблема здесь
можно сделать симлинк из /usr/src/linux/ на /usr/src/RPM/BUILD/linux/
и сказать об этом здесь.

> Оказывается, этот /usr/src/linux/Rules.make находится в kernel24-source,
> т.е. в том пакете, который ещё только должен получиться из src.rpm :-(

неа. этот файл лежит где надо - в build/linux - ошибка в makefile

> Дальше:
> 
> In file included from ip_fw_compat.c:16:
> /usr/src/RPM/BUILD/linux/include/linux/netfilter_ipv4/ip_conntrack.h:128: 
> field
> `ct_irc_info' has incomplete type
> make[2]: *** [ip_fw_compat.o] Error 1
> make[2]: Leaving directory `/usr/src/RPM/BUILD/linux/net/ipv4/netfilter'
> make[1]: *** [_modsubdir_ipv4/netfilter] Error 2
> Bad exit status from /var/tmp/rpm-tmp.84192 (%build)
> 
> И что же делать? Исправить или обойти эту ошибку явно труднее, чем в 

а что за ядро? и компилятор? binutils обновлен?
ничего такого не видел.
в любом случае  это проблема компиляции ядра а не его сборки...

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Alexey Morozov]

"А по сопатке?!" (C) 

Я могу сказать следующее:
да, большинству unattended пользователей пересборка ядра идеологически
вредна и, как правило, не дает ни черта. Но, блин, к счастью, или нет,
некоторая часть [железячных] конфигураций _требует_ пересборки ядра и
ядреных сорцов. Так, например, если собрать ALSA (входит в "стандартный"
ALTовый набор) или Vortex2 (не входят) отдельно от ядра. а потом
попытаться использовать их вместе с где-то собранным ядром, Вас ожидают
неприятные открытия, проверено на себе. Поэтому пакет kernel-source
_обязан_ быть, _обязан_ собираться, и, желательно, чтобы собранные ядра
еще и работали. А "правильный путь" в данном случае идет далеко и надолго.



On Thu, 4 Oct 2001, Любимов А.В. wrote:

> On Thu, 4 Oct 2001 20:32:10 +0400
> 
> 
> > 1. Если делать так, как написано в руководствах, т.е. установить 
> > kernel24-source, затем make menuconfig (dep, clean, bzImage и т.д.) то 
> 
> это "не наш путь". :)
> я даже предлагал удалить этот пакет kernel24-source во избежание таких вопросов
> 
> правильный с точки зрения rpm-based системы путь
> 
> apt-get source kernel24-up.....
> 
> и сборка новых рпм пакетов
> 
> все вопросы при этом отпадают сразу и навсегда.
> заодно собирается (если попросить) пакеты с alsa drm всех source и документацией
> 
> kernel-source - это пакет для справки и использования с модулями а не для пересборки!
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus
> 

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Любимов А.В.]

On Sat, 6 Oct 2001 16:10:20 +0700 (NOVST)
Alexey Morozov <alex-altlinux@idisys.iae.nsk.su> wrote:

> "А по сопатке?!" (C) 

а разобраться в сути?

> 
> Я могу сказать следующее:
> да, большинству unattended пользователей пересборка ядра идеологически
> вредна и, как правило, не дает ни черта. 

я на атлоне - мне "дает черта" даже простая пересборка в march=athlon
другое дело что раньше я многое оптимизировал в конфиге а с ядрами альт убедился что изменять мне уже нечего :)
но пересборка нужна. и не только ядер.

>Но, блин, к счастью, или нет,
> некоторая часть [железячных] конфигураций _требует_ пересборки ядра и
> ядреных сорцов. 

apt-get source kernel итд

>Так, например, если собрать ALSA (входит в "стандартный"
> ALTовый набор) или Vortex2 (не входят) отдельно от ядра. а потом
> попытаться использовать их вместе с где-то собранным ядром, Вас ожидают
> неприятные открытия, проверено на себе.

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

> Поэтому пакет kernel-source
> _обязан_ быть, _обязан_ собираться, и, желательно, чтобы собранные ядра
> еще и работали. 
это пакет также собирается установкой соответствующей опции в спеке.
я его свеженького и поставил чтобы иметь быстрый доступ к исходным текстам и документации ядра.

>А "правильный путь" в данном случае идет далеко и надолго.
личное дело каждого. просто очень трудно найти в себе желание помогать человеку который сам себя загоняет в угол. Сознательно.

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Et]

5 Октябрь 2001 21:40, Вы написали:
> On Fri, 5 Oct 2001 20:02:14 +0400
> > >
> > > spec -то править надо! Так что вопросы отпадают старые,
> > > зато появляются новые :-)
>
> мягко говоря несложная задача прочитать название опции и поставить значение
> это надо пройти. целостность системы и простота обслуживания того стоят.
>
Если нет ошибок, а если есть или надо что-то своё - то уже сложно


> > Вот ещё новый вопрос - стал собирать из *src.rpm и получил:
> >
> > + make -C DVB/driver dvb_firm.h
> > make: Entering directory `/usr/src/RPM/BUILD/linux/DVB/driver'
> > Makefile:134: /usr/src/linux/Rules.make: No such file or directory
>
> явно проблема здесь
> можно сделать симлинк из /usr/src/linux/ на /usr/src/RPM/BUILD/linux/
> и сказать об этом здесь.
>
> > Оказывается, этот /usr/src/linux/Rules.make находится в kernel24-source,
> > т.е. в том пакете, который ещё только должен получиться из src.rpm :-(
>
> неа. этот файл лежит где надо - в build/linux - ошибка в makefile

Пусть так, но в данном случае я говорю о том как устранять эти ошибки и о 
том, что процедура их устранения усложняется по сравнению с компиляцией
из kernel-source 
>
> > Дальше:
> >
> > In file included from ip_fw_compat.c:16:
> > /usr/src/RPM/BUILD/linux/include/linux/netfilter_ipv4/ip_conntrack.h:128:
> > field
> > `ct_irc_info' has incomplete type
> > make[2]: *** [ip_fw_compat.o] Error 1
> > make[2]: Leaving directory `/usr/src/RPM/BUILD/linux/net/ipv4/netfilter'
> > make[1]: *** [_modsubdir_ipv4/netfilter] Error 2
> > Bad exit status from /var/tmp/rpm-tmp.84192 (%build)
> >
> > И что же делать? Исправить или обойти эту ошибку явно труднее, чем в
>

> это не проблем.
> rpm -bp kernel-fffff.src.rpm
			^^^^^
Видимо, Вы имели ввиду здесь и ниже .spec?

> идем в BUILD и видим готовое к компиляции пропатченное ядро
> тренируемся с компиляцией.
> сохраняем конфиг как -custom
> и пересобираем ядро уже полностью
> rpm -ba kernel-fffff.src.rpm

rpm -ba затрёт все сделанные изменения
>
> еще раз - в этой рассылке уже обсуждались эти проблемы и многие в том числе
> и я описывали этот процесс. поищите в архиве.

Да, почитал. Основная идея при правке исходников из src.rpm в 4-х пунктах:
1. rpm -bp
2. правим; наверное, можно make bzImage, modules, clean
3. rpm -bs
4. rpm --rebuild
Признаю, это сработает, но, согласитесь, оно сложнее и намного длительнее,
 чем просто пункт 2


> а что за ядро? и компилятор? binutils обновлен?

Сизиф самый свежий

> ничего такого не видел.

Возможно, Вам не нужна была поддержка в ядре ipchains
> в любом случае  это проблема компиляции ядра а не его сборки...

От этого не легче :-)

> > > И ещё - а какой же "наш путь"? Хорошо бы его иногда освещать,
> > > а то пока во мраке ;-), система усложняется постоянно - хорошо ли это?
>
> она упрощается.
> реально пересборка идет одной коммандой.
> при этом собирается не один а несколько пакетов.
> кернел альза и дрм одной коммандой!
Лично для меня важно, чтобы система оставалась легко управляемой и прозрачной.
Посмотрите состав kernel-up - там много новых файлов, которых раньше не было, 
включая .ph, и которые не получатся из kernel-source, ядра множатся, с ними 
множатся модули и заголовки, /etc/alternatives..- система усложняется, точно. 
Зачем? Может и нужно... Включите свет, пожалуйста!

>
> апт сам следит за зависимостями пакетов корректно их ставит обновляет и
> удаляет именно этим объясняется необходимость сборки рпм и их дальнейшей
> установки.
>
> > Не это главное. Если они сохранили возможность собирать ядро из
> > kernel-source то дополнительный отдельный пакет не помешает :-),
>
> здесь тоже пожалуйста. 

Вот как раз и нет :-(

> просто потом не плакать, когда апт снесет ядро и не
> заметит. в дебиан аналогично.

Почему же он снесёт? Ставьте своё custom ядро рядом с фирменным и никуда оно
не денется
>
>
> >тем более у них впереди HURD,
>
> скорее на параллельном курсе.
Это пока ;-)
>
> > а там, как я понимаю, нет нужды собирать одновременно, в одном месте
> > и одним компилятором микроядро и модули.
>
> а здесь есть? это просто удобно. нвидиа дрм и альза - примеры отдельно
> собираемых модулей.
>
Да, есть - для up - своё, для других - своё
Я думаю, что в HURD (да простит меня AEN за offtopic) не нужно будет иметь 
много ядер и много наборов модулей, достаточно будет одного комплекта - 
система упрощается :-)
>
С уважением,
Евгений

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Любимов А.В.]

On Sat, 6 Oct 2001 19:00:26 +0400
Et <et@kaluga.ru> wrote:


> > rpm -bp kernel-fffff.src.rpm
> 			^^^^^
> Видимо, Вы имели ввиду здесь и ниже .spec?

здесь, конечно, спек

> 
> > идем в BUILD и видим готовое к компиляции пропатченное ядро
> > тренируемся с компиляцией.
> > сохраняем конфиг как -custom
> > и пересобираем ядро уже полностью
> > rpm -ba kernel-fffff.src.rpm
> 
> rpm -ba затрёт все сделанные изменения

смотря какие изменения.
если в конфиге (99% случаев) - не затрет
если нужно приложить патч - поправить спек и приложить патч и тоже в норме
если просто правился текст то diff -> патч и на предыдцщий шаг
 
> Да, почитал. Основная идея при правке исходников из src.rpm в 4-х пунктах:
> 1. rpm -bp
> 2. правим; наверное, можно make bzImage, modules, clean
можно но вобщем незачем.
> 3. rpm -bs  
> 4. rpm --rebuild

> Признаю, это сработает, но, согласитесь, оно сложнее и намного длительнее,
>  чем просто пункт 2

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

 
> Возможно, Вам не нужна была поддержка в ядре ipchains

включена.
правда у меня -alt3

> > в любом случае  это проблема компиляции ядра а не его сборки...
> 
> От этого не легче :-)

я говорил о принципе а не о кривизне конкретной версии конкретного пакета.

> Лично для меня важно, чтобы система оставалась легко управляемой и прозрачной.
> Посмотрите состав kernel-up - там много новых файлов, которых раньше не было, 
> включая .ph, и которые не получатся из kernel-source, ядра множатся, с ними 
> множатся модули и заголовки, /etc/alternatives..- система усложняется, точно. 
> Зачем? Может и нужно... Включите свет, пожалуйста!

альтернативы с тем чтобы обеспечить корректную работу системы с несколькими ядрами. 
кроме того в кернел-ап входит две альзы и два ДРМа

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

> > апт сам следит за зависимостями пакетов корректно их ставит обновляет и
> > удаляет именно этим объясняется необходимость сборки рпм и их дальнейшей
> > установки.
> >
> > > Не это главное. Если они сохранили возможность собирать ядро из
> > > kernel-source то дополнительный отдельный пакет не помешает :-),
> >
> > здесь тоже пожалуйста. 
> 
> Вот как раз и нет :-(

я ставил поначалу и не раз.
потом споткнулся о сборку  нестандартного ДРМ и только тогда спрогрессировал в сторону сборки пакета.

> Почему же он снесёт? Ставьте своё custom ядро рядом с фирменным и никуда оно
> не денется

я так раньше и делал.
но зачем мне тогда фирменное?
я его сношу и получаю безъядерное с точки зрения апта или рпма существование со всеми вытекающими.
а если я хочу перенести свое ядро на другой комп? или на свой же после сноса всего?

у меня rpm -i моеядро моя_альза 

а у вас?

> Я думаю, что в HURD (да простит меня AEN за offtopic) не нужно будет иметь 
> много ядер и много наборов модулей, достаточно будет одного комплекта - 
> система упрощается :-)

хотелось бы.
поживем - увидим.

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Любимов А.В.]

On Sat, 6 Oct 2001 20:37:45 +0400
Любимов А.В. <info@atmsk.ru> wrote:


> > > rpm -ba kernel-fffff.src.rpm
> > 
> > rpm -ba затрёт все сделанные изменения

кстати имхо  на этот случай есть опция 

    * --short-circuit будет пропускать действия до указанной стадии (может использоваться с ключами c и i).

еще раз ссылка на хорошую статью

http://lrn.ru/index.php?module=library&action=show&docid=20&part=340

Re: [sisyphus] Кое-какие ошибки-2 и вопросы

[Et]

6 Октябрь 2001 20:37, Вы написали:
> On Sat, 6 Oct 2001 19:00:26 +0400
> > Да, почитал. Основная идея при правке исходников из src.rpm в 4-х
> > пунктах: 1. rpm -bp
> > 2. правим; наверное, можно make bzImage, modules, clean
>
> можно но вобщем незачем.

Для проверки, есть ли там другие ошибки. А то придётся после каждой 
повторять циклически все 4 пункта
>
> > 3. rpm -bs
> > 4. rpm --rebuild
> >
> > Признаю, это сработает, но, согласитесь, оно сложнее и намного
> > длительнее, чем просто пункт 2
>
> само по себе - да.
> но после этого можно простится с автоматическим обновлением и поддержкой
> целостности. вся дальнейшая работа только вручную.

При существующих зависимостях многих пакетов на kernel-up(smp) - да, можно
простится. :(

>
> > Почему же он снесёт? Ставьте своё custom ядро рядом с фирменным и никуда
> > оно не денется
>
> я так раньше и делал.
> но зачем мне тогда фирменное?
> я его сношу и получаю безъядерное с точки зрения апта или рпма
> существование со всеми вытекающими. 

А если убрать зависимости на ядро (оно есть всегда, зачем ставить на него 
зависимость?) или сделать чтобы kernel-source тоже provides kernel то 
обновление останется.

> а если я хочу перенести свое ядро на
> другой комп? или на свой же после сноса всего?
>

В этом случае - да, лучше сделать свой rpm

> у меня rpm -i моеядро моя_альза
> а у вас?

Я не против возможности изготовить свой пакет - да она всегда и была,
я только хотел бы, чтобы при добавлении новой функциональности не 
терялась старая. 
Чтобы можно было сделать всё, что нужно, из kernel-source.
А если это можно и сейчас, то я спрашивал - какова методика?

С уважением,
Евгений.