portage не собирает

Log file: '/home/portage/portage/app-shells/zsh-5.0.2-r1/temp/build.log'

Прогнать «revdep-rebuild». Если не поможет, то просто ставить, без «emerge --resume» (или как там уже не помню)

Оно уже зафейлилось, стоит при сборке буста

>>> Source prepared.
>>> Configuring source in /home/portage/portage/dev-libs/boost-1.52.0-r6/work/boost_1_52_0 ...
>>> Source configured.
>>> Compiling source in /home/portage/portage/dev-libs/boost-1.52.0-r6/work/boost_1_52_0 ...
 * python3_2: running building
b2 gentoorelease -j2 -q -d+2 --user-config=/home/portage/portage/dev-libs/boost-1.52.0-r6/work/boost_1_52_0/user-config.jam -sICU_PATH=/usr pch=off --boost-build=/usr/share/boost-build --prefix="/home/portage/portage/dev-libs/boost-1.52.0-r6/image/usr" --layout=system threading=multi link=shared --without-context --python-buildid=3.2
sandbox:stop  caught signal 15 in pid 20359
sandbox:stop  signal already caught and busy still cleaning up!

/usr/portage/dev-libs/boost/boost-1.52.0-r6.ebuild: src_compile aborted; exiting.

последнее из лога его сборки, видимо стоит при выполнении b2 из boost-build

Да уже перепробовано все

Объективности ради portage ничего и не должен собирать, это всего лишь скрипт на python`е, который обрабатывает ebuild`ы запрашиваемых пакетов, отслеживает их зависимости, а для сборки каждого пакета уже вызываются стандартыне утилиты, autoconf, configure, make, которые уже и настраивают сборочное окружение каждой программы и вызывают компилятор.

Ну а что происходит вам указано где посмотреть, в последней строке вывод portage.

Вы же ещё не разучились читать ?

А из какого дистрибутива (livecd) вы собираете Gentoo и как распаковывали stage3 ?

Я просто обновляю, зависает на b2 при сборке boost-build, гентовый багтрекер лежит, значит просто замаскирую новый буст.

Ну как бы эта версия boost пока тестовая, раз вы перешли на эту ветку - разбирайтесь.

http://packages.gentoo.org/package/dev-libs/boost

Это весь build.log ?

Засада. Замаскировал эту ветку, но откат на ветку 1.49 потребовал отката глибцов с 2.17 на 2.15-r3, на что мне portage сказал

 * Messages for package sys-libs/glibc-2.15-r3:

 * Sanity check to keep you from breaking your system:
 *  Downgrading glibc is not supported and a sure way to destruction
 * ERROR: sys-libs/glibc-2.15-r3 failed (setup phase):
 *   aborting to save your system
 * 
 * Call stack:
 *              ebuild.sh, line  93:  Called pkg_setup
 *   glibc-2.15-r3.ebuild, line 175:  Called eblit-run 'pkg_setup'
 *   glibc-2.15-r3.ebuild, line 161:  Called eblit-glibc-pkg_setup
 *        pkg_setup.eblit, line  55:  Called die
 * The specific snippet of code:
 *                      die "aborting to save your system"

Значит глибцы мне не откатить, а без этого не откатить буст, а без сборки нового буста не обновить систему. Варианты выхода ?

http://forums.gentoo.org/viewtopic-t-955456.html

кажется ответ

вот поэтому я предпочитаю, чтобы портаж работал в один поток — всё на виду.

а без лога... в общем телепаты в шоу сниматься ушли. (=

Краткий набор замечаний:

1) glibc откатить можно, но не штатными средствами и вся ответственность - на тебе;
2) С boost-ом есть много проблем как в stable так и в unstable-ветках;

Ну и конечно же моё традиционное: 'enjoy your unstable!'

я тебе уже говорил - можно интересующий лог посмотреть

Значит глибцы мне не откатить

откатывается на раз - из stuff оверлея ставишь glibc-downgrader и вперёд
ничего особенного в этом процессе нет

Ух ты, а вот этого я не знал. Только теперь у меня буст уже собрался, виновать openmpi-1.6.4.

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

можно, конечно, написать обёртку, но ты знаешь как я разгоняюсь, да и не нужно. с моей скоростью интернета качать лучше в один поток — больше вероятность что скачается без проблем. собирать да, я согласен, можно в [-j4]+[-j2]=восемь потоков. ты не равняй жо^W нормальный интернет с моим диал-ап'ообразным модемом.

И ничего не происходит, ничего в логах /var/log/portage/elog и /var/log/messages, по показаниям top нагрузки на процессор нет, то есть, ничего на самом деле не собирается.

Да, странно, должны были выскочить клоуны.

Где смотреть что происходит и на чем затык ?

Log file:

'/home/portage/portage/app-shells/zsh-5.0.2-r1/temp/build.log'

Малыши познают мир, как забавно.

Дибил чтоле ?

* IMPORTANT: 10 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.

Мда...

Log file:

'/home/portage/portage/app-shells/zsh-5.0.2-r1/temp/build.log'

Смеешься?

Ну да, не читаю.

зря

а то вдруг там про predictable network interfaces напишут или про gentoo-oldnet :)

Вот так дела, там как раз в новостях

2013-03-29-udev-upgrade
  Title                     Upgrading udev to version >=200
  Author                    Samuli Suominen <ssuominen@gentoo.org>
  Posted                    2013-03-29
  Revision                  2

This replaces the earlier news item about the udev 197 upgrade and
describes the predictable network interface names in more detail.

If you skip anything in this news item, your system will not be
bootable, or your networking will be down, or both.

Pay attention also to every message printed by emerge of sys-fs/udev
and sys-fs/udev-init-scripts as this news item may not be complete.

Are you a wizard ?

нет, я просто новости читаю, правда они у меня в почте, ещё на этапе написания :)