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

[Et <et@kaluga.ru>]

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) не нужно будет иметь 
много ядер и много наборов модулей, достаточно будет одного комплекта - 
система упрощается :-)
>
С уважением,
Евгений