Как сохранить результат работы emerge в логи?

/var/log/emerge.log ?

Там далеко не все. Например, gcc точно писал про всякий gcc-config после установки, а в /var/log/emerge.log только

...
1350502274: Started emerge on: Oct 17, 2012 22:31:13
1350502274:  *** emerge --oneshot gcc
1350502323:  >>> emerge (1 of 1) sys-devel/gcc-4.6.3 to /
1350502324:  === (1 of 1) Cleaning (sys-devel/gcc-4.6.3::/usr/portage/sys-devel/gcc/gcc-4.6.3.ebuild)
1350502329:  === (1 of 1) Compiling/Merging (sys-devel/gcc-4.6.3::/usr/portage/sys-devel/gcc/gcc-4.6.3.ebuild)
1350504749:  === (1 of 1) Merging (sys-devel/gcc-4.6.3::/usr/portage/sys-devel/gcc/gcc-4.6.3.ebuild)
1350504761:  >>> AUTOCLEAN: sys-devel/gcc:4.6
1350504761:  === Unmerging... (sys-devel/gcc-4.6.3)
1350504766:  >>> unmerge success: sys-devel/gcc-4.6.3
1350504775:  === (1 of 1) Post-Build Cleaning (sys-devel/gcc-4.6.3::/usr/portage/sys-devel/gcc/gcc-4.6.3.ebuild)
1350504775:  ::: completed emerge (1 of 1) sys-devel/gcc-4.6.3 to /
1350504775:  *** Finished. Cleaning up...
1350504777:  *** exiting successfully.
1350504778:  *** terminating.

/var/log/portage/elog/summary.log

man portage, ламер.

И тебе, ламеру, man portage.

emerge elogv

Маны читались первым делом. Если ты сам их смотрел и видел где ответ на мой вопрос - ткни носом.

/var/log/portage/elog/summary.log

Очень интересный файл, спасибо.
Он и ошибки туда будет собирать?

emerge elogv

«app-portage/elogv
Curses based utility to parse the contents of elogs created by Portage»
Да мне и less подходит, и парсер, который в голове, пока слава Богу нормально фунциклирует. Мне бы текстовички где-то посмотреть...

P. S. Пока сделал так так:

$ cat /dev/null > /var/log/portage/elog/summary.log
$ emerge -uD world >good.log 2>bad.log

Рискованное дело автоматом ставить пакеты. Если ночью придет обновление grub или битые ebuildы - сможете правильно обновиться?

Рискованное дело автоматом ставить пакеты. Если ночью придет обновление grub или битые ebuildы - сможете правильно обновиться?

Интересней когда придет новый glibc ;)
«Если обновляется хотя-бы один из linux-headers, glibc, binutils, libtool или gcc, то рекомендуется пересобрать их дважды, после чего весь system, после чего весь world.», http://ru.gentoo-wiki.com/wiki/HOWTO_Полное_обновление_системы

Смогу. Не впервой. Голова на плечах есть, подушки разложены :)

достаточно сделать revdep-rebuild. Никогда не пересобирал мир после обновлений linux-headers, glibc, binutils, libtool или gcc. Только делал revdep-rebuild на всякий случай - все ок.

Помнится был случай, когда после обновления перестал wget работать или в результате конфликтов был случайно удален...

Лучше сделай на ночь только sync и закачку, а собирай ручками. Есть еще glsa

Есть утилитка elogviewer, для анализа логов.

Кстати, битые ebuildы не редкость.

Почти. Туда пишутся, в основном, рекомендации и предупреждения, а в случае ошибки - напоминание о том, где лежит build.log.

уж погуглил бы про пакет, перед тем, как делать выводы по короткому описанию.

Оно сохраняет в /var/portage/elog/ те сообщения при сборке которые ты укажешь

	elog "In order to use this software, you need to activate"
	elog "Portage's elog features.  Required is"
	elog "		 PORTAGE_ELOG_SYSTEM=\"save\" "
	elog "and at least one out of "
	elog "		 PORTAGE_ELOG_CLASSES=\"warn error info log qa\""
	elog "More information on the elog system can be found"
	elog "in ${EPREFIX}/etc/make.conf.example"

достаточно сделать revdep-rebuild.

Это ты, видать, ставил новый gcc но не переключался на него - он у тебя в слоте висел неактивным. Или версия не сильно менялась. Хотя, признаться, я сам о проблемах знаю только в теории.

Помнится был случай, когда после обновления перестал wget работать или в результате конфликтов был случайно удален...

Ага, вчера при подготовке с таким столкнулся. Пакет, sys-libs/e2fsprogs-libs конфликтовал с e2fsprogs, так я его временно решил удалить, после чего перестал работать wget, elinks и вообще любая закачка. А он, оказывается, за собой утянул com_err.so ...

Кстати, битые ebuildы не редкость.

Либо не встречал, либо не заморачивался.

Лучше сделай на ночь только sync и закачку, а собирай ручками.

Да ладно, это ж сколько времени нужно убить! Говорю ж подушками обложился, все будет норм.

Туда пишутся, в основном, рекомендации и предупреждения, а в случае ошибки - напоминание о том, где лежит build.log.

Уже хорошо. Спасибо.

уж погуглил бы про пакет, перед тем, как делать выводы по короткому описанию.

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

Пока что вариант с перенаправлением вывода и /var/log/portage/elog/summary.log мне больше нравится.

Маны читались первым делом

Плохо читались, PORT_LOGDIR

Что-то у меня ничего не получается. Нужен лог ошибки VLC Media Player, в виртуальный терминал не влезает. Делаю vlc > text.txt и vlc | text.txt - файл создаётся пустой. Что я делаю не так?

А если так?
$ vlc 2> text.txt
(после двойки пробела нет)

Тоже попробовал. Я уже сделал, увеличил количество строк в консоли ненадолго.