Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 173

Summary: kdeaddons-2.2.2-r1 build fails.
Product: Gentoo Linux Reporter: Lars S. Jensen <larssj>
Component: [OLD] KDEAssignee: Dan Armak (RETIRED) <danarmak>
Status: RESOLVED FIXED    
Severity: normal    
Priority: High    
Version: 1.0 RC6 r14   
Hardware: x86   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Lars S. Jensen 2002-01-15 06:51:21 UTC
Used:
portage-1.8.5
gcc-2.95.3-r5
kdebase-2.2.2-r1
kdelibs-2.2.2-r2
---------------------------
wakeup.h:52: forward declaration of `class WakeupPrefs'
wakeup.moc:103: structure `WakeupPrefs' not yet defined
wakeup.moc:103: assignment (not initialization) in declaration
wakeup.moc:106: invalid use of undefined type `class WakeupPrefs'
wakeup.h:52: forward declaration of `class WakeupPrefs'
wakeup.moc: In method `void WakeupPrefs::initMetaObject()':
wakeup.moc:109: `CModule' undeclared (first use this function)
wakeup.moc:109: parse error before `::'
wakeup.moc:112: confused by earlier errors, bailing out
cpp0: output pipe has been closed
make[3]: *** [libnoatunwakeup_la.all_cpp.lo] Error 1
make[3]: Leaving directory
`/var/tmp/portage/kdeaddons-2.2.2-r1/work/kdeaddons-2.2.2/noatun-plugins/alarm'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/kdeaddons-2.2.2-r1/work/kdeaddons-2.2.2/noatun-plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/kdeaddons-2.2.2-r1/work/kdeaddons-2.2.2'
make: *** [all-recursive-am] Error 2

!!! ERROR: The ebuild did not complete successfully.
!!! Function kde_src_compile, Line 7, Exitcode 2
!!! (no error message)

!!! emerge aborting on  /usr/portage/kde-base/kdeaddons/kdeaddons-2.2.2-r1.ebuild .
Comment 1 Dan Armak (RETIRED) gentoo-dev 2002-01-17 14:49:36 UTC
finally back, sorry it took so long.
I don't see this here, but then I've fixed lots of stuff in the last few days. Could you please 
remerge kdelibs and emerge the latest portage and then try again? 
Comment 2 Lars S. Jensen 2002-01-18 06:41:35 UTC
Done:
portage-1.8.5-r4
emerge  kde-base/kdelibs   --- rebuild
emerge  kde-base/kdeaddons

It can't find 5 include files:
engine.h  player.h  noatunapp.h noatunpref.h plugin.h

This time I took a full log of the run:
From configure:
checking for dlopen in -ldl... yes
checking for shl_unload in -ldld... no
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for IceConnectionNumber in -lICE... yes
checking for libXext... yes
checking for Xinerama... yes
checking for extra includes... no
checking for extra libs... no
checking for libz... -lz
checking for libpng... -lpng -lz -lm
checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking for Qt... libraries /usr/qt/2/lib, headers /usr/qt/2/include 
checking if Qt compiles without flags... no
checking for moc... /usr/qt/2/bin/moc
checking for uic... /usr/qt/2/bin/uic
checking for rpath... yes
checking for KDE... libraries /usr/kde/2/lib, headers /usr/kde/2/include
checking for KDE paths... defaults
checking for dcopidl... /usr/kde/2/bin/dcopidl
checking for dcopidl2cpp... /usr/kde/2/bin/dcopidl2cpp
checking for mcopidl... /usr/kde/2/bin/mcopidl
checking for artsc-config... /usr/kde/2/bin/artsc-config
checking for kde-config... /usr/kde/2/bin/kde-config
checking for meinproc... /usr/kde/2/bin/meinproc
checking for noatun/noatunapp.h... yes
checking for fcntl.h... yes
checking for kstat_open in -lkstat... no
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.2.0... yes
checking if doc should be compiled... yes
checking if kate should be compiled... yes
checking if kicker-applets should be compiled... yes
checking if knewsticker-scripts should be compiled... yes
checking if konq-plugins should be compiled... yes
checking if noatun-plugins should be compiled... no
configure: creating ./config.status


---------------------------
/bin/sh ../../libtool --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I.
-I../.. -I/usr/kde/2/include/arts -I/usr/kde/2/include/noatun
-I/usr/kde/2/include -I/usr/qt/2/include -I/usr/X11R6/include     -DNDEBUG -O2
-mcpu=i686 -march=i686 -O3 -pipe -fno-exceptions -fno-check-new
-DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST  -c
libnoatunwakeup_la.all_cpp.cpp
mkdir .libs
g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/2/include/arts
-I/usr/kde/2/include/noatun -I/usr/kde/2/include -I/usr/qt/2/include
-I/usr/X11R6/include -DNDEBUG -O2 -mcpu=i686 -march=i686 -O3 -pipe
-fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT
-DQT_NO_ASCII_CAST -c libnoatunwakeup_la.all_cpp.cpp  -fPIC -DPIC -o
.libs/libnoatunwakeup_la.all_cpp.o
In file included from libnoatunwakeup_la.all_cpp.cpp:2:
wakeup.cpp:18: engine.h: No such file or directory
wakeup.cpp:19: player.h: No such file or directory
wakeup.cpp:20: noatunapp.h: No such file or directory
In file included from wakeup.cpp:33,
                 from libnoatunwakeup_la.all_cpp.cpp:2:
wakeup.h:21: noatunpref.h: No such file or directory
wakeup.h:22: plugin.h: No such file or directory
In file included from wakeup.cpp:33,
                 from libnoatunwakeup_la.all_cpp.cpp:2:
wakeup.h:27: parse error before `{'
wakeup.h:28: non-member function `className()' cannot have `const' method qualifier
wakeup.h:28: parse error before `protected'

Comment 3 Dan Armak (RETIRED) gentoo-dev 2002-01-19 14:49:42 UTC
All these headers are installed as part of the kdemultimedia package (with 
noatun). Maybe you have an older package that doesn't live in $KDE2DIR 
(but in e.g. /usr)? Please try remerging kdemultimedia then emerging 
kdeaddons again.

I can't offer any other advice because I haven't been able to reproduce 
this, and there have been no other reports of this problem.

Comment 4 Silvio Boehme 2002-01-21 12:04:13 UTC
Yes, after remerging kdemultimedia-2.2.2
kdeaddons-2.2.2-r1 merges just fine.

I think it was an old ebuild for kdemultimedia.
Why does it have an new revision ?!?

Silvio
Comment 5 Dan Armak (RETIRED) gentoo-dev 2002-01-21 12:11:05 UTC
Do you mean "why doesn't the kdemultimedia ebuild have a new revision"?

The answer is that the change wasn't in the kdemultimedia ebuild itself, but 
in the general KDE scheme which made things install into /usr/kde/2 
instead of /usr starting about two weeks ago. Since there wasn't an emerge 
world update back then, I didn't change any revision numbres except for 
ebuilds that were actually changed - like kdeaddons.

Well, this is fixed and can be close.