Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 86308 - kde-config --prefix outputs no prefix, can't compile KDE 3.4
Summary: kde-config --prefix outputs no prefix, can't compile KDE 3.4
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-22 13:58 UTC by Ivan Savcic
Modified: 2005-03-23 07:18 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan Savcic 2005-03-22 13:58:41 UTC
First I unmerged all kde-base packages, updated qt.

Then I tried to emerge KDE 3.4 by emerging kde-meta. I successfully compiled and installed kde-env and kdelibs, but emerge of libkdeedu failed with following error:

checking for kde-config... /bin/kde-config
configure: error: /bin/kde-config --prefix outputed the non existant prefix '' for kdelibs.
                    This means it has been moved since you installed it.
                    This won't work. Please recompile kdelibs for the new prefix.
                    
!!! ERROR: kde-base/libkdeedu-3.4.0 failed.
!!! Function kde_src_compile, Line 154, Exitcode 1
!!! died running ./configure, kde_src_compile:configure
!!! If you need support, post the topmost build error, NOT this status message.

I tried emerging with and without "arts" and "kdeenablefinal" USE flags, but to no avail.

Reproducible: Always
Steps to Reproduce:
1. emerge -C /var/db/pkg/kde-base/*
2. emerge kde-meta
3. ...wait until it hangs on libkdeedu

Actual Results:  
configure: error: /bin/kde-config --prefix outputed the non existant prefix ''
for kdelibs.
                    This means it has been moved since you installed it.
                    This won't work. Please recompile kdelibs for the new prefix.

Expected Results:  
Successful emerge.

Portage 2.0.51.19 (default-linux/x86/2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.9-cko3 i686)
=================================================================
System uname: 2.6.9-cko3 i686 AMD Athlon(tm) XP 3200+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.2.1-r4,dev-lang/python-2.3.3-r1 [2.3.3
(#1, Jun 14 2004, 17:21:36)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.2.1-r4, 2.3.3-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.14.90.0.6-r2
sys-devel/libtool:   1.4.1-r9, 1.5.10-r4
virtual/os-headers:  2.4.19
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/env /etc /share/config /shutdown /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.mirror.icd.hu/
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://gd.tuwien.ac.at/opsys/linux/gentoo/ http://src.gentoo.pl"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://147.91.8.58/gentoo-portage"
USE="x86 3dnow 3dnowex X alsa cdparanoia crypt cups curl divx4linux djbfft
encode extensions extras font-server gcj gd gif glut gnome gphoto2 gpm imlib
jikes jpeg jpeg2k kde logitech-mouse mmx mozcalendar moznocompose moznoirc
moznomail mozp3p mozsvg mp3 ncurses nls nptl objc oggvorbis opengl php pic
python qt rdesktop samba slang slp sndfile snmp speex sse ssl svga tidy truetype
truetype-fonts type1 type1-fonts unicode v4l v4l2 vim-with-x xine xmms xprint
xscreensaver xv xvid yv12 zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL
Comment 1 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-22 14:12:22 UTC
Can you guess why you have "/bin/kde-config/"? (instead of /usr/kde/3.4/bin/kde-config)

Was all of kdelibs installed in / instead of /usr/kde/3.4, or that file was there before?
Comment 2 Ivan Savcic 2005-03-22 22:51:16 UTC
Gregorio:

> Can you guess why you have "/bin/kde-config/"? (instead of 
> /usr/kde/3.4/bin/kde-config)

I just noticed that when you mentioned it now. I have no idea!

> Was all of kdelibs installed in / instead of /usr/kde/3.4, or that file was  
> there before?

It seems so. There's no /usr/ prefix for all the kdelibs files.

I have packed the contents of my entire /var/db/pkg/kde-base/kdelibs dir here: 

http://default.co.yu/~imp/files/kdelibs-3.4.0.tar.bz2
Comment 3 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-23 02:06:04 UTC
It seems that you have an old copy of kde-functions.eclass (in a overlay?)
Can you confirm?
Comment 4 Ivan Savcic 2005-03-23 03:08:20 UTC
Gregorio,

Yes, it was there. I deleted it, trying to emerge again. Will report in half an hour or so...
Comment 5 Ivan Savcic 2005-03-23 03:09:24 UTC
To be specific, it was in my overlay.
Comment 6 Ivan Savcic 2005-03-23 04:01:53 UTC
Gregorio,

It worked! You pinpointed the exact problem, thank you!

Now, how should I mark this "bug"?
Comment 7 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-23 05:01:50 UTC
...invalid, because we are not responsible for tinkering with eclasses.
Comment 8 Ivan Savcic 2005-03-23 05:43:44 UTC
This happened because I used KDE meta-ebuilds before, for previous version of KDE. New ebuilds should ignore this in overlay and use their corresponding eclasses instead, shouldn't they?
Comment 9 Gregorio Guidi (RETIRED) gentoo-dev 2005-03-23 06:56:16 UTC
Well, the fact is that portage does not have the concept of "corresponding eclasses".
Comment 10 Carsten Lohrke (RETIRED) gentoo-dev 2005-03-23 07:18:05 UTC
Interestingly this bug was known by "nearly everyone", but the portage devs. 
-> http://thread.gmane.org/gmane.linux.gentoo.devel/25513

In general even if this issue wouldn't exist, you can face all sorts of problems with changed inherited stock eclasses. You should _always_ copy and rename all eclasses and their references in your ebuilds. Or to be more clear: eclass overlays are I'm_fine_to_break_my_box stuff.