Странность в работе portage

В последнее время появились странные ошибки в работе 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
*
* ERROR: kde-base/libkdegames-3.5.8 failed.
* Call stack:
* ebuild.sh, line 1696: Called dyn_compile
* ebuild.sh, line 1034: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* libkdegames-3.5.8.ebuild, line 19: Called kde-meta_src_compile
* kde-meta.eclass, line 380: Called kde_src_compile
* kde.eclass, line 170: Called kde_src_compile 'all'
* kde.eclass, line 340: Called kde_src_compile 'myconf' 'configure' 'make'
* kde.eclass, line 336: Called die
* The specific snippet of code:
* emake || die "died running emake, $FUNCNAME:make"
* The die message:
* died running emake, kde_src_compile:make
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/kde-base/libkdegames-3.5.8/temp/build.log'.
*

У вас проблема

У вас проблема с кодировочкой

Нет. У меня с

Нет. У меня с гномо, а не с кедами фигня :-)

Сейчас синк

Сейчас синк сделал, система вообше собираться такие ошибки в 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".

Можно еще

Можно еще попробовать кеш обнулить.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".