Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 206895 - kde-base/kdelibs tries to link to /opt/ibm-jdk-bin-1.4.2.9/jre/bin/libjpeg.so
Summary: kde-base/kdelibs tries to link to /opt/ibm-jdk-bin-1.4.2.9/jre/bin/libjpeg.so
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
: 212944 241390 257916 265945 (view as bug list)
Depends on: 176781
Blocks:
  Show dependency tree
 
Reported: 2008-01-21 17:40 UTC by Bernhard Frauendienst
Modified: 2009-10-20 19:19 UTC (History)
11 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
kdelibs-4.0.0 build.log (build.log,931.77 KB, text/plain)
2008-01-21 17:41 UTC, Bernhard Frauendienst
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bernhard Frauendienst 2008-01-21 17:40:56 UTC
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
Comment 1 Bernhard Frauendienst 2008-01-21 17:41:53 UTC
Created attachment 141491 [details]
kdelibs-4.0.0 build.log
Comment 2 Bernhard Frauendienst 2008-01-21 18:18:38 UTC
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.
Comment 3 Bernhard Frauendienst 2008-01-21 19:17:41 UTC
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.
Comment 4 Bo Ørsted Andresen (RETIRED) gentoo-dev 2008-01-27 23:58:27 UTC
(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?
Comment 5 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2008-01-28 07:35:57 UTC
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...
Comment 6 Florian Fainelli 2008-02-03 10:48:37 UTC
(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.
Comment 7 Bo Ørsted Andresen (RETIRED) gentoo-dev 2008-02-12 19:19:11 UTC
(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.
Comment 8 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2008-02-12 19:57:27 UTC
(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 :)
Comment 9 Florian Fainelli 2008-02-17 11:39:47 UTC
(In reply to comment #8)
It appears that commenting out ROOTPATH from 20java does not allow you to build kdelibs-4.0.0-r1.
Comment 10 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2008-02-17 13:01:14 UTC
(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?

Comment 11 Ingmar Vanhassel (RETIRED) gentoo-dev 2008-03-10 16:00:25 UTC
*** Bug 212944 has been marked as a duplicate of this bug. ***
Comment 12 Andreas Thalhammer 2008-05-01 19:56:17 UTC
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.
Comment 13 Andreas Thalhammer 2008-05-02 05:55:09 UTC
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.
Comment 14 Jorge Manuel B. S. Vicetto (RETIRED) Gentoo Infrastructure gentoo-dev 2008-10-06 18:50:15 UTC
Can anyone confirm if this is still happening with the 4.1.2 ebuilds?
Comment 15 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2008-10-07 05:56:56 UTC
Happened to me in 4.1.1 few weeks ago.
Comment 16 Marcin Kurek 2008-11-05 15:51:35 UTC
Still happend for 4.1.2-r1 on amd64 here. Commenting ROOTPATH solves the problem.
Comment 17 Tomáš Chvátal (RETIRED) gentoo-dev 2008-12-03 15:08:08 UTC
This should be fixed in 4.1.3-r1. Please test.
Comment 18 Ashu Tiwary 2008-12-06 03:30:06 UTC
(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).

Comment 19 emerald 2009-02-02 15:06:23 UTC
still happens with kdelibs-4.2.0-r1 on ~ppc (and installed ibm-jdk-bin:1.4)
Comment 20 Daniel Volchixin 2009-02-06 19:40:58 UTC
*** Bug 257916 has been marked as a duplicate of this bug. ***
Comment 21 emerald 2009-04-15 15:24:47 UTC
still happens with kdelibs-4.2.2-r1 on ~ppc (and installed ibm-jdk-bin:1.4)
Comment 22 Alexey Shvetsov archtester gentoo-dev 2009-04-20 16:45:07 UTC
jdk:1.4 is obsolete
Comment 23 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2009-04-26 19:08:37 UTC
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...
Comment 24 Maciej Mrozowski gentoo-dev 2009-07-05 16:14:42 UTC
*** Bug 241390 has been marked as a duplicate of this bug. ***
Comment 25 Maciej Mrozowski gentoo-dev 2009-07-05 16:42:08 UTC
*** Bug 265945 has been marked as a duplicate of this bug. ***
Comment 26 Samuli Suominen (RETIRED) gentoo-dev 2009-10-20 19:19:45 UTC
(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.