tail of 'emerge gnucash': ... /bin/sh ../../mkinstalldirs /var/tmp/portage/gnucash-1.8.5/image//usr/share/omf/gnucash-docs for file in gnucash-guide-C.omf; do \ /bin/install -c -m 644 $file.out /var/tmp/portage/gnucash-1.8.5/image//usr/share/omf/gnucash-docs/$file; \ done scrollkeeper-update -p /var/tmp/portage/gnucash-1.8.5/image//var/lib/scrollkeeper -o /var/tmp/portage/gnucash-1.8.5/image//usr/share/omf/gnucash-docs Cannot stat file: /usr/share/gnome/help/gnucash/C/gnucash-guide.xml : No such file or directory make[4]: Leaving directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide/C' make[3]: Leaving directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide/C' make[2]: Leaving directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide/C' make[2]: Entering directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide' make[3]: Entering directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide' make[2]: Leaving directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide' make[1]: Leaving directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/guide' Making install in doc-tools make[1]: Entering directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/doc-tools' make[2]: Entering directory `/var/tmp/portage/gnucash-1.8.5/work/gnucash-docs-1.8.3/doc-tools' make[2]: Nothing to be done for `install-exec-am'. if test -r help-search-index.db; then \ rm -f help-search-index.db; \ fi ./build-help-index \ ./dbadd \ ./help-search-index.db \ ../help/C/gnucash-help/*.html \ ../guide/C/gnucash-guide/*.html; Error writing data. at this point, it seems to have sucked up about 1G of disk space (usage grows until the "Error writing data" line). Then it gets into a busy loop, sucking up all the CPU. A sighup stops it, with the following error messages: make[2]: *** Deleting file `help-search-index.db' Error opening database ./help-search-index.db: Invalid argument [523] # Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument Error opening database ./help-search-index.db: Invalid argument make[1]: *** [install-am] Interrupt make: *** [install-recursive] Interrupt /usr/portage/app-office/gnucash/gnucash-1.8.5.ebuild: src_install aborted; exiting. Reproducible: Always Steps to Reproduce: 1. ebuild gnucash 2. 3. Actual Results: as above Expected Results: clean install I have successfully emerge -u gnucash to this version on another machine, but this is a new install (there has never been any version of gnucash here). # emerge info Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.6.0-test4) ================================================================= System uname: 2.6.0-test4 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/3.1/share/config /usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/:/usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs sandbox strict userpriv ccache" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 avi crypt cups encode gif gpm jpeg libg++ mad mikmod mmx mpeg ncurses pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml slang readline arts tetex bonobo svga java guile mysql X sdl tcpd pam libwww ssl perl imlib oggvorbis gtk qt kde opengl acpi alsa apache2 artswrappersuid bindist cdr curl directfb dnd doc dvd emacs ethereal faad fbcon fbdev gd gtk2 hbci imagemagick innodb jikes md5sum mozilla moznocompose moznoirc mozsvg mozxmlterm music nas offensive parse-clocks pda php pic radeon S3TC snmp sse stroke tiff transcode type1 usb xft xml xosd -oss -3dnow -apm -foomaticdb -gnome -nls -gdbm -berkdb -python -esd -motif"
One note: the "[523] # " in the middle of the second set of output is my prompt. Sorry for the confusion.
did you happen to run out of disk space during building the docs?
hmm i think he said that, i have this problem too. It is some bad setup somewhere, but i haven't figured out what to do with it. Should ask wilddev if he can give us some pointers.
Actually, no. The build process consumed a large amount, but this is a new system, there was over 100G free...
*** Bug 24738 has been marked as a duplicate of this bug. ***
Hmmm, I'm not able to recreate this here at all, not even with a fresh install of gnucash. This part of the docs build is basically just a simple perl script that strips all of the html tags out of the file and common words and then uses the dbadd prog to add those to the help-search-index.db. I've no idea why this isn't working at this time.
is it possible it is some sort of race condition? can you try using: MAKEOPTS="-j1" emerge gnucash ?
MAKEOPTS="-j1" emerge gnucash ? doesn't help
*** Bug 29055 has been marked as a duplicate of this bug. ***
i have this problem too.. since 1.8.5 .. i got 1.8.5 to install by editing the ebuild and removing the scrollkeeper parts... (starting at line 84) cd ${WORKDIR}/${PN}-docs-${DOC_VER} make DESTDIR=${D} \ scrollkeeper_localstate_dir=${D}/var/lib/scrollkeeper \ install || die "doc install failed" rm -rf ${D}/var/lib/scrollkeeper
I'm having this problem w/ 1.8.7.
*** Bug 31221 has been marked as a duplicate of this bug. ***
sorry i really don't have time right now to investigate this, if someone could try to figure this out it would be helpful.
AFAIK the problem is ${WORKDIR}/${PN}-docs-${DOC_VER}/doc-tools/dbadd.c: After rm -f test && seq 256 | xargs ./dbadd test I get file "test" with 67502080 bytes. Further investigation showed that by calling dbopen with last argument &info initialized to HASHINFO info; memset (&info, 0, sizeof (info)); info.bsize = 256; info.ffactor = 8; info.nelem = 1; info.cachesize = 0; info.hash = 0; info.lorder = 0; the above mentioned test case produces file "test" with only 4864 bytes. It seems to be a problem in sys-libs/db because passing NULL as last argument to dbopen is perfectly valid.
You are right this is a problem with sys-lib/db-1.85 which doesn't work under 2.6.0-test kernels. I solved this problem by removing sys-lib/db-1.85 and recompiling all gnome1 with sys-libs/db-4.0.14-r2. This did involve some changes to ebuilds because althought the gnome1 components are designed to work with the db compatability layer, the gentoo ebuild creates versioned symbles which arn't found by a number of configure gnome1 autoconfig scripts. Also various ebuilds explicitly specify db-1* which is not really required. To change the lines use something similar to this. mv configure.in configure.in.orig cat configure.in.orig \ | sed 's/db-4.0, __db185_open, DB_LIBS=\"-ldb-4.0\"/db-4.0, __db185_open_4000, DB_LIBS=\"-ldb-4.0"/' \ > configure.in autoconf It should also be noted that some db versions that don't work under 2.6.0-test kernels because they incorrectly use O_DIRECT. I understand O_DIRECT is more posix complient in 2.6.0 kernels which has resulted in this breakage. You can disable O_DIRECT usage by adding something like the following line to your ebuild. This was taken from a redhat spec file. # XXX hack out O_DIRECT support in db4 for now. perl -pi -e 's/#define HAVE_O_DIRECT 1/#undef HAVE_O_DIRECT/' db_config.h
Edward, have you got a pointer to the problem? I googled but did not find anything.
the db issue is only mentioned in relation to redhats use of db4 in rpm. Here is a link. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=92247 and suggested workaround. LD_ASSUME_KERNEL=2.2.5 I suspect that redhat doesn't ship earlier versions of db so issues or problems with other versions may not have been noticed. This is a link to the source that the suggested fix came from. http://rpmfind.net/linux/rpm2html/search.php?query=db4
the same problem is still happening... what is really the deal here? does it only happen on 2.6 kernels or what?
Just to record it here, the workaround that has been working for me is to kill the dbadd process that pegs the CPU. Note that there will be several that come and go prior to that without any problem, it's only this one rogue that needs to go. Also, once that is gone a bunch of error messages ("Error writing data") will appear, but they can be ignored. hth
Created attachment 21635 [details] ebuild to build against db4 The problem is as stated above db2 doesn't work under 2.6. This is ebuild will allow gnucash to build against db4. To use it you will need to unmerge db2. Modify all gnome dependencies to use db4, and then emerge gnucash
Created attachment 21636 [details] ebuild to build against db4 The problem is as stated above db2 doesn't work under 2.6. This is ebuild will allow gnucash to build against db4. To use it you will need to unmerge db2. Modify all gnome dependencies to use db4, and then emerge gnucash
I get similar error when trying to emerge gnucash 1.8.8. I'm using the 2.6 kernel. ---------------------------------------------------- if test -r help-search-index.db; then \ rm -f help-search-index.db; \ fi ./build-help-index \ ./dbadd \ ./help-search-index.db \ ../help/C/gnucash-help/*.html \ ../guide/C/gnucash-guide/*.html; Error writing data. Caught signal 2 make[2]: *** Deleting file `help-search-index.db' daenerys root # rm -Rf /var/tmp/portage/gnucash-1.8.8/ daenerys root # Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. Can't exec "./dbadd": No such file or directory at ./build-help-index line 72. make[1]: *** [install-am] Interrupt make: *** [install-recursive] Interrupt /usr/portage/app-office/gnucash/gnucash-1.8.8.ebuild: src_install aborted; exiting. daenerys root #
Sorry for no progress here. The solution in #17, #20 & #21 looks promising, i hope to check it out soon and please others with the same problem try it and check back here with the results if you can. Thanks in advance to Edward for at least looking into this :)
I had sys-libs/db version 4.1.25_p1-r3 and Kernel 2.6 installed prior to building any gnome dependencies. Nevertheless, I downloaded the new ebuild from the bug attachment, but I got the same result (same error and output as above.) I was able to work around it and get gnucash installed by killing the offending dbadd process. The ebuild went just fine after that. (See comment #19) However, anytime I use any help or tutorials GnuCsh crashes now. I don't understand why we are having this problem. Any more suggestions? If anybody can get this package to build without killing that rogue dbadd process _please_ let me know!
The bug resulting in gnucash crashing when you access help is not related to this bug. If you look at the end of #30793 the solution to this problem is given.
I have compiled this package consistently, without incident, after removing db2 and compiling all gnucash dependencies without db2. It is not enough to simply have sys-libs/db version 4.1.25_p1-r3 available because dbadd will compile against db2. #ldd dbadd This occurs because a number of gnome1 packages have explicitly dependencies for db2. These dependencies are not necessary. All later versions of db have a db2 compatible API so it is not necessary to use db2 unless you have to access a database created using db2 (newer dbdatabases are not binary compatible with db2).This basically leaves you with two options. Compile everything without db2 as I have or find the bug in db2.
could you describe in detail, how to compile against db4? What packages do I have to recompile? And what modifications on the ebuilds do I have to make? I unemerged all dbs and emerged only db-4.0.14. Then I used the ebuild-attachment from here but gnucash didn't compile because "gal" didn't work. So I tried to reemerge gal-0.24 but it always wants to compile with "-ldb1" which doesn't exist.
are you building against 2.6.x headers or against 2.4.x headers? I'm pretty sure my db-1.85 is built against 2.6.X headers but I'll check .. okay rebuilt it again .. against 2.6.1 linux-headers.. (needed db-1.85 for rpm before was built against 2.6.0) unmerge /remerge all files previously installed specifically for gnucash .. I kept the list .. USE=" doc ofx" emerge gnucash pulled these in at least gnome-base/libghttp-1.0.9-r4 dev-util/guile-1.6.4-r1 dev-libs/slib-3.1.1 ... need to replace with slib-2.4.6 for it to run .. known bug 41983 dev-libs/g-wrap-1.3.4 gnome-base/gnome-print-0.37 dev-libs/libunicode-0.4-r1 dev-util/gtk-doc gnome-extra/gal-0.24 gnome-base/bonobo-1.0.22 gnome-extra/gtkhtml-1.1.10-r1 gnome-extra/guppi-0.40.3-r2 dev-libs/libofx-0.6.6 app-office/gnucash-1.8.8 nothing fancy and everything .. seems to install fine .. so maybe just recomipling against linux-headers-2.6.x is the fix ..
help files do not work with doc flag set.. however they have not worked over the last several versions it seems if you set the USE="doc" flag .. compiling without or USE='-doc' allows help to install properly .. perhaps the doc install section is incorrect and overides the help file settings inproperly .. has the basic gnucash tarball install changed to include the help in the standard install ??
Having this problem here too.
could somebody please fix the original bug and release an appropriate ebuild. none of the above workarounds worked for me.
Why is this bug STILL not fixed? It was posted SEP of 03 (SIX MONTHS AGO)! Futhermore, why doesn't this ebuild respect -doc? I have -doc set and it still fails on trying to build/install docs.
I agree. I'm using mm-sources-2.6.4-mm1 and have these db versions: sys-libs/db selected: 1.85-r1 3.2.9-r9 4.1.25_p1-r3 4.0.14-r2 Problem is still occuring in gnucash-1.8.8 As far as the doc flag, I found this in ChangeLog: *gnucash-1.8.5 (02 Sep 2003) 02 Sep 2003; Alastair Tse <liquidx@gentoo.org> : version bump. made user docs install without doc useflag. updated docs to version 1.8.3
Created attachment 28159 [details, diff] patch for gnucash-docs-1.8.3 This patch (based on comment #14) appears to fix the problem. I am using gnome1 compiled with db-1.85 (and kernel 2.6.4). Can someone test to see if it still works with gnome1 compiled against later versions of db?
Created attachment 28160 [details] ebuild to use the above patch Ebuild to use the above patch (assumes the patch is named gnucash-docs-1.8.3-fix_db1.85_kernel2.6.patch)
I tried to emerge gnucash 1.8.8. with "-doc" useflag, but it still hangs as described in this thread. Any hints how I can get it to compile without that?
gerold.strobel, as far as I can tell, the -doc useflag doesn't actually do anything in the gnucash 1.8.8 ebuild. I am curious, have you tried the patch and ebuild I posted on 2004-03-27? If you have tried it and it still doesn't work, are you seeing very large files in /var/tmp/portage/gnucash-1.8.8/work/gnucash-docs-1.8.3/doc-tools/ (or the analogous directory on your system) after the ebuild hangs?
Created attachment 28545 [details] gnucash-1.8.8.ebuild here is an ebuild that uses doc use flag and incorperates the patch for 2.6 kernels seems to work fine here
Bret, did it not work for you before and did this resolve it? I'm the gnucash-docs maintainer and I'd like to fix this issue in the next release of gnucash-docs (due in a couple of weeks). This sounds like a potential solution but I'd like to get some more definate feedback from people having this problem to include the patch in the release. Gerold and others who are having this problem please add to this bug report if it fixes things for you, only you feedback that things work now will get it into the release.
Re: Comment #38: Bret's ebuild works for me on Linux 2.6.3, with one glitch: The ebuild line to patch the docs: epatch ${FILESDIR}/${PN}-docs-${PV}-fix_db1.85_kernel2.6.patch must be changed to: epatch ${FILESDIR}/${PN}-docs-${DOC_VER}-fix_db1.85_kernel2.6.patch Thanks for your help, sf, Alex, Bret, and everyone!
dbadd would just freeze it looked like to me taking 100% cpu with it after reading this bug and seeing the apparent 2.6 kernel related problem i made that ebuild to solve my problem i thought about doing the db4 item listed here also but figured this fix was alot less painfull
GnuCash-docs-1.8.4 has been release which includes the fix supplied by Alex Rostovtsev. Hopefully this bug can now be closed :)
gnucash-1.8.9 just went into portage, and it uses 1.8.4 of gnucash-docs, which as wilddev said, should sort this all out. sorry for the delay -- and thanks muchly, wilddev. everyone, please test 1.8.9 -- and don't hesitate to reopen this bug if this problem seems to not have gotten solved with it.