LinuxForum.Fans
Тема

[Решено] Ошибка ./configure при установке пакета

Автор: andreil 82 сообщений 13198 просмотров
#372654

megabaks написал:
[quote="andreil"]я как бы и собираю system.
нет, ты маешься дурью.
собирать так собирать, а не половину так, а половину готовое, из-за которого и лезут косяки с вероятностью 90%[/quote]
Я перед сборкой чищу /usr/portage/packages, оставляя только компилятор и glibc.

Итого - вернулся к первоначальной ошибке:
[console]>>> Emerging (76 of 224) app-arch/xz-utils-5.0.5-r1
* xz-5.0.5.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking xz-5.0.5.tar.gz to /var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work
>>> Source unpacked in /var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work
>>> Preparing source in /var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5 ...
* Running elibtoolize in: xz-5.0.5/
* Applying target-nm/2.4.2 patch ...
* Running elibtoolize in: xz-5.0.5/build-aux/
* Applying portage/1.2.0 patch ...
* Applying sed/1.5.6 patch ...
* Applying as-needed/2.4.2 patch ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5 ...
* default: running multilib-minimal_abi_src_configure
* econf: updating xz-5.0.5/build-aux/config.sub with /usr/share/gnuconfig/config.sub
* econf: updating xz-5.0.5/build-aux/config.guess with /usr/share/gnuconfig/config.guess
/var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5/configure --prefix=/usr --build=armv7a-hardfloat-linux-gnueabi --host=armv7a-hardfloat-linux-gnueabi --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib --disable-dependency-tracking --enable-nls --enable-threads --disable-static
/var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5/configure: line 1003: 9988 Segmentation fault expr "x$ac_useropt" : ".*[^-+._$as_cr_alnum]" > /dev/null
/var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5/configure: line 1003: 9993 Segmentation fault expr "x$ac_useropt" : ".*[^-+._$as_cr_alnum]" > /dev/null
/var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5/configure: line 1003: 9998 Segmentation fault expr "x$ac_useropt" : ".*[^-+._$as_cr_alnum]" > /dev/null
/var/tmp/portage/app-arch/xz-utils-5.0.5-r1/work/xz-5.0.5/configure: line 1003: 10003 Segmentation fault expr "x$ac_useropt" : ".*[^-+._$as_cr_alnum]" > /dev/null
configure: WARNING: unrecognized options: --disable-, --enable-, --enable-, --disable-
configure: error: expected an absolute directory name for --datadir:[/console]
Может, флешка начала отчаливать? Компиляция идет на HDD, на самой флешке только сама система:
[console]/dev/sda1 on /usr/src type ext2 (rw)
/dev/sda1 on /var/tmp/portage type ext2 (rw)
/usr/src/portage on /usr/portage type none (rw,bind)[/console]

PS: ./configure совсем отчаливает:
[console]>>> Emerging (6 of 224) sys-devel/patch-2.6.1
* patch-2.6.1.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking patch-2.6.1.tar.bz2 to /var/tmp/portage/sys-devel/patch-2.6.1/work
>>> Source unpacked in /var/tmp/portage/sys-devel/patch-2.6.1/work
>>> Compiling source in /var/tmp/portage/sys-devel/patch-2.6.1/work/patch-2.6.1 ...
* econf: updating patch-2.6.1/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating patch-2.6.1/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --build=armv7a-hardfloat-linux-gnueabi --host=armv7a-hardfloat-linux-gnueabi --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
configure: error: expected an absolute directory name for --datadir:[/console]
Нафиг все оптимизации.
#372661

"drBatty" написал:
о том, что системе будет некуда приткнуть новый процесс.
чего!? о_О
#372662

"andreil" написал:
Нафиг все оптимизации.
наконец-то ты прозрел :3
специально не стал писать про бред во флагах.
#372663

megabaks написал:
[quote="andreil"]Нафиг все оптимизации.
наконец-то ты прозрел :3
специально не стал писать про бред во флагах.[/quote]
Изначально было -O2. Если поставлю -Os, косяков не будет? (Сейчас вот начал пересобирать опять)....
#372665

megabaks, ну ты сам подумай, как у тебя будет работать форк: как в одноядерной системе, т.к система будет вынужденна делить одно из ядер для двух процессов. И ей постоянно придётся переключать контексты. Во первых это очень плохо скажется на левом процессе, хоть у него приоритет нормальный, а не пониженный. Во вторых это сильно затормозит одну из задач make. Это тоже плохо, т.к. задачи make сильно зависят друг от друга. Это как производство автомобилей например, если какой-то дурацкий болтик будет делаться на 5 минут, а час, это будет ППЦ, ибо всё производство встанет из-за этого болтика(IRL на производстве есть буферные склады, но в make их нет, вы сами всё впритык сделали, и даже более того). Т.е. такой режим сборки хорош только для одного make. В принципе, если комп мощный, можно ещё форум читать/писать.

Для избежания этого эффекта есть опция
[console] -l [load], --load-average[=load]
Specifies that no new jobs (commands) should be started if there are others jobs run-
ning and the load average is at least load (a floating-point number). With no argu-
ment, removes a previous load limit.
[/console]
которая притормаживает make, пока система не разгрузится. Т.е. она свои задачи запускает в дырах между процессами.

ЗЫЖ да, это всё конечно от мощности компа зависит. И от нагрузки.

#372666

У меня хоть и не Gentoo, но вангую, что для glibc, *utils, gcc, ядра и прочих жизненно важных пакетов -O2 будет более чем достаточно. Это всякие кеды с крысами оптимизировать надо.

#372667

"andreil" написал:
Если поставлю -Os, косяков не будет?
ИМХО с -Os вероятность больше, чем с -O2.
#372668
yars написал:
У меня, хоть и не Gentoo, но вангую, что для glibc, *utils, gcc, ядра и прочих жизненно важных пакетов -O2 будет более чем достаточно. Это всякие кеды с крысами оптимизировать надо.

У меня просто флешка совсем урезанная стоит - всего 2Гб под систему. Голый LXDE + серверные проги (MySQL, PHP, NGINX) скушали 1,4Гб. Под различные данные уже маловато места оставалось :( Надо будет перепаять флешку на нормальную - лежит на столе одна на 8Гб. Но буду ждать, пока эта отчалит уже...

#372669

"yars" написал:
У меня, хоть и не Gentoo, но вангую, что для glibc, *utils, gcc, ядра и прочих жизненно важных пакетов -O2 будет более чем достаточно. Это всякие кеды с крысами оптимизировать надо.
с -O3+ оно тебе такого наоптимизирует, что ты и не запустишь. Да и вообще, зачем вам это быстродействие в /bin/false? В xz оно тоже, не факт что в CPU упрёться, скорее всего в шину. glibc конечно заманчиво было-бы, вот только оно там всё равно на асме всё. Толку от ваших опций? Только лишние глюки.
#372670

"andreil" написал:
У меня просто флешка совсем урезанная стоит - всего 2Гб под систему. Голый LXDE + серверные проги (MySQL, PHP, NGINX) скушали 1,4Гб.
тут -Os вам не поможет ИМХО.
#372672

drBatty, меня можно и не убеждать, что оптимизация должна быть именно оптимизацией, да я вообще и не парюсь по поводу оптимизаций, разве что march=native юзаю изредка.

#372673
drBatty написал:
megabaks, ну ты сам подумай, как у тебя будет работать форк: как в одноядерной системе, т.к система будет вынужденна делить одно из ядер для двух процессов. И ей постоянно придётся переключать контексты. Во первых это очень плохо скажется на левом процессе, хоть у него приоритет нормальный, а не пониженный. Во вторых это сильно затормозит одну из задач make. Это тоже плохо, т.к. задачи make сильно зависят друг от друга. Это как производство автомобилей например, если какой-то дурацкий болтик будет делаться на 5 минут, а час, это будет ППЦ, ибо всё производство встанет из-за этого болтика(IRL на производстве есть буферные склады, но в make их нет, вы сами всё впритык сделали, и даже более того). Т.е. такой режим сборки хорош только для одного make. В принципе, если комп мощный, можно ещё форум читать/писать.

Для избежания этого эффекта есть опция
[console] -l [load], --load-average[=load]
Specifies that no new jobs (commands) should be started if there are others jobs run-
ning and the load average is at least load (a floating-point number). With no argu-
ment, removes a previous load limit.
[/console]
которая притормаживает make, пока система не разгрузится. Т.е. она свои задачи запускает в дырах между процессами.

ЗЫЖ да, это всё конечно от мощности компа зависит. И от нагрузки.

это всё глупости и пользователя не волнуют - ты мне ещё до 0 и 1 скатись.
тебе ещё 2-ки не снятся!? настоящие двойки!

#372675

"megabaks" написал:
это всё глупости и пользователя не волнуют
ну вот. Докатился ты до "пользователя"…

"megabaks" написал:
ты мне ещё до 0 и 1 скатись.
тебе ещё 2-ки не снятся!? настоящие двойки!
двойки? Не. Иногда сняться системы с 0 и ±1. Тоже ведь троичные.
#372875

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

"drBatty" написал:
±1

это как?
0 - нет сигнала
-1 - есть и имеет заряд -
+1 - есть и имеет заряд +
так чтоль!?

#372876

"megabaks" написал:
так чтоль!?
да без разницы. Троичная логика теоретически чуть дешевле двоичной(при некоторых допущениях).

А интерпретировать можно как угодно. Например да/нет/не знаю.
#372877

"drBatty" написал:
Например да/нет/не знаю.
не хватает только "да нет, наверно" :3
#372880

"megabaks" написал:
не хватает только "да нет, наверно"
ну есть и такая логика.
#372887

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

#372893
megabaks написал:
да нет такой логики!
покажи хоть одну железяку, которая это осилит!
ведь для осливания нужно парсить не только вербальные, но и невербальные знаки.
а сейчас железяки даже кота от собаки отличить не могут.
куда им осилить "да нет, наверно"...

Нейросети должны осилить. И собаку от кота они хорошо отличают.

#372896

"megabaks" написал:
покажи хоть одну железяку, которая это осилит!
ВНЕЗАПНО: они у нас все такие. Т.е. если ты пишешь в хранилище 0, то вынимаешь оттуда "скорее всего 0".

"megabaks" написал:
ведь для осливания нужно парсить не только вербальные, но и невербальные знаки.
просто "наверное да" это 1 с вероятностью p=1-☣, где ☣ — неизвестное небольшое положительное число.

"fragment" написал:
Нейросети должны осилить. И собаку от кота они хорошо отличают.
увы. Плохо. Кошку в наморднике и на поводке они со 146% вероятностью воспринимают как собаку.
Войдите или зарегистрируйтесь, чтобы ответить.