Не устанавливается splashutils [SOLVED]
komnac 23 декабря, 2008 - 23:24
Здравствуйте.
У меня не работает 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, придётся доооолго! =)))
Спасибо за советы. Так и
Спасибо за советы.
Так и сделал... Забэкапил основные конфиги и снес Генту, а затем поставил заново... Теперь вот ловлю приключений с блокировками, которые были в октябре :) Но ничего... Разобраться можно.
Еще раз спасибо.
.
Блокировки в октябре? Как насчёт weekly stage3 tarballs?
http://www.gentoo.org/news/20081220-releng-first-weekly-stage.xml
вчерашнее:
http://mirror.yandex.ru/gentoo-distfiles/experimental/x86/autobuilds/20081224/
Да... та которая была в
Да... та которая была в октябре.
Решилось все быстро. А потом я еще emerge -eav system сделал и наступило мне счастье в виде новой системы :) Про weekly stage3 не знал, спасибо за наводку.