From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-Id: <200110061501.f96F1uW63832@lancia.kaluga.ru> Content-Type: text/plain; charset="koi8-r" From: Et To: sisyphus@altlinux.ru Subject: Re: [sisyphus] =?koi8-r?b?68/FLcvBy8nFIM/bycLLyS0yIMk=?= =?koi8-r?b?INfP0NLP09k=?= Date: Sat, 6 Oct 2001 19:00:26 +0400 X-Mailer: KMail [version 1.3.1] References: <200110041633.f94GXZW36004@lancia.kaluga.ru> <200110051603.f95G3gW19430@lancia.kaluga.ru> <20011005214036.10a2593d.info@atmsk.ru> In-Reply-To: <20011005214036.10a2593d.info@atmsk.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: 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) не нужно будет иметь много ядер и много наборов модулей, достаточно будет одного комплекта - система упрощается :-) > С уважением, Евгений