Bug 133537 – dev-util/kdevelop-3.2.1-r1 fails to compile (Missing kdevapplicationtree.h)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Josh Williams 2006-05-16 14:14:25 UTC]

Trying to emerge kdevelop, and recieving the following error:

/bin/sh ../../libtool --silent --tag=CXX --mode=compile i686-pc-linux-gnu-g++
-D
HAVE_CONFIG_H -I. -I. -I../.. -I../../lib/interfaces
-I../../lib/interfaces/exte
nsions -I../../lib/util -I/usr/kde/3.4/include -I/usr/qt/3/include -I.
-I/usr/k
de/3.4/include  -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wnon-virtual-dtor
-Wno-long-
long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion
-
Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG
-O
2 -O2 -march=pentium-m -pipe -fomit-frame-pointer -Wformat-security
-Wmissing-fo                                   rmat-attribute -fno-exceptions
-fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -
DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION  -c -o
toolscon                                   figwidgetbase.lo
toolsconfigwidgetbase.cpp
addtooldlg.cpp:28:33: kdevapplicationtree.h: No such file or directory
make[3]: *** [addtooldlg.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory
`/var/tmp/portage/kdevelop-3.2.1-r1/work/kdevelop-3.2
.1/parts/tools'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/kdevelop-3.2.1-r1/work/kdevelop-3.2
.1/parts'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/kdevelop-3.2.1-r1/work/kdevelop-3.2
.1'
make: *** [all] Error 2

Reproducable: Always

[Comment 1 Josh Williams 2006-05-16 14:16:22 UTC]

Created attachment 86881 [details, diff]
Removes the offending line from addtooldlg.ui

[Comment 2 Jakub Moc (RETIRED) 2006-05-16 14:19:05 UTC]

*** This bug has been marked as a duplicate of 106402 ***

[Comment 3 Steev Klimaszewski (RETIRED) 2006-05-24 12:51:45 UTC]

I can reproduce this here using qt-3.3.6-r1 and kdevelop 3.2.1-r1 (An all stable machine with no ~arch packages) - Re-opening per Flameeyes request :)

[Comment 4 Gregorio Guidi (RETIRED) 2006-06-01 12:54:47 UTC]

This will be solved by marking a newer version stable.

[Comment 5 SpanKY 2006-06-19 13:04:23 UTC]

stabilizing a newer one works around the issue ... 3.2.1-r1 will still be broken unless it's removed from the tree

[Comment 6 Jakub Moc (RETIRED) 2006-06-22 11:48:57 UTC]

*** Bug 137630 has been marked as a duplicate of this bug. ***

[Comment 7 Caleb Cushing 2006-06-27 22:13:17 UTC]

does this forum thread help? http://forums.gentoo.org/viewtopic-t-466128-highlight-kdevelop.html

[Comment 8 Jan Schnackenberg 2006-07-04 05:06:09 UTC]

I don't really understand why this problem is still not solved (either by marking a newer version stable, or by releasing a 3.2.1-r2 with the patch attached to this bug). 

This is even more of a problem, as X 7.0 was released last weekend causing an unbelievable amout of packages needing a rebuild, including (for me) KDevelop.

Right now I copied kdevelop-3.2.1-r1.ebuild to /usr/local/portage/dev-util/kdevelop/kdevelop-3.2.1-r2.ebuild just so that I don't have to reedit the ebuild after each sync.

I understand that newer versions of kdevelop shouldn't be stabilized "lightly" (just like most any program). But in this case the change is only a "one-line-removed"-patch that applies cleanly. So, why no "-r2" to fix this? I's been over 1 1/2 months.

[Comment 9 Charles C. Van Tilburg 2006-07-04 09:08:32 UTC]

I second the 'not understanding' issue... there is a lot of that kind of 
ultra-conservative delay all of a sudden in gentoo.  I encountered the
kdevelop problem quite a while ago, waited for a fix, and finally just
removed kdevelop thinking there was some major problem that would eventually
be fixed.  Digging in bugzilla, I find this! 

For me, recent blender problems (openal and freealut), a libpng dep loop
(gimp-print, imagemagick versus gconf) leads to an emerge manual attention 
situation to stay current instead of just an 'emerge -bNDu world'.  

And a certain artsd problem with a certain via chipset leading to 'cpu 
overload' (problem does not occur on kubuntu).

The project seems to be a little slow these days.

...AND kubuntu's (Debian) kdevelop is 3.3.2 and works just fine.

I am sure some of this is just how busy people get, the sheer amount of 
work, and how many packages some of the deps touch, but the easy ones 
should be done quickly.

[Comment 10 Jan Marten Simons 2006-07-05 03:31:30 UTC]

I'd like to see the patch applied, too. Please issue a -r2, so that there is a stable version of kdevelop that actually builds.
The current state is quite discouraging for sb. who might just start with gentoo (esp. after the move to modular X.org).

[Comment 11 Jan Schnackenberg 2006-07-07 03:42:46 UTC]

I just saw, that KDevelop 3.3.2 is stable in x86. So:

Thank you Joshua Jackson for stabilizing it.

[Comment 12 German de la Cruz 2006-07-13 12:03:21 UTC]

The same problem with kdevelop-3.2.2

[Comment 13 Jakub Moc (RETIRED) 2006-08-04 15:17:36 UTC]

3.3.2 stable everywhere, old versions removed -> closing.

[Comment 14 Jakub Moc (RETIRED) 2006-08-09 01:58:40 UTC]

*** Bug 143303 has been marked as a duplicate of this bug. ***