app-portage/eix ignores entries with slots in package.* files. Note that entries can have both versions and slots specifications, e.g. >=x11-libs/qt-3.3.7:3 will match x11-libs/qt-3.3.8-r2, but not x11-libs/qt-4.*. See bug #150368 for more information. $ cd /etc/portage $ grep gcc * package.keywords:sys-devel/gcc:4.2 ** package.unmask:sys-devel/gcc:4.2 Actual results: $ eix ^gcc$ [D] sys-devel/gcc Available versions: (2.95) [P]2.95.3-r9 [P](~)2.95.3-r10 (3.1) [P]3.1.1-r2 (3.2) [P]-*3.2.2 [P]3.2.3-r4 (3.3) [P]3.3.2-r7 3.3.5-r1 3.3.5.20050130-r1 3.3.6 3.3.6-r1 (3.4) (~)3.4.1-r3 3.4.4-r1 3.4.5 3.4.5-r1 (~)3.4.6 3.4.6-r1 3.4.6-r2 (4.0) ~*4.0.3 ~*4.0.4 (4.1) (~)4.1.0-r1 4.1.1 4.1.1-r1 4.1.1-r3 4.1.2 (4.2) [M]**4.2.0 {X altivec bootstrap boundschecking build d doc fortran gcj gtk hardened ip28 ip32r10k java mudflap multilib multislot n32 n64 nls nocxx nopie nossp objc objc++ objc-gc openmp static test vanilla} Installed versions: 4.1.2(4.1)(2007-05-12 18:03:53)(-altivec -bootstrap -build -d -doc fortran gcj gtk -hardened -ip28 -ip32r10k mudflap -multilib -multislot -n32 -n64 nls -nocxx -objc -objc++ -objc-gc -test -vanilla) 4.2.0(4.2)(2007-06-02 22:02:35)(-altivec -bootstrap -build -doc -fortran -gcj -gtk -hardened -ip28 -ip32r10k -mudflap -multilib -multislot -n32 -n64 nls -nocxx -objc -objc++ -objc-gc -openmp -test -vanilla) Homepage: http://gcc.gnu.org/ Description: The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking Expected results: $ eix ^gcc$ [I] sys-devel/gcc Available versions: (2.95) [P]2.95.3-r9 [P](~)2.95.3-r10 (3.1) [P]3.1.1-r2 (3.2) [P]-*3.2.2 [P]3.2.3-r4 (3.3) [P]3.3.2-r7 3.3.5-r1 3.3.5.20050130-r1 3.3.6 3.3.6-r1 (3.4) (~)3.4.1-r3 3.4.4-r1 3.4.5 3.4.5-r1 (~)3.4.6 3.4.6-r1 3.4.6-r2 (4.0) ~*4.0.3 ~*4.0.4 (4.1) (~)4.1.0-r1 4.1.1 4.1.1-r1 4.1.1-r3 4.1.2 (4.2) {M}(**)4.2.0 {X altivec bootstrap boundschecking build d doc fortran gcj gtk hardened ip28 ip32r10k java mudflap multilib multislot n32 n64 nls nocxx nopie nossp objc objc++ objc-gc openmp static test vanilla} Installed versions: 4.1.2(4.1)(2007-05-12 18:03:53)(-altivec -bootstrap -build -d -doc fortran gcj gtk -hardened -ip28 -ip32r10k mudflap -multilib -multislot -n32 -n64 nls -nocxx -objc -objc++ -objc-gc -test -vanilla) 4.2.0(4.2)(2007-06-02 22:02:35)(-altivec -bootstrap -build -doc -fortran -gcj -gtk -hardened -ip28 -ip32r10k -mudflap -multilib -multislot -n32 -n64 nls -nocxx -objc -objc++ -objc-gc -openmp -test -vanilla) Homepage: http://gcc.gnu.org/ Description: The GNU Compiler Collection. Includes C/C++, java compilers, pie+ssp extensions, Haj Ten Brugge runtime bounds checking
Included in eix svn trunk. I hope that I understood all cases correctly (in particular, if slot numbers are included in profiles/packages).
Either I misunderstood something, or portage-2.1.2.9 does not behave as documented in #150368. Example (with ACCEPT_KEYWORDS=amd64): When /etc/portage/package.keywords contains the entry sys-libs/db:4.3, portage wants to upgrade to db-4.5.20_p2 (which is slot 4.5 and masked ~amd64). When I omit the entry, db-4.3.29-r2 (which is slot 4.3 and masked ~amd64) cannot be emerged. So what is going wrong here? Is ":slot" not yet supported for /etc/portage/package.* by portage-2.1.2.9? Or is this a portage bug which I should report?
(In reply to comment #2) > Or is this a portage bug which I should report? Yes, it's a bug. I can reproduce it on x86 with db:4.4 and db:4.5. Report it, please.
Closing bug. Should be fixed with eix-0.9.9
