Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 4503 - KDE 3.0.2 Ebuild fails
Summary: KDE 3.0.2 Ebuild fails
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Dan Armak (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-03 16:57 UTC by christian kuzmanic
Modified: 2003-02-04 19:42 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 christian kuzmanic 2002-07-03 16:57:14 UTC
When emerging KDE 3.0.2, with 'emerge kde'  the ebuild fails with the following
error message:

In file included from konsole.cpp:75,
from konsole_la.all_cpp.cpp:3:
../../config.h:411: warning: `PACKAGE' redefined
konsole.h:43: warning: this is the location of the previous definition
../../config.h:444: warning: `VERSION' redefined
konsole.h:44: warning: this is the location of the previous definition
In file included from konsole_la.all_cpp.cpp:2:
main.cpp: In function `int main(int, char **)':
main.cpp:199: no matching function for call to `DCOPClient::setQtBridgeEnabled
(bool)'
make[3]: *** [konsole_la.all_cpp.lo] Error 1
make[3]: Leaving directory
`/var/tmp/portage/kdebase-3.0.2/work/kdebase-3.0.2/konsole/konsole'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/kdebase-3.0.2/work/kdebase-3.0.2/konsole'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/kdebase-3.0.2/work/kdebase-3.0.2'
make: *** [all] Error 2
Comment 1 Steve 2002-07-03 19:25:45 UTC
I'm receiving the same error.  Here are my compile flags: 
 
CFLAGS="-march=i686 -O3 -pipe -fforce-addr -funroll-loops 
-frerun-cse-after-loop -frerun-loop-opt -malign-functions=4" 
 
CXXFLAGS="-march=i686 -O3 -pipe -fforce-addr -funroll-loops 
-frerun-cse-after-loop -frerun-loop-opt -malign-functions=4" 
Comment 2 Steve 2002-07-03 20:13:21 UTC
Here is some additional information about the error message: 
 
!!! ERROR: The ebuild did not complete successfully. 
!!! Function kde_src_compile, Line -3922, Exitcode 2 
!!! died running emake, kde_src_compile:make 
 
!!! emerge aborting on  /usr/portage/kde-base/kdebase/kdebase-3.0.2.ebuild . 
 
Comment 3 christian kuzmanic 2002-07-04 03:05:55 UTC
I've just noticed that right at the beginning after running "emerge kde",
portage produces this output:

>>> Unpacking source...
>>> Unpacking kdebase-3.0.2.tar.bz2
patching file kcontrol/fonts/fonts.cpp
Hunk #1 FAILED at 6.
1 out of 3 hunks FAILED -- saving rejects to file kcontrol/fonts/fonts.cpp.rej
>>> Source unpacked.
pam
motif
encode
cups
oggvorbis
opengl
ssl
pam
qtmt
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD compatible install... /bin/install -c
Comment 4 Dirk Eschler 2002-07-04 09:56:52 UTC
Exactly the same compile error here.
When i do "emerge -p kde" kdebase is on top and kdelibs are somewhere in the lower 
middle. Shouldn't the kdelibs be compiled first?

btw: kdemultimedia was emerged properly during first "emerge kde".
Comment 5 Steve 2002-07-04 11:04:50 UTC
You're right, kdelibs should be installed first according to this: 
 
http://developer.kde.org/build/compile_kde3_0.html 
 
"Make sure to compile and install kdelibs before any other packages. Also, if 
you want to use kdeaddons, it should be compiled last as it requires kdebase, 
kdemultimedia, etc." 
 
I'm emerging kdelibs right now to see if that fixes the problem.   
Comment 6 Dirk Eschler 2002-07-04 13:59:47 UTC
Yes, that did.
kdebase emerged nicely after emerging kdelibs. So the only problem seems to be the 
order produced by the ebuild. 
Comment 7 Steve 2002-07-04 14:23:26 UTC
It worked for me as well. 
 
Good job pointing that out Dirk! 
Comment 8 Dan Armak (RETIRED) gentoo-dev 2002-07-09 15:51:20 UTC
OK, I agree. I'll make all kde-base ebuilds depend on their exact version of  
kdelibs, which will depend on its exact matching versio of arts. That way in  
future upgrades portage won't mess up the order. (Though why it should do so 
in any case is beyond me). 
I'm committing the appropriate changes in eclass/, to make them felt you'll 
have to delete the kde-base ebuild dep cache. 
BTW I've referred the rejected hunk issue to Verwilst who introduced the 
patch.