kdelibs-4.0.0 build fails at ~98% while "Linking CXX shared library ../lib/libkhtml.so" This error occurs regardless of jpeg2k useflag being set or not. Maybe someone with more insight can clarify the summary. Thanks. emerge --info output (yes I know, I have a too many global use flags): Portage 2.1.4 (default-linux/amd64/2007.0/desktop, gcc-4.2.2, glibc-2.7-r1, 2.6.23-gentoo-r5 x86_64) ================================================================= System uname: 2.6.23-gentoo-r5 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Timestamp of tree: Mon, 21 Jan 2008 11:46:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.3 dev-lang/python: 2.5.1-r5 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="/usr/portage/distfiles/filux ftp://ftp.mneisen.org/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.mneisen.org/" LANG="de_DE.utf8" LINGUAS="de en en_US en_GB" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --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 /usr/portage/local/java-experimental /usr/portage/local/layman/java-overlay /usr/portage/local/layman/berkano /usr/portage/local/layman/sunrise /usr/portage/local/layman/kde /usr/portage/local/layman/lasertraq /usr/portage/local" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac aalib acl acpi alsa amd64 amrnb amrwb arts bash-completion berkdb bitmap-fonts bzip2 cairo cddb cdr cli cracklib crypt css cups curl dbus dga dri dts dvd dvdr dvdread eds emacs emboss encode esd evo exif fam fbcon fbsplash ffmpeg firefox flac fortran gcj gdbm gif gimp gmp gnome gnutls gpm gstreamer gtk hal hbci htmlhandbook iconv imagemagick imap ipod ipv6 isdnlog jack java java5 joystick jpeg jpeg2k kde ladspa lcms ldap libcaca libsamplerate lirc lm_sensors log4j logitech-mouse mad matroska midi mikmod mmx mmxext mng mozbranding mp3 mp4 mpeg mplayer msn mudflap musepack ncurses network-cron nls no-old-linux nptl nptlonly nsplugin nvidia odbc ogg openal openexr opengl openmp oss pam pcre pdf perl pertty png postgres pppd python qt3 qt3support qt4 quicktime rar readline reflection rtc sasl sdl session smp sndfile socks5 source spell spl sse sse2 ssl ssse3 svg sysfs tcpd tetex theora threads tiff transparency truetype truetype-fonts type1-fonts unicode v4l v4l2 vorbis wxwindows x264 xcomposite xine xinerama xml xorg xosd xprint xscreensaver xv xvid 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" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse joystick" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de en en_US en_GB" LIRC_DEVICES="asusdh" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 141491 [details] kdelibs-4.0.0 build.log
I think I might have found the problem: if you look at lines 397 and 402 of the build log, the build systems claims to have found the libjpeg.so in /opt/ibm-jdk-bin-1.4.2.9/jre/bin/, which is of course not the file from media-libs/jpeg. I think gen-2 VMs don't change the LD_PATH anymore, but until gen-1 is phased out, this must be fixed otherwise.
Actually, to have kdelibs link to the correct libraries, I had to disable the ROOTPATH line in /etc/env.d/20java... LDPATH seemingly was in the right order after all, so meddling with ROOTPATH should be sufficient to fix this bug.
(In reply to comment #3) > Actually, to have kdelibs link to the correct libraries, I had to disable the > ROOTPATH line in /etc/env.d/20java... > > LDPATH seemingly was in the right order after all, so meddling with ROOTPATH > should be sufficient to fix this bug. Or moving 20java after 45kde (giving it a higher number). Java any comments on how to resolve this?
You sure it wasn't LDPATH? Did you run env-update && source /etc/profile after changing anything in env.d, in the same terminal window that runs emerge? It would be strange if it looked in PATH (i.e. ROOTPATH when emerging with root privs) for libraries. But even if it was, I doubt changing the order of env.d files would help, as I doubt KDE's env file points ROOTPATH to /usr/lib where libjpeg normally is...
(In reply to comment #5) I confirm that commenting the ROOTPATH and running env-update && source /etc/profile allows you to compile kdelibs-4.0.0.
(In reply to comment #5) > You sure it wasn't LDPATH? Apparently it really is. Another user hit it today and confirmed that removing ibm-jdk from ROOTPATH and changing nothing else fixed it. > It would be strange if it looked in PATH (i.e. ROOTPATH when emerging with > root privs) for libraries. Agreed. I'm going to talk to cmake upstream to figure out if it's really a cmake bug... Thanks.
(In reply to comment #7) > Agreed. I'm going to talk to cmake upstream to figure out if it's really a > cmake bug... Thanks. Great. Hopefully the 20java env file will be gone "soon" with the rest of gen-1 :)
(In reply to comment #8) It appears that commenting out ROOTPATH from 20java does not allow you to build kdelibs-4.0.0-r1.
(In reply to comment #9) > (In reply to comment #8) > It appears that commenting out ROOTPATH from 20java does not allow you to build > kdelibs-4.0.0-r1. Did you run env-update and source /etc/profile after the change? In the exact shell instance that you re-run emerge afterwards?
*** Bug 212944 has been marked as a duplicate of this bug. ***
I can confirm the commented out ROOTPATH variable in /etc/env.d/20java as a workaround to compile kde-base/kdelibs-4.0.3-r1. My machine is a PowerPC (ppc, 32-bit), IBM JDK is up-to-date 1.4.2, 1.5.0 and 1.6.0 (in 20java the path points to 1.4.2, regardless what system-vm and user-vm I set with java-config). kde-base/kdelibs-4.0.3-r1 fails to compile without this workaround at around 98% on this ~ppc arch.
BTW, the same goes at least for kde-base/ark-4.0.3 and kde-base/gwenview-4.0.3. For the remaining 89 ebuild up to and including kde-base/kde-meta:kde-4 (4.0.3) I used the workaround all the way. Greetings, Andreas.
Can anyone confirm if this is still happening with the 4.1.2 ebuilds?
Happened to me in 4.1.1 few weeks ago.
Still happend for 4.1.2-r1 on amd64 here. Commenting ROOTPATH solves the problem.
This should be fixed in 4.1.3-r1. Please test.
(In reply to comment #17) > This should be fixed in 4.1.3-r1. Please test. > kde-base/kdelibs-4.1.3-r1: still broken (on amd64/x96-64); commenting out ROOTPATH allowed for a successful emerge (actually, I just replaced the IBM 1.4.2r12 env w/ the Sun JDK 6u10 info).
still happens with kdelibs-4.2.0-r1 on ~ppc (and installed ibm-jdk-bin:1.4)
*** Bug 257916 has been marked as a duplicate of this bug. ***
still happens with kdelibs-4.2.2-r1 on ~ppc (and installed ibm-jdk-bin:1.4)
jdk:1.4 is obsolete
Update java-config-wrapper to 0.16 (~arch yet) run java-check-environment and do what it suggests. When it's stable and bug 176781 is closed, then you could maybe add a check for existence of /etc/env.d/20java to the cmake (or some derived) eclass...
*** Bug 241390 has been marked as a duplicate of this bug. ***
*** Bug 265945 has been marked as a duplicate of this bug. ***
(In reply to comment #23) > Update java-config-wrapper to 0.16 (~arch yet) > run java-check-environment and do what it suggests. As said.