Решено: Установка BusyBox и util-linux (Stage2-AMD64, Portage-2007-03-18)

[RaSla]

Привет всем!

При установке этих пакетов со stage2-amd64 возникла такая ошибка:

Код: Выделить всё

  CC util-linux/mkswap.o
/var/tmp/portage/sys-apps/busybox-1.2.2.1/work/busybox-1.2.2.1/util-linux/mkswap.c:44:59: error: asm/page.h: No such file or directory
make: *** [/var/tmp/portage/sys-apps/busybox-1.2.2.1/work/busybox-1.2.2.1/util-linux/mkswap.o] Ошибка 1

!!! ERROR: sys-apps/busybox-1.2.2.1 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_compile
  ebuild.sh, line 971:   Called qa_call 'src_compile'
  environment, line 3369:   Called src_compile
  busybox-1.2.2.1.ebuild, line 176:   Called die

~ #

т.е. не находит файл asm/page.h.
Где ж его искать-то?

П.С.:
1) уже стоит (~amd64):
gentoo-sources-2.6.20-r3
linux-headers-2.6.20-r2

2) с грехом пополам, некоторые файлы дописал с Компашки на винт,
и теперь загружаюсь с Винта.

3) emerge system --deep -pv:

Calculating system dependencies... done!
[ebuild N ] sys-apps/util-linux-2.12r-r5 USE="crypt nls perl -old-crypt (-selinux) -static" 0 kB
[ebuild N ] sys-apps/busybox-1.2.2.1 USE="-debug -make-symlinks -netboot -savedconfig -static" 0 kB
[ebuild U ] sys-devel/gcc-4.1.1-r3 [4.1.1] USE="fortran* nls objc* (-altivec) -bootstrap* -build -doc -gcj -gtk (-hardened) -ip28 -ip32r10k -mudflap (-multilib) -multislot (-n32) (-n64) -nocxx -objc++ -objc-gc -test% -vanilla" 0 kB

Ни один из пакетов не может быть скомпилен до конца...

[serzh-z]

А вы знаете, что stage2 больше не поддерживается?

[RaSla]

Лучше бы по сабжу чего полезное написал!

кстати, если не считать вот эти пакеты, то дальнейшая установка
emerge php apache virtual/mysql pure-ftpd tomcat
прошла без проблем!

и показало реальный прирост производительности, по сравнению со stage2-x86

[(asper]

А вы знаете, что stage2 больше не поддерживается?

Простите за оффтоп , но так и хочется спросить , что значит не поддерживается stage1 и 2 , нельзя с него ставить или в дальнейшем ставить будет всё труднее и труднее ?
И ещё вопрос А как сами разработчики собирают новые срезы ?

[serzh-z]

RaSla
По сабжу - немного поразмыслить и поискать файл asm/page.h. Посмотреть архив busybox, makefile, зависимости, дерево исходников ядра и т.д. Это очевидно.

[serzh-z]

Vlady
В FAQ этого раздела, а так же в FAQ на оффсайте Gentoo, и даже на разных языках, написано - stage1, stage2 не выпускаются для использования на машине конечного пользователя. Использование этих stage (фактически - это полуфабрикаты) с новым деревом Portage все чаще и чаще приводит к различным проблемам. Просто потому, что они собирались достаточно давно и не учитывают современное состояние и зависимости многих системных пакетов. Проблемы эти решаемые при наличии терпения и определенных навыков, но шанс, что у кого-то еще, с другим деревом Portage, именно подобная проблема уже была и он помнит как ее решить, минимален.

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

И ещё вопрос А как сами разработчики собирают новые срезы ?

↑

Разработчики используют Catalyst. Им не пользовался, но насколько мне известен принцип его работы - он просто собирает соответствующий stage на основе существующей, актуальной и работоспособной системы.

P.S.: как следует из рассылки gentoo-dev и LKML, asm/page.h решили исключить из экспорта в новых ядрах. Это означает, что константы из него, как и сам файл, разумеется, не будут доступны пользователю, и вместо него предлагается использовать более переносимые механизмы получения информации о размере страницы.

[serzh-z]

и показало реальный прирост производительности, по сравнению со stage2-x86

↑

Ничего удивительного - stage2-x86/stage3-x86 оптимизированы для i386-совместимых процессоров... Любой современный дистрибутив обычно собирается с оптимизацией для i686 плюс различные фишки, навроде поддержки SSE и MMX.

P.S.: данный пост предполагает, что речь идет о преимуществе stage3-<свой проц> над stage2-x86...

[RaSla]

Ничего удивительного - stage2-x86/stage3-x86 оптимизированы для i386-совместимых процессоров... Любой современный дистрибутив обычно собирается с оптимизацией для i686 плюс различные фишки, навроде поддержки SSE и MMX.

Отнуть не поэтому, а потому что в архитектуре X86:
- 8 регистров общего назначения по 32 бита,
из которых 4 задействованы ОСью, т.е. программам остается 4х 32,
а в архитектуре X86_64:
- 16 регистров по 64 бита,
из которых ОСь отъедает всё те же 4 регистра итого отсается 12x 64!
и тут главнее именно 12 (говорю, как Ассемблерщик, в прошлом).

т.е. те проги, которые активно "тасуют в памяти" (например GCC)
получают весьма приличную "добавку к пенсии"

По ТЕМЕ:
Валилась установка BusyBox-1.2.2.1 - требовала файл.
установка же [~amd64] BusyBox-1.4.1-r2 - прошла успешно!

точно тоже самое и с Util-Linux - размаскировал пакет ~amd64 - и всё прошло отлично!

Сейчас вот думаю, может и GCC тоже попытаться ~amd64 воткнуть...

[kidoz]

Советую установить с livecd amd64 "голую" систему, затем пересобрать уже из исходников.
Впринципи

Код: Выделить всё

emerge -uDav system

достаточно будет, еще советую использовать amd64, а не ~amd64.
У меня из ~ только x11-drivers/nvidia-drivers.

[serzh-z]

Отнуть не поэтому, а потому что в архитектуре X86:
- 8 регистров общего назначения по 32 бита,
из которых 4 задействованы ОСью, т.е. программам остается 4х 32,
а в архитектуре X86_64:
- 16 регистров по 64 бита,
из которых ОСь отъедает всё те же 4 регистра итого отсается 12x 64!
и тут главнее именно 12 (говорю, как Ассемблерщик, в прошлом).

↑

Гм... Мы о разных вещах говорили. Не обратил внимания на amd64 и не понял что stage2-x86 "по сравнению с stage2-amd64", прошу прощения. Что же касается "amd64 быстрее x86" - могу сильно поспорить. Не забывайте про накладные расходы на содержание структур и переменных вдвое большего размера - вот вам и весь выигрыш от большего кол-ва регистров... В общем ладно - решено и хорошо.