[Решено] Проблемы с установка kde:4.x+, блокировки из-за нескольких x11-libs/qt-...

Не могу разобраться с установкой последней, более менее стабильной kde:4.3 и выше.
Чистая система (~amd64, emerge --info, последний синк портежей, emerge -uND, revdep-rebuild отработали), делаю по хендбуку,
* portage-2.2x размаскировал,
* установил оверлей kde-testing,
* копирую содержимое из /usr/portage/local/layman/kde-testing/Documentations/packajes.unmask/kde-4.3 в /etc/portage/packages.unmask (в процессе экспериментов пробовал как файлом в директории /etc/portage/packajes.unmask/... так и различные версии kde-4.4, ..live, а так же копирование соответствующих packages.keywords)

попытка установить через сеты базовую системы emerge @kdebase-4.3 -qpt или любой пакет kde (тот же kdesu) приводит к путаннице в версиях по зависимостям у библиотек qt: x11-libs/qt-opengl, x11-libs/qt-webkit, x11-libs/qt-svg, x11-libs/qt-core, x11-libs/qt-qt3support, x11-libs/qt-gui, x11-libs/qt-dbus, x11-libs/qt-sql, x11-libs/qt-script, x11-libs/qt-test. А именно, размаскировалась версия 4.5.2 а по чьим то зависимостям требуется 4.5.1-r9999
полный лог emerge тут.

Черт, все мануалы твердят что установка из оверлея самая простая именно из-за разруленных зависимостей. Куда копать?

Выложите лог с emerge -pv И у

Выложите лог с emerge -pv
И у вас какие оверлеи подключены? Какой-то из них дает направильное кутэ, он него и получаются неправильные кеды =)

Хэндбуку?

Не знаю где ты нашел в хэндбуке КДЕ 4, но надеюсь что ты делаешь по этому руководству ссылка на руководство.

Знаю что это некорректный ответ на твой вопрос, но я бы рекомендовал попробовать установить КДЕ со стабильной версией портэджа, тем более что 4.3 вроде есть в ~amd64. Это есть в руководстве на которое я дал ссылку. Еще я сталкивался на этом форуме с сообщениями о проблемах при установке из оверлэя, хотя решать конечно тебе.

Нестабильный портаж тут

Нестабильный портаж тут непричем. Он, как раз, умеет разруливать (и разруливает) много блокировок автоматически. Ну и сетов в 2.1 нету.

Но

Да нестабильный портэдж тут скорее всего не при чем, тут я с вами должен согласиться, но если пакет уже есть в ветке ~amd64 то лучше ставить из основного дерева а не из оверлэя.

- portage-2.2 совершенно

- portage-2.2 совершенно необязателен
- kde 4.3.1 не хардмаскед, соответственно /packajes.unmask/kde-4.3 ненужен (уйдут блоки из-за 9999-пактов в вашем логе)
- в случае использования стабильной ветки системы, при установке кде лучше сделать симлинк, т.к. содержимое файла меняеться (/etc/portage/package.keywords/kde-4.3.keywords -> /usr/local/portage/layman/kde-testing/Documentation/package.keywords/kde-4.3.keywords)
- если есть kde-3 -- удалить, бывают проблемы при обновлении из-за него

Эксперименты по установке kde

Эксперименты по установке kde начинал вообще без оверлея, машина чистая, только что установленная gentoo с minimalcd + autobuilds и обновленная до ~amd64
Еще раз проверил, отключил свой единственный оверлей kde-testing и почистил /etc/portage от packages.{unmask,keywords}, emerge --depclean и revdep-rebuild отрабатывают ничего не делая, получаю - emerge kdebase-meta:4.3 -tq та же фигня с теми же блокирующими версиями, вот emerge -eqp world.

Единственное, что отличает от совсем уж чистых инсталяций gentoo - это внешнее (общее для нескольких инсталяций, синкуется по крону по утрам) дерево портежей /usr/portage по nfs и вынесенное в отдельную директорию хранилище бинарных слепков пакетов PKGDIR=/usr/portage/packages.xxx

P.S. /var/lib/portage/world:

app-admin/syslog-ng
app-editors/vim
app-portage/eix
app-portage/elogv
app-portage/gentoolkit
app-portage/layman
app-portage/portage-utils
dev-util/git
media-fonts/terminus-font
media-gfx/splashutils
media-sound/alsa-utils
media-video/mplayer
media-video/nvidia-settings
net-analyzer/mtr
net-fs/nfs-utils
net-misc/bridge-utils
net-misc/dhcpcd
net-misc/youtube-dl
sys-boot/grub
sys-fs/ntfs3g
sys-kernel/genkernel
sys-kernel/gentoo-sources
sys-process/atop
www-client/links
www-client/mozilla-firefox-bin
www-plugins/adobe-flash
x11-base/xorg-server

Важное добавление
При установке оверлеев заметил, что layman создает оверлей не в /usr/portage/local/layman а в /usr/local/portage/layman сначала правил пути в настройках layman, но потом добавил симлинк /usr/portage/local/layman на /usr/local/portage/layman это вообще что за игры с путями?

Есть такая фишка

Наколько я помню современные версии layman хранят верлэи в /usr/local/portage/layman и вообще где-то читал что в /usr/local/portage оверлэи хранить кашернее. У меня по этой причине в make.conf прописано PORTDIR_OVERLAY="/usr/local/portage" а у тебя всепути верные? если пользуешься leyman то там же должно быть source "/usr/local/portage/layman/make.conf" после установки первого оверлэя у тебя с этим все правильно? (пути должны быть твои)

qt-core

Все пакеты на которые ругаются кеды водят в зависимости qt-core. Попробуйте поставить этот пакетик, если не получится напишите на что ругается. Если это не решит проблему, то по крайней мере подскажет в чем проблема. Я надеюсь).

Можно попробовать

Можно попробовать замаскировать qt-4.5.1, и попробовать снова установить KDE.
Была такая же проблема - решилась выставленным флагом dbus в make.conf

Конечно же, мы в обязательном

Конечно же, мы в обязательном порядке читаем новости
/usr/portage/metadata/news/2009-09-27-qt_use_changes/2009-09-27-qt_use_changes.en.txt

Не грусти, товарищ! Всё хорошо, beautiful good!

Охх.. а ведь кажется читал

Охх.. а ведь кажется читал эту новость сразу после ее появления, только именно в тот раз и в мыслях не было устанавливать kde :) мне кажется логичнее было бы добавить информацию о требованиях к use-флагам в соответствующий документ, кому об этом написать?

Так, спасибо, проблема с этими блокировками решилась добавлением флага dbus (qt3support добавил сам когда несколько пакетов подряд потребовали его) в make.conf хотя я ну никак не понимаю связи. Наверное, в ебилдах есть условия, что при отключении dbus ограничивать версию библиотек? т.е. теперь варианты без dbus вообще не возможны? а я думал что в таком случае этот флаг вообще в пакете убирается, хотя что то мне говорит что не так все просто... старые программы с их опциональной поддержкой никуда не делись, а для работы в новом kde dbus уже актуально.


Теперь появилась другая проблема, при установке kde:4.4 вылезла маскировка >=app-office/akonadi-server-1.2.61 (в портежах максимум 1.2.1 версия, в оверлее 9999), причем одновременно по mask и keywords, добавляю соответствующие записи:
/etc/portage/package.keywords/kde-add - app-office/akonadi-server ~amd64
/etc/portage/package.unmask/kde-add - ~app-office/akonadi-server-9999 (добросовестно скопировал из packages.mask оверлея)
и всеравно на emerge -qp @kdebase-4.4 получаю:
Цитата:
!!! All ebuilds that could satisfy ">=app-office/akonadi-server-1.2.61" have been masked.
!!! One of the following masked packages is required to complete your request:
- app-office/akonadi-server-9999 (masked by: missing keyword)

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
(dependency required by "kde-base/kdepimlibs-4.3.69" [ebuild])
(dependency required by "kde-base/kdnssd-4.3.69" [ebuild])
(dependency required by "kde-base/kcontrol-4.3.69" [ebuild])
(dependency required by "@kdebase-4.4" [argument])

в имени файла/директории не ошибся, если допустить синтаксическую ошибку в package.keywords/kde-add, emerge ругается. Пробовал размасикровать пакет конкретной версией =app-office/akonadi-server-9999 а так же используя маску для keyword ~*, получаю то же самое сообщение.

P.S. для @kdebase-4.3 проблемы с зависимостями не возникают, тему помечу как решено, но проблемы хотелось бы решить на будущее, может я не так размаскирую?

.

rPman написал(а):
добавляю соответствующие записи:
/etc/portage/package.keywords/kde-add - app-office/akonadi-server ~amd64
/etc/portage/package.unmask/kde-add - ~app-office/akonadi-server-9999

и всеравно
- app-office/akonadi-server-9999 (masked by: missing keyword)

может я не так размаскирую?

Когда masked by ~amd64, надо "category/packagename ~amd64"
А когда masked by missing keyword, то "category/packagename **"
http://www.gentoo.org/doc/en/gentoo-amd64-faq.xml#keyword

Это подпись, которую невозможно истолковать неправильно

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".