Вы здесь

Не устанавливается splashutils [SOLVED]

Здравствуйте.

У меня не работает emerge splashutils, emerge --sync делал, не помогает.
Я перешел на ветку ~x86, а там новая скрипт загрузки OpenRC 0.4, вероятно ошибка из-за этого. Подскажите где мне объявить переменные, чтобы этот пакет установился?

Сообщение следующего плана:

Цитата:
i686-pc-linux-gnu-gcc -O2 -march=core2 -pipe -g -Wall -I../core/objs -I../core -I../core/src -I../core/objs/src -fPIC -c -o splash.o splash.c
splash.c: В функции ‘splash_start’:
splash.c:596: ошибка: ‘RC_LEVEL_REBOOT’ не описан (первое использование в этой функции)
splash.c:596: ошибка: (Сообщение о неописанном идентификаторе выдается один раз
splash.c:596: ошибка: для каждой функции, в которой он используется.)
splash.c: В функции ‘rc_plugin_hook’:
splash.c:693: ошибка: ‘RC_LEVEL_REBOOT’ не описан (первое использование в этой функции)
splash.c:719: ошибка: ‘RC_SERVICE_COLDPLUGGED’ не описан (первое использование в этой функции)
make: *** [splash.o] Ошибка 1
*
* ERROR: media-gfx/splashutils-1.5.4.3 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2111: Called die
* The specific snippet of code:
* emake LIB=$(get_libdir) || die "failed to build the splash plugin";
* The die message:
* failed to build the splash plugin
*
* 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/media-gfx/splashutils-1.5.4.3/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/media-gfx/splashutils-1.5.4.3/temp/environment'.

Эта ошибка из-за нового OpenRC. ;)

Точнее из-за того, что недотестированный splashutils
не может правильно собираться с новым OpenRC:
ebuild /usr/portage/media-gfx/splashutils/splashutils-1.5.4.3.ebuild unpack
less ${PORTAGE_TMPDIR}/media-gfx/splashutils-1.5.4.3/work/splashutils-gentoo-1.0.16/splash.c

Речь идёт о неудачной попытке собрать splashutils-плагин для предыдущего OpenRC.
Недоработочка! :) Возможно, стоит попробовать установить предыдущий OpenRC...

А вообще, не лучше ли перейти на стабильную ветку?
Будет меньше вопросов и в разработке/тестировании Gentoo
по неволе после каждого обновления не придётся участвовать! ;)

А поделись, пожалуйста своим rc.conf. Я из него нужные директивы достану :)

Мне уже на стабильную ветку не вернуться, а переставлять систему я не хочу. Уж слишком много я всего понастраивал (и веб-сервер, и самбу и консколь и X и еще кучу приложений установил), а как сказано в handbook перейти с нестабильной на стабильную нельзя :(

echo '<=sys-apps/openrc-0.3.0-r1' >> /etc/portage/package.keywords
либо:
echo '>=sys-apps/openrc-0.4.0' >> /etc/portage/package.mask
после чего:
emerge -va openrc
и у вас будет в точности как у меня /etc/rc.conf ;)
заодно и проблема со splashutils, будем надеться, решится в последствии...

Спасибо за совет.

Все же еще один вопрос, хоть и не по теме я задам. Можно ли обратно перейти на стабильную ветку??? Скажем если я мир пересоберу. Или же никак и будет много проблем и лучше не заморачиваться.

Я просто ступил когда ставил эту ветку. Хотел FireFox троечку поставить и добавил в make.conf ~x87, о /etc/portage/package.keywords я тогда не думал (или не хотел вчитываться в маны), а потом крон мне все систему обновил :) В итоге пусто...

Можно или нет? И что для этого нужно. Посоветуйте. Или же все таки переставлять?

Судя по тем же манам и форумам, обратной дороги (официального пути=))) - нет, тока всё с нуля переставлять. А ещё, если знать таинства ручной последовательной сборки stage1 то можно и попробовать поверх имеющейся системы... Но вообще-то разницы нет большой по времени. Упаковать конфиг ядра, всё что изменилось в /etc/, кое-что из /var и всё с нуля... Есть в портежах и автоматические тузлы для бэкапа конфигов, но я их не юзаю.

Ну почему же нельзя, меняем ACCEPT_KEYWORDS с "x86 ~x86" на "x86", emerge -auvDN world, правда, glibc не поддерживает даунгрейд, для нее можно сделать исключение

Ubuntu is an African Word that means "Gentoo is too hard for me"

Обновление всей системы - это не только банальное заклинание emerge.
glibc, binutils, gcc, linux-headers - это как минимум.
Потом ведь есть ещё такие документы, как
смена gcc, питона, пёрла, жабы, etc, обновление gentoo...

ИМХО, если делать по уму, манипуляций больше,
чем банально забэкапить и потом восстановить конфиги.
Не говоря о решении проблем со всевозможными блокировками.

http://www.gentoo.org/doc/ru/handbook/handbook-x86.xml?part=3&chap=3 :
Обратите внимание, что после перехода на тестовую ветвь и обновления системы, как правило, нет простого пути назад к стабильной официальной ветви (конечно, кроме использования резервной копии).

Всё просто: "переходите" на стабильную ветку и не обновляете world/system, пока общая стабильная вас не нагонит.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Только ждать стабилизации тульчейна, который как раз сейчас оказался кривоватым в untested, придётся доооолго! =)))

Спасибо за советы.

Так и сделал... Забэкапил основные конфиги и снес Генту, а затем поставил заново... Теперь вот ловлю приключений с блокировками, которые были в октябре :) Но ничего... Разобраться можно.

Еще раз спасибо.