Странное поведение portage
Вопрос возможно прост и глуп, но раньше с таким не сталкивался.
Есть рабочая система ~x86-64, кроме основного дерева портов подключены ещё вот эти:
* gamerlay [Git ] (git://git.overlays.gentoo.org/proj/gamerlay.git)
* haskell [Git ] (git://github.com/gentoo-haskell/gentoo-haskell.git)
* kde [Git ] (git://git.overlays.gentoo.org/proj/kde.git)
* miramir [Git ] (https://github.com/miramir/miramir-layman.git)
* psix [Git ] (git://github.com/zabuldon/psix-overlay.git)
* qt [Git ] (git://git.overlays.gentoo.org/proj/qt.git)
* qutim [Git ] (https://github.com/qutIM/gentoo-portage-overlay)
* steam [Git ] (git://github.com/anyc/steam-overlay.git)
* x11 [Git ] (git://git.overlays.gentoo.org/proj/x11)
С недавних пор (неделю наверное) у меня при emerge -avuDN world хотят обновится некоторые пакеты kde-base/* на версию 9999. Ну вот пример:
[U] kde-base/kdepimlibs
Available versions: ... (**)9999(4/9999)^t[1]
Интересный момент, что я сам accept_keywords не делал, в /etc/portage/package.accept_keywords проверил-там нету, проверил /var/lib/layman/ -пусто. Причём пробовал решить маскировкой, написал в /etc/portage/package.mask/kde вот такое:
=kde-base/kde-env-9999
=kde-base/oxygen-icons-9999
=kde-base/kdelibs-9999
=kde-base/katepart-9999
=kde-base/kdesu-9999
=kde-base/khelpcenter-9999
=kde-base/kdepimlibs-9999
=kde-base/kfilemetadata-9999
=kde-base/baloo-9999
=kde-base/nepomuk-core-9999
=kde-base/nepomuk-widgets-9999
=kde-base/libkworkspace-9999
=kde-base/kdepimlibs-9999
=kde-base/kdepimlibs-9999
=kde-base/kfilemetadata-9999
=kde-base/baloo-9999
=kde-base/nepomuk-core-9999
=kde-base/nepomuk-widgets-9999
=kde-base/zeroconf-ioslave-9999
Но току ноль, не маскируется. Как узнать где прописан accept_keywords? И как таки замаскировать эти пакеты?
- Для комментирования войдите или зарегистрируйтесь
Возможно, уже и так
Возможно, уже и так установлен какой-либо пакет версии 9999 относящийся к KDE.
Попробуйте добавить ключ '-t' и посмотреть кто тянет пакеты версий 9999.
Но при маскировке он же не
Но при маскировке он же не должен его предлагать к установке, только через unmask. Да и в eix маскировку не видно, зато видно accept_keywords.
Если уже установлена
Если уже установлена какая-либо версия пакета или хотя бы размаскирована версия, которой требуется пакет версии 9999 и которая будет устанавливаться, а устанавливается последняя размаскированная версия, то будут требоваться зависимости этой версии, в частности и пакеты версии 9999, даже несмотря на то, что они замаскированы.
Ну а для состояния пакетов можно использовать eix:
Именно его и использую, см.
Именно его и использую, вот там как раз и пишет, что не замаскировалось! А можно узнать в каком файле "размаскировано"? В кавычках потому, что accept-keywords.
Пример:
ruckus@Ruckus ~ $ eix kdepimlibs
[U] kde-base/kdepimlibs
Available versions: (4) 4.11.5(4/4.11)^t (~)4.12.3(4/4.12)^t (~)4.12.4(4/4.12)^t **4.12.49.9999(4/4.12)^t[1] [M](~)4.12.97(4/4.12)^t[1] **4.13.49.9999(4/4.13)^t[1] (**)9999(4/9999)^t[1]
{aqua debug +handbook ldap prison test}
Installed versions: 4.12.3(4)^t(02:34:03 31.03.2014)(handbook -aqua -debug -ldap -prison -test)
Homepage: http://www.kde.org/
Description: Common library for KDE PIM apps.
[ebuild U #]
[ebuild U #] kde-base/nepomuk-widgets-9999:4/9999::kde [4.12.3:4/4.12::gentoo] USE="(-aqua) -debug" 0 kB
[ebuild U #] kde-base/nepomuk-core-9999:4/9999::kde [4.12.3:4/4.12::gentoo] USE="migrator%* pdf (-aqua) -debug -epub -exif -ffmpeg -taglib" 0 kB
[ebuild N #] kde-base/baloo-9999:4/9999::kde USE="(-aqua) -debug" 0 kB
Примерно вот так, более нигде не нашёл чтобы они встречались.
Внезапно
ruckus@Ruckus ~ $ qlist -ISC kde-base/*|grep 9999
kde-base/katepart:4/9999
kde-base/kde-env:4/9999
kde-base/kdelibs:4/9999
kde-base/kdesu:4/9999
kde-base/khelpcenter:4/9999
kde-base/oxygen-icons:4/9999
Замаскирую, вырежу, отпишусь. Если замаскируется конечно...
Вестимо в оверлее KDE.
Вестимо в оверлее KDE.
Ну да, в основном репе вообще
Ну да, в основном репе вообще нет 9999 пакетов кед. Да и не нужны они.