Странность в работе portage
IsakovAN 11 ноября, 2007 - 19:53
В последнее время появились странные ошибки в работе portage. Сначала я даже не обратил на них должного внимания - решил пара кривых ebuildов попала в нестабильную ветку. Бывает.
Но глюки начали регулярно повторяться. Расследование показало, что глюк имеет мистическую связь с gnome-2.eclass. Симптомы:
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DG_LOG_DOMAIN=\"Pango\" -DPANGO_ENABLE_BACKEND -DPANGO_ENABLE_ENGINE -DSYSCONFDIR=\"/etc\" -DHOST=\"x86_64-pc-linux-gnu\" -DLIBDIR=\"/usr/lib64\" -I.. -DPANGO_ENABLE_DEBUG -DG_DISABLE_DEPRECATED -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -march=k8 -O2 -pipe -msse3 -Bdirect -Wall -MT pango-enum-types.lo -MD -MP -MF .deps/pango-enum-types.Tpo -c pango-enum-types.c -fPIC -DPIC -o .libs/pango-enum-types.o mv -f .deps/libpangocairo_1_0_la-pangocairo-fcfont.Tpo .deps/libpangocairo_1_0_la-pangocairo-fcfont.Plo mv -f .deps/querymodules.Tpo .deps/querymodules.Po mv -f .deps/pango-enum-types.Tpo .deps/pango-enum-types.Plo /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -march=k8 -O2 -pipe -msse3 -Bdirect -Wall -version-info 1900:0:1900 -export-symbols-regex "^pango_.*" -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -o libpango-1.0.la -rpath /usr/lib64 break.lo ellipsize.lo fonts.lo glyphstring.lo modules.lo pango-attributes.lo pango-color.lo pango-context.lo pango-coverage.lo pango-engine.lo pango-fontmap.lo pango-fontset.lo pango-glyph-item.lo pango-gravity.lo pango-item.lo pango-language.lo pango-layout.lo pango-markup.lo pango-matrix.lo pango-renderer.lo pango-script.lo pango-tabs.lo pango-utils.lo reorder-items.lo shape.lo pango-enum-types.lo module-defs-lang.lo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lm mini-fribidi/libmini-fribidi.la mv -f .deps/libpangocairo_1_0_la-pangocairo-fcfontmap.Tpo .deps/libpangocairo_1_0_la-pangocairo-fcfontmap.Plo generating symbol list for `libpango-1.0.la' /usr/bin/nm -B .libs/break.o .libs/ellipsize.o .libs/fonts.o .libs/glyphstring.o .libs/modules.o .libs/pango-attributes.o .libs/pango-color.o .libs/pango-context.o .libs/pango-coverage.o .libs/pango-engine.o .libs/pango-fontmap.o .libs/pango-fontset.o .libs/pango-glyph-item.o .libs/pango-gravity.o .libs/pango-item.o .libs/pango-language.o .libs/pango-layout.o .libs/pango-markup.o .libs/pango-matrix.o .libs/pango-renderer.o .libs/pango-script.o .libs/pango-tabs.o .libs/pango-utils.o .libs/reorder-items.o .libs/shape.o .libs/pango-enum-types.o .libs/module-defs-lang.o mini-fribidi/.libs/libmini-fribidi.a | | /bin/sed 's/.* //' | sort | uniq > .libs/libpango-1.0.exp ../libtool: eval: line 4333: syntax error near unexpected token `|' ../libtool: eval: line 4333: `/usr/bin/nm -B .libs/break.o .libs/ellipsize.o .libs/fonts.o .libs/glyphstring.o .libs/modules.o .libs/pango-attributes.o .libs/pango-color.o .libs/pango-context.o .libs/pango-coverage.o .libs/pango-engine.o .libs/pango-fontmap.o .libs/pango-fontset.o .libs/pango-glyph-item.o .libs/pango-gravity.o .libs/pango-item.o .libs/pango-language.o .libs/pango-layout.o .libs/pango-markup.o .libs/pango-matrix.o .libs/pango-renderer.o .libs/pango-script.o .libs/pango-tabs.o .libs/pango-utils.o .libs/reorder-items.o .libs/shape.o .libs/pango-enum-types.o .libs/module-defs-lang.o mini-fribidi/.libs/libmini-fribidi.a | | /bin/sed 's/.* //' | sort | uniq > .libs/libpango-1.0.exp' make[4]: *** [libpango-1.0.la] Ошибка 1 make[4]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.19.0/work/pango-1.19.0/pango' make[3]: *** [all-recursive] Ошибка 1 make[3]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.19.0/work/pango-1.19.0/pango' make[2]: *** [all] Ошибка 2 make[2]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.19.0/work/pango-1.19.0/pango' make[1]: *** [all-recursive] Ошибка 1 make[1]: Leaving directory `/var/tmp/portage/x11-libs/pango-1.19.0/work/pango-1.19.0' make: *** [all] Ошибка 2
Фиксится оно довольно просто: вручную запустить тот же configure что запускал portage и продолжить сборку. Но вопрос это не решило: что случилось с portage? Почему будучи запущенным из под самого portage configure неправльно настраивает пакет? Ковыряние в eclassах и пересборка portage вопрос не решили.
Есть у кого-нибудь мысли на этот счет?
»
- Для комментирования войдите или зарегистрируйтесь
А случайно при
А случайно при сборке любых пакетов не попадаеться вот такое?
В данном случае пакет kdegames но и с другими пакетами (со многиму) возникает вот такое.
make[3]: *** [libkdegames.la] Ошибка 1
make[3]: Leaving directory `/var/tmp/portage/kde-base/libkdegames-3.5.8/work/libkdegames-3.5.8/libkdegames'
make[2]: *** [all-recursive] Ошибка 1
make[2]: Leaving directory `/var/tmp/portage/kde-base/libkdegames-3.5.8/work/libkdegames-3.5.8/libkdegames'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Leaving directory `/var/tmp/portage/kde-base/libkdegames-3.5.8/work/libkdegames-3.5.8'
make: *** [all] Ошибка 2
[31;01m*[0m
[31;01m*[0m ERROR: kde-base/libkdegames-3.5.8 failed.
[31;01m*[0m Call stack:
[31;01m*[0m ebuild.sh, line 1696: Called dyn_compile
[31;01m*[0m ebuild.sh, line 1034: Called qa_call 'src_compile'
[31;01m*[0m ebuild.sh, line 44: Called src_compile
[31;01m*[0m libkdegames-3.5.8.ebuild, line 19: Called kde-meta_src_compile
[31;01m*[0m kde-meta.eclass, line 380: Called kde_src_compile
[31;01m*[0m kde.eclass, line 170: Called kde_src_compile 'all'
[31;01m*[0m kde.eclass, line 340: Called kde_src_compile 'myconf' 'configure' 'make'
[31;01m*[0m kde.eclass, line 336: Called die
[31;01m*[0m The specific snippet of code:
[31;01m*[0m emake || die "died running emake, $FUNCNAME:make"
[31;01m*[0m The die message:
[31;01m*[0m died running emake, kde_src_compile:make
[31;01m*[0m
[31;01m*[0m If you need support, post the topmost build error, and the call stack if relevant.
[31;01m*[0m A complete build log is located at '/var/tmp/portage/kde-base/libkdegames-3.5.8/temp/build.log'.
[31;01m*[0m
У вас проблема
У вас проблема с кодировочкой
Нет. У меня с
Нет. У меня с гномо, а не с кедами фигня :-)
Сейчас синк
Сейчас синк сделал, система вообше собираться такие ошибки в Xorg KDE GNOME и прочих пакетах....
Что за дела...
С кодировкой всё норм.
Ну так это
Ну так это конец сообщения об ошибке. Вы все сообщение покажите.
Судя по логу
Судя по логу есть совсем не мистическая связь с sys-devel/libtool
Это я и сам
Это я и сам установил.
В libtoolе системы определена переменная:
global_symbol_pipe="sed -n -e 's/^.*[ ]\\([ABCDGIRSTW][ABCDGIRSTW]*\\)[ ][ ]*\\([_A-Za-z][_A-Za-z0-9]*\\)\$/\\1 \\2 \\2/p'"
А в libtoolе ebuildа:
global_symbol_pipe=""
Вопрос: какого?!?! :-)
И как профиксить?
А где искать-то?
Хотел вам помочь,
но не нашёл строки
"global_symbol_pipe"
:-(
Спасибо всем
Спасибо всем откликнувшимся.
Таки нашел как побороть недуг. Похоже виной был ccache. После его отключения как рукой сняло.
А как это
А как это сделать?
В /etc/make.conf из
В /etc/make.conf из FEATURES убрал "ccache".
Можно еще
Можно еще попробовать кеш обнулить.