On 10-Dec-06, gnucash.org announced release of v2.0.3. Release notes suggest several crashes fixed, which would assist all users. Request ebuild generated and added to Gentoo.
Renaming ebuild 2.0.2 into 2.0.3 is enough.
I would like to get some of the scheme stuff in portage upgraded so that this can take advantage (new slib, guile and g-wrap). I have the scheme team (or at least its soon to be newest member) looking at those other three packages. Thanks for your patience :)
Ebuilds for dev-scheme/guile-1.6.8, dev-scheme/slib-3.1.4 and g-wrap-1.9.7 are attached to relevant bugs and are ready for testing :) Please recat guile and slib to dev-scheme to get the ebuilds to work and use "slib" use flag for guile. Gnucash will probably need to depend on guile being built with this use flag and not at all on slib itself. Also I have done nothing to keywords.
2.0.4 is out
(In reply to comment #3) > Ebuilds for dev-scheme/guile-1.6.8, dev-scheme/slib-3.1.4 and g-wrap-1.9.7 are > attached to relevant bugs and are ready for testing :) FYI, gnucash has seen problems with slib 3a4 (3.1.4), so 3.1.3 or earlier might be needed, instead. I believe debian patches slib to work, might need the same thing here. Sorry for the scarce detail.
(In reply to comment #2) > I would like to get some of the scheme stuff in portage upgraded so that this > can take advantage (new slib, guile and g-wrap). I have the scheme team (or at > least its soon to be newest member) looking at those other three packages. > > Thanks for your patience :) > In the meantime there can be simple bump of an ebuild which just works and when the mentioned issues get resolved there may be -r1 version of the ebuild released ;)
(In reply to comment #6) > In the meantime there can be simple bump of an ebuild which just works > and when the mentioned issues get resolved there may be -r1 version of the > ebuild released ;) New g-wrap, slib and guile ebuilds are now in the tree. So try the simple version bump with them :)
Also requires Fianance-Quote 1.13
(In reply to comment #8) > Also requires Fianance-Quote 1.13 No, it doesn't, though new Finance-Quote versions are always nice.
(In reply to comment #7) > New g-wrap, slib and guile ebuilds are now in the tree. So try the simple > version bump with them :) - guile-1.6.7, g-wrap-1.9.6, slib-2.4.6, gnucash-2.0.[1234] is known good [I'd been running this forever.] - guile-1.6.7, g-wrap-1.9.6, slib-3.1.1, gnucash-2.0.[1234] is good. [I'm running this now.] - guile-1.6.7, g-wrap-1.3.4, slib-3.1.1, gnucash-2.0.[1234] should be fine; given that g-wrap-1.9.6 isn't in portage, this is probably the "best" combination right now. - g-wrap-1.9.7 will NOT (presently) work with gnucash-2.0.x; gnucash will build, but on gnucash startup result in the error message: jsled@phoenix [~]$ gnucash Backtrace: In current input: 1: 0* [gnc:report-menu-setup] ?: 1 (letrec (# # # ...) (gnc:add-extension income-expense-menu) ...) In /usr/share/gnucash/guile-modules/gnucash/report/report-gnome.scm: 118: 2* [gnc:hook-run-danglers "hook_report" . #f] In /usr/share/gnucash/scm/hooks.scm: 22: 3 [gnc:hook-run-danglers-real "hook_report" #f] /usr/share/gnucash/scm/hooks.scm:22:3: In procedure gnc:hook-run-danglers-real in expression (gnc:hook-run-danglers-real hook args): /usr/share/gnucash/scm/hooks.scm:22:3: Wrong type argument in position 2: #f
Thanks Josh (Comment #10) That was the right hint at the right time ;-). Even though Josh writes it implicitly, I want to word it out: Gnucash didn't compile with guile-1.6.8 on my machine. I'm running - guile-1.6.7, g-wrap-1.9.6, slib-3.1.1, gnucash-2.0.4 is good. as well
(In reply to comment #11) > Gnucash didn't compile with guile-1.6.8 on my machine. Was it guile-1.6.8, or slib-3.1.1 that prevented it compiling?
Created attachment 107455 [details] g-wrap-diff g-wrap-1.9.[67] install some libs in a slightly different location. Maybe that is all that is making gnucash fail.
Created attachment 107461 [details] dev-libs/g-wrap/g-wrap-1.9.7-r1.ebuild ebuild which adds # gnucash compatibility stuff mv ${D}/usr/$(get_libdir)/g-wrap/modules/* ${D}/usr/$(get_libdir)/ rmdir ${D}/usr/$(get_libdir)/g-wrap/modules/ && dosym ../.. usr/$(get_libdir)/g-wrap/modules to src_install. No idea if it makes gnucash happy.
Comment on attachment 107461 [details] dev-libs/g-wrap/g-wrap-1.9.7-r1.ebuild the symlink should point to /usr/lib
In reply to comment #12: guile-1.6.8 has borked compilation of "my" gnucash. I'm currently successfully using the following combination: - slib-3.1.1 (compiled with 3.1.4 but did not run) - g-wrap-1.9.6 (not in portage) (compiled but did not run with 1.9.7 and 1.9.7-r1) - guile-1.6.7 (did not compile with 1.6.8) - gnucash-2.0.4 (not in portage) I might not have tried all variations systematically, but I can tell you that I have recompiled several of them repeatedly... ;-)
Since portage updates the packages, older versions of gnucash doesn't work too. We need some masking. gnucash doesn't work with =slib-3.1.4 nor =g-wrap-1.9.7 nor =g-wrap-1.9.6. So, we have to fall back on =g-wrap-1.3.4-r1 and =slib-3.1.1. =slib-3.1.1 doesn't work with dev-scheme/guile-1.6.8, so we have to fall back on guile-1.6.7. Hence, the quick fix for people is : cat >>/etc/portage/package.mask <<EOF =dev-scheme/slib-3.1.4 =dev-scheme/guile-1.6.8 =dev-libs/g-wrap-1.9.6 =dev-libs/g-wrap-1.9.7-r1 EOF emerge -1 guile slib g-wrap This way, I have gnucash-2.0.4 working without changing the ebuild, and I can type emerge -u world...
version bumped.
I'm sorry, in what way is this fixed? I am still having the problem. Is the "fix" that I'm supposed to mask certain package versions manually, or what?
A new ebuild goes never straight into stable. Fixed means it is available in the tree and it is keyword masked, so it basically seems to work and early adopters might give it a try. And if no further severe problem arises it might get stable at the earliest in 4 weeks (if any of the ebuilds it depends on are stable then also). And if I look at the deps and the necessary use flags, it might even take longer. It's working for me though, thanks Seemant!
I'm talking about the various problems with slib, g-wrap, and guile. I've got all of these things marked ~amd64 to get the testing versions, but these versions are not compatible with each other. At the moment, I'm using masking to try various combinations to see if I can get something that works, but "out of the box" ~amd64 does not work (for me).
FYI: I just got gnucash-2.0.4 to compile and run, using this combination of versions: app-office/gnucash-2.0.4 USE="hbci nls ofx -chipcard -debug -doc -quotes" dev-scheme/slib-3.1.1-r1 dev-libs/g-wrap-1.9.6-r1 dev-scheme/guile-1.6.7 I could not get gnucash-2.0.4-r1 to compile, because I ran into bug #165713. None of the other combinations of versions I tried worked, including combinations that seem to have worked for others commenting on this bug.
Out of the box, you need to mask anything above slib-3.1.1, but that should be it. Once you upgrade guile, you should then remerge slib and g-wrap, and *then* emerge gnucash. I'm sorry that's how it is, but our hands are a little tied by the fact that upstream's gnucash will NOT build with slib-3.1.4.
Mine is running for ~x86 with: [ebuild R ] app-office/gnucash-2.0.4-r1 USE="doc hbci nls -chipcard -debug -ofx -quotes" 0 kB [ebuild R ] dev-scheme/slib-3.1.1-r1 0 kB [ebuild R ] dev-libs/g-wrap-1.9.6-r1 0 kB [ebuild R ] dev-scheme/guile-1.8.1-r1 USE="deprecated discouraged nls regex -debug -debug-freelist -debug-malloc -elisp -networking -threads" 0 kB revdep-rebuild was necessary though
The combination of comments #23 and #24 seems to work. I upgraded guile, then built slib and g-wrap, then ran revdep-rebuild, which wanted to build g-wrap *again*, and then I was able to build and run gnucash. I did the slib and g-wrap builds together, so I'm not sure what order emerge did them in, but I guess maybe g-wrap needs to be built after slib. My versions are same as in comment #24.
Ok, after having read comments #23 to #25, I gave it another try (coming from a working gnucash as described in comment #11. Eventually, I can confirm Randalls statement (comment #25). However, I had to do the following emerge =dev-scheme/guile-1.8.1-r1 =dev-scheme/slib-3.1.1-r1 dev-libs/g-wrap-1.9.6-r1 dev-scheme/guile-1.8.1-r1 =dev-libs/g-wrap-1.9.6-r1 dev-scheme/slib-3.1.1-r1 app-office/gnucash-2.0.4-r1 I guess it is crucial to recompile guile ans slib after having emerged g-wrap-1.9.6-r1. gnucash is still compiling, but before having emerged g-wrap the second time - and subsequently slib the second time, the emerge process didn't even get past configure.
To be slightly more precise than in comment #26: When redoing the procedure on another computer, I did the following: I used the following use flags for guile: dev-scheme/guile deprecated discouraged nls regex Then I ran the following two commands: emerge -va =dev-scheme/guile-1.8.1-r1 =dev-scheme/slib-3.1.1-r1 =dev-libs/g-wrap-1.9.6-r1 emerge -va =dev-scheme/guile-1.8.1-r1 =dev-libs/g-wrap-1.9.6-r1 =dev-scheme/slib-3.1.1-r1 =app-office/gnucash-2.0.4-r1 HTH, Urs
