Bugzilla Bug 161536

"Java Control Panel for Sun JDK 1.6" doesn't start

$ /opt/sun-jdk-1.6.0/jre/bin/jcontrol
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/opt/sun-jdk-1.6.0/jre/lib/i386/libdeploy.so: libstdc++.so.5: cannot open
shared object file: No such file or directory
        at java.lang.ClassLoader$NativeLibrary.load(Native Method)
        at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1647)
        at java.lang.Runtime.load0(Runtime.java:770)
        at java.lang.System.load(System.java:1005)
        at com.sun.deploy.config.UnixConfig.loadLibDeploy(UnixConfig.java:38)
        at com.sun.deploy.config.UnixConfig.<clinit>(UnixConfig.java:26)
        at
com.sun.deploy.config.ConfigFactory.newInstance(ConfigFactory.java:11)
        at com.sun.deploy.config.Config.getInstance(Config.java:662)
        at com.sun.deploy.config.Config.<clinit>(Config.java:678)
        at
com.sun.deploy.util.DeployUIManager.setLookAndFeel(DeployUIManager.java:102)
        at com.sun.deploy.panel.ControlPanel.<clinit>(ControlPanel.java:32)


Reproducible: Always




Portage 2.1.2_rc4-r8 (default-linux/x86/2006.1/desktop, gcc-4.1.1,
glibc-2.5-r0, 2.6.20-rc1-ag i686)
=================================================================
System uname: 2.6.20-rc1-ag i686 Intel(R) Pentium(R) M processor 1.86GHz
Gentoo Base System version 1.12.8
Last Sync: Thu, 11 Jan 2007 11:31:01 +0000
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.5-r1
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.50.0.9
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.19
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-pipe -O2 -march=pentium-m -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-pipe -O2 -march=pentium-m -fomit-frame-pointer
-fvisibility-inlines-hidden -fvisibility=hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer nodoc noinfo parallel-fetch
sandbox sfperms strict tmpfs"
GENTOO_MIRRORS="ftp://pandemonium.tiscali.de/pub/gentoo/"
INSTALL_MASK="/usr/share/gtk-doc"
LANG="it_IT"
LC_ALL="it_IT"
LDFLAGS="-Wl,--hash-style=gnu -Wl,--as-needed"
LINGUAS="it"
MAKEOPTS="--quiet"
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"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/misc /usr/local/portage/deluge"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X acpi cairo dbus fam gif gnome hal jpeg libnotify mmx nls nptl opengl pdf
png sse sse2 startup-notification svg threads udev unicode x86 xcb xml xv zlib"
ALSA_CARDS="hda-intel" 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 synaptics" KERNEL="linux" LINGUAS="it"
USERLAND="GNU" VIDEO_CARDS="none nvidia"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, PORTAGE_RSYNC_EXTRA_OPTS

Perhaps we are missing a dependency on sys-libs/libstdc++-v3 ?

(In reply to comment #1)
> Perhaps we are missing a dependency on sys-libs/libstdc++-v3 ?
> 

Indeed we are. Dependency added. Reopen if emerge -1 virtual/libstdc++-3.3 does
not fix it for you.

This bug is specific to the x86 architecture. There is no "Java Control Panel"
in the amd64 version and neither a libdeploy.so.

Please remove the dependency for amd64.

Reopen.

Used checkdeps.rb to see that libdeploy.so is indeed the only file linking to
libstdc++ (on x86). So the dep was made x86-only. Anyone willing to check that
amd64 doesn't have any other file linking to it, feel free to.

(In reply to comment #6)
> Used checkdeps.rb to see that libdeploy.so is indeed the only file linking to
> libstdc++ (on x86). So the dep was made x86-only. Anyone willing to check that
> amd64 doesn't have any other file linking to it, feel free to.
> 

My bet would be that Sun builds there binaries with a newer compiler for amd64
than they do for x86 so it link against .so.6 on amd64, just a guess though as
I don't have amd64.