Summary: | kde-base/kdelibs-3.5.10-r2 doxygen hangs when doc USE flag is set | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ansla80, esigra, heavymetal, hoea, landshark, m.debruijne, mephinet, nerdboy, roderick.andara |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 266693 | ||
Bug Blocks: | 245954 |
Description
Juergen Rose
2009-04-03 15:02:51 UTC
I found someone reporting a similar problem here after I had the same problem you described: http://www.mail-archive.com/blfs-dev@linuxfromscratch.org/msg08953.html I'm working around it by emerging with USE=-doc Thanks for the hint. the same for me ... I left emerge running overnight just to find in the morning that nothing is done and system is swapping, as runaway doxygen process takes 1,5 GiB resident memory (out of 2 GiB available) and nearly twice as much virtual memory I just tried to kill that process, and kdelibs installation continued without a problem, except the kdeprint docs ... *** Creating apidox in kdeprint * Warning: Tag `USE_WINDOWS_ENCODING' at line 2 of file kdeprint/Doxyfile has become obsolete. To avoid this warning please update your configuration file using "doxygen -u" Warning: Tag `MAX_DOT_GRAPH_WIDTH' at line 154 of file kdeprint/Doxyfile has become obsolete. To avoid this warning please update your configuration file using "doxygen -u" Warning: Tag `MAX_DOT_GRAPH_HEIGHT' at line 155 of file kdeprint/Doxyfile has become obsolete. To avoid this warning please update your configuration file using "doxygen -u" Warning: Tag `DETAILS_AT_TOP' at line 181 of file kdeprint/Doxyfile has become obsolete. To avoid this warning please update your configuration file using "doxygen -u" /var/tmp/portage/kde-base/kdelibs-3.5.10-r2/work/kdelibs-3.5.10/admin/doxygen.sh: řádek 504: 2613 Ukončen (SIGTERM) doxygen "$subdir/Doxyfile" * Post-processing files in kdeprint/html grep: kdeprint/html/index.html: není souborem ani adresářem Nerdboy this is more of doxygen issue. Because we cant just replace the invalid data. it should die, fail what so ever, but not leak. emerging kdelibs-3.5.10-r3 fails in the same way kdelibs-3.5.10-r4 fails in the same way, too. According to comment 1, there is a symlink that i removed inside the ebuild, although in my ebuild i didn't have that (maybe generated?). Fixed in kdelibs-3.5.10-r6 in kde3 overlay, it will hit tree as soon as i fix more kdelibs-3.5.10 bugs (don't want to revbump it every day :) ) I think the symlink is generated. Right at this moment, I have a doxygen stuck eating more and more memory: #ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND [snip] portage 17499 99.9 14.1 683412 573772 pts/1 R+ 01:03 14:25 doxygen kdeprint/Doxyfile #ls -al /var/tmp/portage/kde-base/kdelibs-3.5.10-r6/work/kdelibs-3.5.10/kdeprint total 1772 drwxr-xr-x 15 portage portage 12288 2009-05-31 00:52 . drwxr-xr-x 46 portage portage 4096 2009-05-31 01:01 .. [snip] -rw-r--r-- 1 portage portage 2403 2009-05-31 00:52 kded_kdeprintd.la lrwxrwxrwx 1 portage portage 12 2009-05-31 00:52 kdeprint -> ./management -rw-r--r-- 1 portage portage 3628 2005-10-10 10:06 kdeprintcheck.cpp (Apologies if all that gets line wrapped.) The symlink is still there. In an overlay, I was removing the symlink right above the "emake apidox || die" line and it worked for me. Also, supposedly doxygen-1.5.9 fixes this problem (see bug #266693). Wow, after waiting 9 months for KDE 3.5.10 to turn stable, it doesn't even compile. I wonder just why this doesn't surprise me at all... :-/ This bug is NOT fixed. 3.5.10-r6 still hangs in an infinite doxygen loop. please mask the doc useflag or make kde-base/kdelibs depend on doxygen 1.5.9 (see bug #266693) sorry, but considering this as fixed is not correct as long as you don't bump the ebuild revision imho. Affected users have to manually `emerge -1 doxygen` to enjoy the patch... |