"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.