Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти
 
Страницы: 1
RSS
проблема с D-Bus в KDE 4.7.2
 
Проблема в следующем, при старте KDE они раньше запускались, но при первом запуске не работала мышь, приходилось выходить и снова запускать кеды, после этого все работало!! Теперь же при запуске появляется окошко с надписью "Could not start D-Bus. Can you call qdbus?" и кнопка okay. но как блин нажать на эту кнопку если у меня ни клава ни мышь не работают!!! и как избежать сие в будущем??
 
http://forum.kde.org/viewtopic.php?f=107&t=99228 Не оно? Возможно, надо переустановить qt4-bus
 
Спасибо!! по большому счёту проблему решилась после обновления портов, но не факт что она не возникнет при следующем обновлении!! ни кто не знает причину этого??? И еще вопрос как посоветуете делать обновление portupgrade -arR  или же каждого пакета по отдельности??
 
emerge --sync && emerge -uDv world.  ;) Видите, как плохо не писать название ОС (в Вашем случае - FreeBSD). Кстати, у имеющегося мной в виду дистрибутива Gentoo есть инструмент revdep-rebuild для отслеживания изменившихся зависимостей и пересборки пакетов, которые затронули изменения. Но и там бывают периодически косяки с обновлениями, благодаря криворукости отдельных мейнтейнеров отдельных пакетов.
 
Спасибо!! Еще раз!! про ОС я и забыл!! :D  :idea:
 
Однако и при обновлении возникли проблемы!! Kde упорно не хотят обновляться, ошибка возникает при установки пакета py-qt4-dbus (py27-qt4-dbus) при чем у меня как выяснилось установлены и py26 и py27, как мне теперь узнать какой из них лишний??
 
и почему когда я сделал make reinstall py-qt4-dbus у меня установился py26-qt4-dbus? а при обновлении кед пытается обновится py27-qt4-dbus!! помогите разобраться!!
 
В портах (хорошо что Вы сказали ключевое слово "ПОРТЫ") BSD UNIX есть комплект Perl утилит управления пакетами в ветке /ports-mgmt:

/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg-1.0.b14_1.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg-orphan-1.0.1.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg-plist-1.1.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_add_it-1.3.2.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_cleanup-1.1.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_cutleaves-20090810.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_install-20090902.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_jail-1.70.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_remove-1.1.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_replace-0.8.0.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_rmleaves-20050922.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_search-1.3.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_trackinst-1.2.3_2.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkg_tree-1.1_2.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkgfe-20090228.tbz/
/pub/FreeBSD/ports/i386/packages-9-stable/ports-mgmt/pkgs_which-0.2.0.tbz/

они есть для всех поддерживаемых версий и платформ. Вот они Вам и необходимы. Здесь я специально дал пример для FreeBSD 9, но если у Вас Open/NetBSD структура дерева портов и имена пакеджей будут иными, зато смысл не изменится. :D

Вам сначала придётся посмотреть зависимости, а после используйте утилиту pkg_replace для замены пакета иначе у Вас с учётом имеющихся зависимостей в БД пакетов будут ставится обе версии и работа многих программ может быть нарушена.
Изменено: VictorVG - 16.06.2012 13:04:38
 
Во Фре нет случайно некоего аналога упомянутого мной выше джентушного revdep-rebuild? Учитывая, что корни Gentoo в какой-то степени в BSD лежат - я думаю, что это вполне возможно.
 
Во - мудрый гугель нашел. :)
Цитата

I don't think revdep-rebuild works as cleanly as you think.
Technically, revdep-rebuild only locates packages that are *already
broken* due to missing shared libraries, and rebuilds them.

What revdep-rebuild does is literally run ldd on every executable file
in the search path, grep for either "not found" or a specific library
name, then assign each broken binary to a package name for portage to
rebuild.  This is exactly what libchk also does, so the effect would be
the same.  Specifically, revdep-rebuild also won't pick up missing
dlopen() libs and such.
http://lists.freebsd.org/pipermail/freebsd-stable/2009-February/048499.html
 
Цитата
pkg_replace-0.8.0.
Вам сначала придётся посмотреть зависимости, а после используйте утилиту  pkg_replace  для замены пакета иначе у Вас с учётом имеющихся зависимостей в БД пакетов будут ставится обе версии и работа многих программ может быть нарушена.
я так понял с помощью pkg_replace мне придется заменять установленные пакеты вручную? или изменять зависимости?
 
Вопрос!! для того что бы заменить пакеты py26-* на py27-* что мне надо сделать, потому как если делать pkg_replase -f python26=python27 мне вежливо говорят извените так нельзя! получается надо установить python 27? а потом уже запускать pkg_replase? подскажите пожалуйста!
Страницы: 1
Читают тему