GnuCash 2.8 in Opensuse 12.1 issues with guile 2.0

[the_Dude_abides]

Gnucash when started gets a splash screen and vanishes.

The issue was started here 12.1 M5; Gnucash crash

There was a suggested fix here https://bugzilla.novell.com/show_bug.cgi?id=722909

Fixed in 2.4.8, update package and it will work fine.

Free Accounting Software | GnuCash
Changes

Between 2.4.7 and 2.4.8, the following bugfixes were included:

Bug #655901 - Fix build with guile 2.0

Changing this on my system (upgrading from 2.7 to 2.8) did not fix the issue-it also looks like others had the same results here https://bugzilla.novell.com/show_bug.cgi?id=724917

I installed the following packages from your repo:
- gnucash-2.4.8-27.1.x86_64
- gnucash-lang-2.4.8-27.1.noarch
- guile-2.0.3-34.3.x86_64
- libguile-2_0-22-2.0.3-34.3.x86_64
and zypper dup --from says that's all I need.

Unfortunately gnucash still exits after showing the splash screen.
At least I get a fresh set of error messages: ;-)

[...]
;;; WARNING: compilation of
/usr/share/gnucash/guile-modules/gnucash/report/eguile-html-utilities.scm
failed:
;;; ERROR: failed to create path for auto-compiled file
"/usr/share/gnucash/guile-modules/gnucash/report/eguile-html-utilities.scm"
ice-9/psyntax.scm:1313:30: In procedure chi-macro:
ice-9/psyntax.scm:1313:30: Syntax error:
unknown location: source expression failed to match any pattern in form do

I also found a patch here GnuCash in 12.1 (Was: [reminder] openSUSE 12.1 Goldmaster is next week
But as they said

> > > > gnucash currently builds but does not work because it /requires/ guile
> > > > versions less than 2.0, which are not (yet) present in openSUSE 12.1.
> > > > To "fix" gnucash, a guile1 package would have to be made available and
> > > > gnucash would have to build with it. Is that the sort of thing that
> > > > would be possible after RC2?

Has anyone successfully done this? Does anyone have Gnucash 2.7 or 2.8 working with guile 2.0? If so how? Or has someone created guile1? Sorry if I missed anything or am missing the obvious..

[the_Dude_abides]

Sorry, in my own post I found my fix-its the small details that are easy to overlook at times. I'm not sure how stable this is, but this is just the first time I'm able to start GNUcash without it crashing.

As said in https://bugzilla.novell.com/show_bug.cgi?id=724917

New test packages are available at
Index of /repositories/home:/dimstar:/branches:/GNOME:/Apps/openSUSE_Factory

please give those some testing-love...

I downloaded/updated the following:
gnucash-2.4.8-27.6.x86_64.rpm
guile-2.0.3-36.1.x86_64.rpm
libguile-2_0-22-2.0.3-36.1.x86_64.rpm

[nitramuk]

Working for me at the moment as per your guide.
Many thanks.

[the_Dude_abides]

Glad to hear you got it to work.

[josemq]

Hello

I had the same problem starting gnucash when I updated to opensuse 12.1. It was solved when I updated gnucash to 2.4.8 and guile to 2.0.2-31.2 and libguile to 2_0-22-2.0.2-31.2. Now, there are some problems launching reports. With some reports, gnucash show just a problem with the report instead the information, with other reports like invoices, the system crash. I included below the debug information.

In ice-9/boot-9.scm:
170: 11 [catch #t #<catch-closure 844be80> ...]
In unknown file:
?: 10 [catch-closure]
In gnucash/report/report-gnome.scm:
79: 9 [#<procedure 9eb3010 at gnucash/report/report-gnome.scm:78:17 (window)> #]
In report.scm:
356: 8 [gnc:make-report "67112f318bef4fc496bdc27d106bbda4"]
269: 7 [gnc:report-template-new-options #]
In ice-9/boot-9.scm:
170: 6 [catch ignore #<procedure 9e63300 at gnucash/main.scm:140:4 ()> ...]
In unknown file:
?: 5 [lazy-catch #t #<procedure 9e632d0 at gnucash/main.scm:142:18 ()> ...]
In ice-9/boot-9.scm:
184: 4 [with-throw-handler #t #<catch-closure 8b0b6a0> #<catch-closure 8b0b690>]
In unknown file:
?: 3 [catch-closure]
In gnucash/report/easy-invoice.scm:
246: 2 [options-generator]
In ice-9/boot-9.scm:
115: 1 [#<procedure b358d20 at ice-9/boot-9.scm:110:6 (thrown-k . args)> unbound-variable ...]
In unknown file:
?: 0 [catch-closure unbound-variable "module-lookup" ...]
Backtrace:
In ice-9/boot-9.scm:
170: 14 [catch #t #<catch-closure 844be80> ...]
In unknown file:
?: 13 [catch-closure]
In gnucash/report/report-gnome.scm:
79: 12 [#<procedure 9eb3010 at gnucash/report/report-gnome.scm:78:17 (window)> #]
In report.scm:
356: 11 [gnc:make-report "67112f318bef4fc496bdc27d106bbda4"]
269: 10 [gnc:report-template-new-options #]
In ice-9/boot-9.scm:
170: 9 [catch ignore #<procedure 9e63300 at gnucash/main.scm:140:4 ()> ...]
In unknown file:
?: 8 [lazy-catch #t #<procedure 9e632d0 at gnucash/main.scm:142:18 ()> ...]
In ice-9/boot-9.scm:
184: 7 [with-throw-handler #t #<catch-closure 8b0b6a0> #<catch-closure 8b0b690>]
In unknown file:
?: 6 [catch-closure]
In gnucash/report/easy-invoice.scm:
246: 5 [options-generator]
In ice-9/boot-9.scm:
115: 4 [#<procedure b358d20 at ice-9/boot-9.scm:110:6 (thrown-k . args)> unbound-variable ...]
In unknown file:
?: 3 [catch-closure unbound-variable "module-lookup" ...]
In gnucash/main.scm:
126: 2 [dumper unbound-variable "module-lookup" ...]
In unknown file:
?: 1 [display-error #<stack 9e63048> #<output: file /dev/pts/1> ...]
In ice-9/boot-9.scm:
119: 0 [#<procedure b358d20 at ice-9/boot-9.scm:110:6 (thrown-k . args)> wrong-type-arg ...]

ice-9/boot-9.scm:119:20: In procedure #<procedure b358d20 at ice-9/boot-9.scm:110:6 (thrown-k . args)>:
ice-9/boot-9.scm:119:20: In procedure print-exception: Wrong type argument in position 2 (expecting frame): #<stack 9e63048>


Regards
Jose

[the_Dude_abides]

It appears here Discussion about RPM packaging for openSUSE ()

The issues are still being worked out.

As soon as we get a gnucash together (also together with upstream) that
works, the online update should not cause any problem. After all we
would replace a non-working package with a working one... could there be
a better argument?

Unfortunately, it seems, this package still has some lacking features.
The fact that a bunch of it is written in guile doesn't make it easier
to debug. The more exotic the languages, the less people you can find to
debug the stuff

Dominique

As with the packages provided they are aware

Unfortunately, the the reports do not seem to work.

For me, I'll constantly check for any updates, if it is dire necessary to get reports and log information KmyMoney has a feature that allows you to import GNUCash files

[ranger69]

This problem with Gnucash is really difficult for me. Does anyone at SUSE have an idea when this bug will be sorted. I am entirely dependent on Gnucash for financial information. I have recently come to SUSE and I like it generally; but I will need to move to another operating system if this can't be sorted out within a reasonable period.

[the_Dude_abides]

I don't have an answer of when, but it will be as soon as possible. I'm sure these are the answers you don't want to see but you have a few options.

Wait for the patch.
Use Kmymoney until the patch comes. You are able to import files from GNUCash & export the Kmymoney files back into GNUCash when the problem is fixed.
As said here http://forums.opensuse.org/english/g...-crashing.html

You always have the option of going back to 11.4 or running it in a
virtual machine. Pan is similarly broken in 12.1, so I run it remotely
from a VM that's installed with 11.4. X forwarding puts it on my local
desktop so I don't have to remote control another system.

I don't think switching operating systems is the answer. There are many solutions with openSUSE, and with a new distribution there are always things to be worked out in the first few weeks.
Best of luck.

[ranger69]

Thanks. I'll wait and go with the alternative programme.

[the_Dude_abides]

This fixed my exporting report problem as well (comment 16)
https://bugzilla.novell.com/show_bug.cgi?id=724917

I emailed dimstar not quite a week ago with a fix for the reports.
I will reproduce that email content here:


I found that by commenting out (with ; line 292 of
/usr/share/gnucash/scm/html-document.scm that I was able to get a few
reports working. I did not encounter any reports that did not work,
but I didn't perform an exhaustive check, either.

Here is the line (commented out).

;; (if attr (hash-fold add-attribute #f attr))

Not sure when a patch will come out, but this works for now.