Bug 76247 – net-print/gtklp-1.0a works on ~amd64

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Brian Hall 2004-12-31 09:05:55 UTC]

Please add "~amd64" to the KEYWORDS for net-print/gtklp-1.0a

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-3.4.3, 
glibc-2.3.4.20041102-r0, 2.6.10-rc3 x86_64) 
================================================================= 
System uname: 2.6.10-rc3 x86_64 AMD Opteron(tm) Processor 244 
Gentoo Base System version 1.6.8 
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Dec 28 2004, 18:08:37)] 
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[disabled] 
ccache version 2.3 [enabled] 
dev-lang/python:     2.3.4 
sys-devel/autoconf:  2.59-r6, 2.13 
sys-devel/automake:  1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.3 
sys-devel/binutils:  2.15.92.0.2-r2 
sys-devel/libtool:   1.5.10-r2 
virtual/os-headers:  2.6.8.1-r1 
ACCEPT_KEYWORDS="amd64 ~amd64" 
AUTOCLEAN="yes" 
CFLAGS="-O2 -march=k8 -fweb -frename-registers -ftracer -mtune=opteron -pipe" 
CHOST="x86_64-pc-linux-gnu" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" 
CXXFLAGS="-O2 -march=k8 -fweb -frename-registers -ftracer -mtune=opteron 
-pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs autoconfig ccache distlocks noinfo" 
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ 
http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo 
http://gentoo.osuosl.org/ http://gentoo.llarian.net/" 
LDFLAGS="-Wl,-O1" 
MAKEOPTS="-j4" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" 
USE="amd64 X aalib acpi alsa berkdb bitmap-fonts bzlib cdparanoia cdr chroot 
crypt cups curl dedicated dga dillo dio divx4linux dnd dvd dvdr esd f77 faac 
faad fam ffmpeg flac foomaticdb fortran freetype gb gd gdbm gifgimp gimpprint 
ginac glut gpm gs gtk gtkhtml imagemagick imlib imlib2 ipv6 java jikes 
joystick jp2 jpeg kde lcd lesstif libdsk lzw lzw-tiff mad maildir matrox mbox 
mcal md5sum mikmod mmap mng motif mozilla moznocompose moznoirc moznomail 
mozp3p mozsvg mozxmlterm mplayer multilib music native ncurses net network 
nptl nptlonlyoffensive ofx oggvorbis ooo-kde openal opengl oss pam 
parse-clocks pdf perl physfs pic pie png ppds python qt readline samba scanner 
sdl slang sox ssl svg tcltk tcpd theora threads tiff transcode truetype 
truetype-fonts type1 type1-fonts usb userlocales v4l v4l2 videos wifi wmf 
wxwindows xface xft xml xml2 xmms xosd xpm xrandr xscreensaver xv xvid xvmc 
yv12 zlib"

[Comment 1 Jan Brinkmann (RETIRED) 2005-03-11 12:42:48 UTC]

marking this one as invalid since  ~amd64 is already in the old ebuild:

an excerpt from our policy (http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=5): 


5.e. Upgrading ebuilds

New ebuilds should rarely go in with "arch" keywords and even if they do not, the package must be tested on any architectures listed in the KEYWORDS variable of the new ebuild.

Exceptions to the no "arch" rule are major bug fixes, or security fixes. If the previous version of the ebuild contains KEYWORDS which you cannot test for, you should downgrade them: turn any "arch" keyword to "~arch".


if the developer who has to upgrade the package has concerns that the new version may not work on an specific architecture, he will contact us. thanks anyways for your report.