Bug 55871 – emerge --usepkg can install masked packages

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Ian P. Christian 2004-07-02 06:08:19 UTC]

I *think* i've found a bug in emerge. if you 'emerge --pretend -k <package>', it will use packages that should be masked if their packages exist in /usr/portage/packages/All. Surley that's not right? If this is the 'correct' method, it rules out the idea of having a central repository for packages.

Personally, I think the package files should be named in a similar manner:

<package>-<version>-<hash of cflags/relevent use flags>.tbz2

This way, many machines could use a central repositroy without worries about getting the wrong packages. 

Reproducible: Always
Steps to Reproduce:
1. packages created by Machine A using ~x86 creates packages in shared repository.
2. Machine B installs a package using -k
3. Machine B will install the ~x86 package from repository, despite not having ~x86 keywords.

[Comment 1 Seemant Kulleen (RETIRED) 2004-07-02 11:54:19 UTC]

please paste: emerge info

[Comment 2 Ian P. Christian 2004-07-03 01:14:15 UTC]

Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.6.7-gentoo-r6)
=================================================================
System uname: 2.6.7-gentoo-r6 i686 AMD Athlon(tm) XP 2600+
Gentoo Base System version 1.4.16
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/kde/cvs/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dfx 3dnow X aalib acpi alsa apache2 apm arts artswrappersuid avi berkdb cdr crypt cups curl docs dvd dvdr encode esd exiscan-acl fdftk flash foomaticdb gd gdbm gif gpm gtk2 imap imlib innodb jabber java jpeg justify kde ldap libg++ libwww mad mailbox maildir mikmod mmx motif mozilla moznoxft mpeg mysql ncurses nls nntp oggvorbis opengl oss pam pcmcia pda pdflib perl png pnp python qt quicktime readline samba sdl slang snmp spell ssl svga tcltk tcpd tiff truetype usb x86 xinerama xml xml2 xmms xosd xv zlib"

[Comment 3 Ian P. Christian 2004-07-03 01:20:53 UTC]

perhaps this information is relevant, I originally didn't include it as I thought it was irrelevant.

I have a home computer, Machine B. 
I have a work computer, Machine A.
Both are Athlon XPs.  Machine B is getting a new HDD, so I thought I could prepare an install within a chroot on Machine A.  I copied the make.conf from Machine A to the chroot, and also copied (didn't symlink) the packages directory over from Machine A, into the chrooot.  Machine A has a packages.keywords, and a fair ammount in the portage overlay, for example, KDE-CVS.  The Chroot doens't.

Inside the Chroot:
$ emerge --pretend -v -k kdepim
...
[  N ] kdepim-5 

Hope this sheds more light on the issue.

Kind Regards :)

[Comment 4 Jason Stubbs (RETIRED) 2004-07-03 02:05:47 UTC]

Fixed in CVS

[Comment 5 Nicholas Jones (RETIRED) 2004-10-22 08:48:06 UTC]

Bug has been fixed and released in stable portages on or before 2.0.51-r2