Bugzilla Bug 206895

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 an attachment (id=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.