После пересборки мира отказывает revdep-rebuild [SOLVED]
Всем привет! Как обычно... Возможно виноват сам, не читал вывод после сборки мира.... Отредактировал make.conf с новыми юзами; Пересобрал вначале систему, потом мир... Потом попытался ревдеп и получил фигу...
# revdep-rebuild * Configuring search environment for revdep-rebuild * Checking reverse dependencies * Packages containing binaries and libraries broken by a package update * will be emerged. * Collecting system binaries and libraries * Found existing 1_files.rr * Collecting complete LD_LIBRARY_PATH * Found existing 2_ldpath.rr. * Checking dynamic linking consistency * Found existing 3_broken.rr. * Assigning files to packages * Found existing 4_raw.rr * Cleaning list of packages to rebuild * Found existing 4_pkgs.rr * Assigning packages to ebuilds * Found existing 4_ebuilds.rr * Evaluating package order Traceback (most recent call last): File "/usr/bin/portageq", line 717, in <module> main() File "/usr/bin/portageq", line 698, in main retval = function(args) File "/usr/bin/portageq", line 413, in best_visible mylist=portage.db[argv[0]]["porttree"].dbapi.match(argv[1]) File "/usr/lib/portage/pym/portage/dbapi/porttree.py", line 973, in match return self.xmatch("match-visible", mydep) File "/usr/lib/portage/pym/portage/dbapi/porttree.py", line 868, in xmatch mydep = dep_expand(origdep, mydb=self, settings=self.settings) File "/usr/lib/portage/pym/portage/proxy/objectproxy.py", line 31, in __call__ return result(*args, **kwargs) File "/usr/lib/portage/pym/portage/dbapi/dep_expand.py", line 33, in dep_expand mydep = Atom(mydep) File "/usr/lib/portage/pym/portage/dep/__init__.py", line 1087, in __init__ raise InvalidAtom(self) portage.exception.InvalidAtom: /usr/lib/libeggdb: * * Portage could not find any version of the following packages it could build: * obj /usr/lib/libeggdb: * * (Perhaps they are masked, blocked, or removed from portage.) * Try to emerge them manually. * * Warning: Portage cannot rebuild any of the necessary packages.
Если я прально понимаю, то просит собрать что-то в ручную, самому, но я не понимаю что?... Очень надеюсь на коллективную помощь...
Если имеется ввиду этот пакет:
# eix eggdbus [D] dev-libs/eggdbus Available versions: (1) [M]0.6{tbz2} {debug doc +largefile test} Installed versions: 0.6(1){tbz2}(21:45:53 12.02.2011)(largefile -debug -doc -test) Homepage: http://cgit.freedesktop.org/~david/eggdbus Description: D-Bus bindings for GObject
то сейчас попробую пересобрать и снова revdep стартануть...
P.S. Вообще я первый раз пересобирал мир, добавив в make.conf static-libs глобально.... Он-то начал собирать всё, но через время полетели костыли, я сменил назад и добавил этот флаг только тому пакету, который его требовал. Тогда мир пересобрался без проблем. И я так подозреваю, что по этой причине, до сих пор возникают проблемы при установке тех или иных программ...
Ну теперь я вообще запутался:
# emerge -1av dev-libs/eggdbus These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "dev-libs/eggdbus".
emerge --sync выполнял вчера вечером.
- Для комментирования войдите или зарегистрируйтесь
что-то, похоже, состав portge
что-то, похоже, состав portge сильно проредили...
emerge Your world
Gentoogle
А предпринимать-то что?....
А предпринимать-то что?.... Смотрю у меня уже ничего ставиться не хочет... Ужасно... Люди умные, не скупитесь на совет, в таком состоянии будто с костылями живу...
для начала покажите, что
для начала покажите
и что выдает
emerge --infoPortage 2.1.9.25
Интересно вот что:
[ebuild N ] app-admin/gkrellm-2.3.2-r1 USE="X nls ssl -gnutls -hddtemp -lm_sensors -ntlm" 0 kB
я его вообще-то снёс на днях.....
И эти 2 app-admin/conkyforecast app-admin/conky стоят в системе:
emaint --check world - без изменений....
Я как бы обновлял портаж уже, но говорит что надо обновить....
Сам боюсь начинать, так как не знаю с чего...
сначала emerge -u portage а
сначала
а потом снова покажите
emerge --with-bdeps y -uDN
Теперь всё отлично... Предлагаете начать персборку?
Конечно! Уберите в этой
Конечно!
Уберите в этой команде "-pv" и вперед! :)
Хотя я бы сначала обновил и перекомпилировал ядро, и только потом бы продолжил обновление мира...
emerge комп вырубает, в логи
emerge комп вырубает, в логи ничего не скидывается...
Так при установке более больших пакетов и происходит, я даже установить ничего не могу нормально... Помогиииитеееее опытные головы...... (
комп вырубает? а вентиляторы
комп вырубает? а вентиляторы работают? паста не пересохла? мамик осмотрите (конденсаторы). память проверьте.
загрузите с livecd, смонтируйте/зачрутьте, попробуйте emerge.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
gentoolkit переставил
gentoolkit переставил ок
вентиляторы ок, отвёртки подходящей под рукой нет... кстати чем можно проверить хард? что-то типа mhdd есть? не смог найти...
emerge попросил
emerge попросил revdep
3 раза повторял, чистил кеш и снова та жее песня... К слову сказать портаж стоит последний...
При попытке:
Что нужно делать? Откровенно не понимаю (
.
первым делом emerge --oneshot всё, кроме dev-libs/eggdbus, которого нет.
(то есть "emerge -1 dev-lang/ruby:1.8 net-libs/neon:0 net-libs/rb_libtorrent:0 net-libs/wvstreams:0 x11-libs/libgksu:2")
а эта строка - это просто подпись
n0nado написал(а): первым
Точно не решение http://paste.pocoo.org/show/365227
.
emerge --oneshot autoconf-wrapper
autoconf-wrapper починит вам "sh: autom4te: команда не найдена" и опять попробуйте
а эта строка - это просто подпись
Спасибо огромное! Вот она
Спасибо огромное! Вот она причина всех бед, это было и нужно выполнить первоначально... Скажите, а как в таких случаях выявлять приложение, которое необходимо вылечить? Я видел, что постоянно мелькало autom4te, но не понимал что это такое и как исправить проблему...
.
Да вот так и выявлять:
autom4te -> locate autom4te -> /usr/bin/autom4te -> equery belongs /usr/bin/autom4te -> sys-devel/autoconf-wrapper
А теперь, после
emerge -1 ruby neon...
, боритесь за выпиливание dev-libs/eggdbusа эта строка - это просто подпись
n0nado написал(а): Да вот так
Только
s/locate/which/
:)ЗЫ: И покажите
equery b `which locate`
для Вашей системы ;):wq
--
Live free or die
.
1) which не всегда найдёт то, что найдёт locate. Ведь проблемным не всегда является исполняемый.
2)
а что?
а эта строка - это просто подпись
n0nado написал(а): 1) which
1. А на то, чего не найдёт
which
естьfind
:);2. Не нахожу у себя. Во и интересуюсь: где этот зверь живёт и нужен ли он мне.
:wq
--
Live free or die
equery b 'which locate' [
В ответ пусто...
n0nado написал(а): А теперь,
Я Не совсем вас понял... Что мне теперь с ним делать? Удалять? А как? Если он такой пакет как бы не видит....
Для начала почините
Для начала почините систему
и убедитесь, что все нормально отработало (без revdep-rebuild!)
Потом посмотрите
кто хочет этого dev-libs/eggdbus а лучше покажите здесь, посмотрим...
Первая команда прошла на
Первая команда прошла на ура...
вот вторая...
http://paste.pocoo.org/show/365224/
Вы так и не сделали
Вы так и не сделали обновление ядра... :( - это не принципиально (поскольку изменение минорное), но крайне желательно перед пересборкой системы, а тем более, мира, чтобы Х-вые драйвера к правильным ядерным цеплялись...
А так вроде бы к пересборке мира все готово, только имейте ввиду, что после обновления надо будет запустить не
a
!!!
Не могли бы Ва мне пожалуйста
Не могли бы Ва мне пожалуйста написать как правильно выполнить обновления ядра через генкернел?
Просто последовательность команд....
Ничего если я обновлю мир, потом ревдеп, а потом ядро обновлю и по новой мир и ревдеп?
И ещё, как правильно прицепить мой конфиг с настройками ядра? Я знаю как прописать к нему путь используюя генкернел, но будет ли это работать? Просто не очень хочется все настройки ядра куками снова перебирать...
Навскидку не скажу :), так
Навскидку не скажу :), так как сам им не пользуюсь, а делаю ядро ручками... ;)
Последовательность действий у вас правильна, а чтобы использовать старый конфиг (тем более, что он той же версии) сделайте после инсталляции исходников нового ядра:
Ok ) Это ручками, то есть
Ok )
Это ручками, то есть ковырять ненужно будет?
А в lilo что-то менять придётся?
Как при ручной компиляции указать своё имя нового ядра?
rootkit написал(а): Это
Как это не нужно.
Образ нового ядра именуется стандартно.
Имя задаёшь при копировании в
/boot/
.Ибо http://www.gentoo.org/doc/en/kernel-upgrade.xml
Протом прописываешь новое ядро в конфиг загрузчика и, в случае использования
lilo
, переписываешь загрузчик.:wq
--
Live free or die
Вроде бы всё гладко,
Вроде бы всё гладко, подправлять ничего не надо http://paste.pocoo.org/show/365360/
В ручную не находит...
.
Я подозреваю, что если пересобрать dev-libs/dbus-glib
то это dev-libs/dbus-glib своим /usr/lib/libdbus-glib-1.la
(la? может сначала пройтись dev-util/lafilefixer?)
не будет держаться за libeggdbus и этот несуществующий уже
libeggdbus удалится при последующем emerge -pv --depclean
а эта строка - это просто подпись
Поставил
Поставил dev-util/lafilefixer
прошёлся им по:
Если правильно понял...
Ну и как это теперь понимать? libeggdbus вообще в системе есть? Теперь смело делать emerge -pv --depclean ??? Ну естественно смотреть что он вообще предложит мне ...
emerge -pv --depclean
emerge -pv --depclean показал
Почему он не предлагает удалить gkrellm? Я его руками удалил как-то, а при обновлении мира его вытянуло снова...
Если руками подправить world файл, удалить из него ненужные приложения, то целостность системы нарушится?
Посмотрел world файл, не нашёл там
hrktorrent так и осталось секретом куда пропал
gkrellm в системе есть, но не запускается... Я удалил из world файла gkrellweatherиз-за этого он мог остаться?
Ваши советы?
Я предлагаю 1. сначала
Я предлагаю
1. сначала снести, то что сносится:
2. потом вручную удалить, то что не нужно, но еще осталось,
3. потом снова
4. затем
5. потом на всякий случай (лишнего он не сделает):
6. и в завершение
После этого поставьте заново то, что удалилось в п.1, но нужно и
7. после
система должна быть в рабочем состоянии.
Спасибо ОГРОМНОЕ! Сделал по
Спасибо ОГРОМНОЕ! Сделал по вашему совету, всё работает как часы!
СПАСИБО ОГРОМНОЕ ВСЕМ КТО ПОМОГАЛ! ВМЕСТЕ ВЫ ПОМОГЛИ РЕШИТЬ МНЕ ОЧЕНЬ БОЛЬШУЮ ПРОБЛЕМУ!
ЕЩЁ РАЗ СПАСИБО ВСЕМ! Тему закрываю, но в ней много полезной информации, которую можно использовать как ФАК )
emerge gentoolkit? eselect
emerge gentoolkit?
eselect python list ?
python-update?
P.S.: Linux - это красная таблетка :-) Windows - синяя...
Aladdin написал(а): emerge
gentoolkit стоит
Даже не смотря на эти надстройки. Раньше при -j2 и без PORTAGE_NICENESS всё летало и не вырубалось. Попробовал без иксов, тоже комп вырубает, в логи ничего не скидывается...
gentoolkit стоит пересобрать
gentoolkit стоит
пересобрать
P.S.: Linux - это красная таблетка :-) Windows - синяя...