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

16.03.2014 16:46 #372609

drBatty написал:
а что в 61й строке этого скрипта? ./conf397qnu/defines.awk

К сожалению, данный скрипт (как и его папка) самоуничножаются при завершении конфигурации :(

16.03.2014 16:50 #372610

andreil, должен быть способ переопределить это поведение.

16.03.2014 16:53 #372611

yars написал:
andreil, должен быть способ переопределить это поведение.

После automake там такая каша, что без 100гр не разобраться %)

16.03.2014 16:55 #372612

drBatty, вообще-то в портаже есть 2 переменные для задания приоритета как самого портажа, так и всех его дочек, в том числе и make:
1. cpu
2. i/o
так что ничего изобретать не нужно

16.03.2014 16:57 #372613

ТС, пересобери всю system для начала.
стейджи последнее время какие-то кривые стали.
а уж из бинарей ставить core вообще нет смысла

16.03.2014 17:00 #372614

"megabaks" написал:
вообще-то в портаже есть 2 переменные

я знаю. У нас это можно ручками сделать. Но говорил я совсем про другое.

16.03.2014 17:00 #372615

megabaks написал:
ТС, пересобери всю system для начала.
стейджи последнее время какие-то кривые стали.
а уж из бинарей ставить core вообще нет смысла

Эээ, я как бы и собираю system.
А из бинарников я ставил только компилятор и glibc - остальное из сорцев.

16.03.2014 17:01 #372616

собери gcc по-людски

16.03.2014 17:01 · отредактировано #372617

Сейчас еще раз запущу emerge -av1 system, почистив перед этим пакеты...

Насколько сильно влияют флаги -O3 и -Os на стабильность сборки?

16.03.2014 17:01 #372618

"andreil" написал:
К сожалению, данный скрипт (как и его папка) самоуничножаются при завершении конфигурации

1. НЕ "папка", а каталог
2. что, даже если ошибка была? Ну дык можно просто распаковать сырцы и просто ./configure.

16.03.2014 17:03 #372620

drBatty написал:

2. что, даже если ошибка была? Ну дык можно просто распаковать сырцы и просто ./configure.

Сам скрипт ./configure и удаляет. Или эта папка хз где создается - не нахожу её следов, даже если перед проверкой данного файла ставлю выход из скрипта...

16.03.2014 17:22 #372623

"andreil" написал:
Сам скрипт ./configure и удаляет.

читайте ./config.log

У меня там чисто, т.к. у меня ошибок нет.

очевидно эти строчки вызвали проблему:

text

configure:19674:# Transform confdefs.h into an awk script `defines.awk', embedded as
configure:20001:      && eval '$AWK -f "$ac_tmp/defines.awk"' "$ac_file_inputs"
configure:20014:      && eval '$AWK -f "$ac_tmp/defines.awk"' "$ac_file_inputs" \

проверьте, есть хоть у вас gawk?

16.03.2014 17:23 #372624

Есть. И косяк именно в нём - при сборке другого пакета ошибка опять в таком же месте выскакивала...
Попытка №надцать...

16.03.2014 17:29 #372626

andreil, в логе должно быть рассказано об ошибке.

сама gawk работает? Выполните там что-то типа
[console]$ gawk '{ FS=":"; print $1 }' /etc/passwd[/console]

16.03.2014 18:45 #372631

Сам скрипт ./configure и удаляет

Да быть такого не может, ну, во всяком случае, не должно. А если пересоздать configure?

16.03.2014 19:17 #372633

"yars" написал:
Да быть такого не может

может. Это тесты очевидно. У нас(в слаке) именно из-за них нельзя поставить noexec на /tmp.

16.03.2014 19:58 #372637

Убрал "-funroll-loops" из CFLAGS.
Вроде первый проблемный пакет начало-таки собирать...

16.03.2014 20:14 #372638

"drBatty" написал:
Но говорил я совсем про другое.

и о чём же ты говорил?
откуда возьмётся то "новый make"!?

16.03.2014 20:16 #372639

"andreil" написал:
я как бы и собираю system.

нет, ты маешься дурью.
собирать так собирать, а не половину так, а половину готовое, из-за которого и лезут косяки с вероятностью 90%

16.03.2014 20:55 #372644

"megabaks" написал:
и о чём же ты говорил?

о том, что системе будет некуда приткнуть новый процесс.

"megabaks" написал:
откуда возьмётся то "новый make"!?

про "новый make" это уже ты придумал.