Bug 105520 – please mark these packages amd64 ready (all from dev-java)

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Csaba Tóth 2005-09-10 12:28:01 UTC]

I tested these packages, and they are all amd64 ready:

dev-java/dom4j-1.6.1           ~amd64
dev-java/msv-20050627          ~amd64
dev-java/xsdlib-20050627       ~amd64
dev-java/relaxng-datatype-1.0  ~amd64
dev-java/xpp2-2.1.10           ~amd64
dev-java/jsr173-1.0            ~amd64
dev-java/jaxme-0.3.1           ~amd64
dev-java/xmldb-20011111        ~amd64

please update them.

Reproducible: Always
Steps to Reproduce:




my emerge info:

Portage 2.0.52-r1 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 
2.6.13-gentoo-04-amd x86_64)
=================================================================
System uname: 2.6.13-gentoo-04-amd x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.12.0_pre8
dev-lang/python:     2.4.1-r1
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18-r1, 1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="No"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O3 -mcpu=k8 -mtune=k8 -pipe -msse -msse2 -msse3 -mmmx -fforce-addr -
fomit-frame-pointer -funroll-loops -frerun-loop-opt -frerun-cse-after-loop -
falign-functions=4 -fmove-all-movables -fno-ident -funit-at-a-time -fweb -
funswitch-loops -fpeel-loops"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.4/e
nv /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr
/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -mcpu=k8 -mtune=k8 -pipe -msse -msse2 -msse3 -mmmx -fforce-addr -
fomit-frame-pointer -funroll-loops -frerun-loop-opt -frerun-cse-after-loop -
falign-functions=4 -fmove-all-movables -fno-ident -funit-at-a-time -fweb -
funswitch-loops -fpeel-loops -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg digest distlocks fixpackages sandbox 
sfperms strict"
GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ 
ftp://ftp.easynet.nl/mirror/gentoo/ ftp://mirror.nutsmaas.nl/gentoo/ 
ftp://planetmirror.com/pub/gentoo/ ftp://ftp.linux.ee/pub/gentoo/distfiles/ 
ftp://mirror.switch.ch/mirror/gentoo/ ftp://gentoo.risq.qc.ca/ 
ftp://gentoo.llarian.net/pub/gentoo ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ 
ftp://gentoo.itdnet.net/gentoo/"
LANG="hu_HU.utf8"
LC_ALL="hu_HU.utf8"
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s"
LINGUAS="hu en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 7zip X Xaw3d aac acl alsa apache2 arts artswrappersuid audiofile 
avi bash-completion berkdb bitmap-fonts bzip2 chroot crypt cups curl dga 
directfb dlloader dvd eds emboss encode erandom esd examples exif expat 
extensions fam firefox flac font-server foomaticdb fortran gd ggi gif glibc-
omitfp gnutls gphoto2 gpm gstreamer gtk gtk2 hal howl idn imagemagick imlib 
innodb ipv6 ithread ithreads java javamail javascript jms jmx jpeg jpeg2k 
junit kde libg++ libwww lzw lzw-tiff mad mmap mp3 mpeg mpm-worker mysql 
ncurses nls nptl nptlonly objc ogg opengl pam pcre pdflib perl php pic png 
postgres python qt quicktime rdesktop readline samba sasl scanner sdl 
sftplogging slang sndfile snmp spell ssl symlink sysfs tcltk tcpd theora 
threads thunderbird tidy tiff toolbar truetype truetype-fonts type1-fonts 
unicode urandom usb userlocales v4l vcd vorbis xine xinerama xml xml2 xpm xv 
zlib linguas_hu linguas_en userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET

[Comment 1 Petteri Räty (RETIRED) 2005-09-11 15:04:34 UTC]

The amd64 arch team takes care of adding the keywords, not the developers in the
java herd.

[Comment 2 Richard Freeman 2005-09-15 10:05:48 UTC]

None of these are stable on the maintainer arch, so at best they can be masked
~amd64.  However, this will require arch testing.  

I can easily verify that these will build on amd64 (note that I have NOT done so
yet).  However, testing is another matter, these all look like libraries (at a
glance), so unless they have test suites the only way to really test them is to
use a java app which depends on them.  

Do you have any suggestions for testing?  Or does an amd64 dev want to comment
on merely testing for whether it builds to mask ~amd64?

[Comment 3 Gustavo Felisberto (RETIRED) 2005-09-16 12:40:11 UTC]

Thanks. They are all marked ~amd64 now.

[Comment 4 Csaba Tóth 2005-09-16 16:11:02 UTC]

In my company we use some of these packages for a huge web app. OThey works on 
aour servers, and so they are written in java, they should works, because this 
is java's filosophy.

thanks for change.