Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

When trying to compile commons-httpclient-3.0.1, this fails on a PPC system
with the IBM JDK 1.5 because the compiler doesn't find the package
com.sun.net.ssl.

Portage 2.1.2.4 (default-linux/ppc/2005.1/ppc/G4, gcc-4.1.2, glibc-2.5-r1,
2.6.15-gentoo-r4 ppc)
=================================================================
System uname: 2.6.15-gentoo-r4 ppc 7447A, altivec supported
Gentoo Base System release 1.12.10
Timestamp of tree: Thu, 26 Apr 2007 05:01:01 +0000
distcc 2.18.3 powerpc-unknown-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
dev-java/java-config: 1.3.7, 2.0.31-r7
dev-lang/python:     2.3.6, 2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.20-r2
ACCEPT_KEYWORDS="ppc ~ppc"
AUTOCLEAN="yes"
CBUILD="powerpc-unknown-linux-gnu"
CFLAGS="-O2 -mtune=powerpc -pipe -mcpu=7450 -maltivec -mabi=altivec
-mpowerpc-gfxopt -fsigned-char -mmultiple"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config
/usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -mtune=powerpc -pipe -mcpu=7450 -maltivec -mabi=altivec
-mpowerpc-gfxopt -fsigned-char -mmultiple"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="de_CH"
LC_ALL="de_CH"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa arts berkdb bitmap-fonts cdr cli cracklib crypt cups dri dvd eds
emboss fortran gif gphoto2 gpm gstreamer gtk2 iconv ipv6 isdnlog jpeg kde
libwww midi motif mp3 mpeg ncurses netdcf nls nptl nptlonly offensive ogg
oggvorbis opengl pam pcre pda perl png ppc pppd python qt qt3 qt4 readline
reflection scanner session spell spl ssl tcpd truetype truetype-fonts
type1-fonts unicode usb v4l vorbis xine xml2 xorg xv xvid zlib"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route
share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev"
KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001
mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="dummy fbdev v4l"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Hm yeah, it's in testcases code (that would be less of a problem), but also in
contrib/ stuff which is always built and included. Not sure if we can butcher
it out.

Isn't there an equivalent package in what IBM provides? If not, would it
compile with blackdown's JDK?

(In reply to comment #3)
> Isn't there an equivalent package in what IBM provides? If not, would it
> compile with blackdown's JDK?
> 

The blackdown class library is the same as the Sun one (older version though)

Is there a way to specify a different JDK for a single package? I have the
Blackdown JDK 1.3.1 installed on the system and would try to see whether it
works with this one.

(In reply to comment #2)
> Hm yeah, it's in testcases code (that would be less of a problem), but also in
> contrib/ stuff which is always built and included. Not sure if we can butcher
> it out.

Hm should have looked at upstream build.xml and not the already patched in
WORKDIR. It's us who build the contrib for bug 143389. Should flag it or put to
separate package.

Fixed in commons-httpclient-3.0.1-r1 - contrib.jar is not built and tests are
restricted (they needed network anyway).