Re: Debian installation
> The problem is that gnucash was accidentally compiled against > libgwrapguile0 instead of libgwrapguile1. Then, just after gnucash > 1.6.0 was added to the distribution, libgwrapguile0 was removed [...] > If anyone would like a copy of > the old libgwrapguile0 .deb, you can grab from > http://people.debian.org/~treacy/libgwrapguile0_0.9.12-3_i386.deb That did the trick for me - I am now among the elite who have gnucash up and running. Note that I had grabbed a libgwrapguile0 deb from gnucash.org, but it tossed up all kinds of other dependency problems. Your version dropped in much more nicely. Thanks, jon Jonathan Corbet Executive editor, LWN.net [EMAIL PROTECTED] ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
...made it die...
OK, next problem. Now that I have gnucash running, I of course want to play with it. So what better to do than to feed it my old gnucash file and ask for a bunch of pretty pie charts? The result: "I can't find the default fonts needed by Guppi. In 99% of all cases, this means that there is a problem with your installed version of gnome-print." Then it just dies without saving the file, and leaving its lock in place. I have the Debian unstable libgnomeprint libraries installed (0.29-2), and I've not seen any other obvious problems with the GNOME setup. Any ideas? Thanks, jon Jonathan Corbet Executive editor, LWN.net [EMAIL PROTECTED] ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
Re: qif importing bug?
On Tue, Jun 12, 2001 at 10:15:20PM -0700, Cengiz Alaettinoglu wrote: > And here is the qif file: > !Type:Bank > D6/16/97 > CX > MAlaettinoglu, Cengiz > T2,098.82 > PAccounts Pay PaymentUsc > L/Travel:N|[Travel] > S/Travel:N|[Travel] > ERejklavik > $2,000.00 > S/Petty Cash:ISDN|[Telecom] > $98.82 > ^ Thanks for the bug report. I have fixed the problem that caused gnucash to fail to import this file, but I have to ask you what your understanding of the *meaning* of this transaction is. According to the parsing rules I understand for QIF transfer/split lines, the "L" line says that this transaction has no Category but is in the Class Travel:N|[Travel]. This doesn't seem right, because it would be a very strange use of the Class field. It seems more likely that this is really a Transfer to the account Travel, in the Class Travel:N ... is this correct? If so, MS Money is bastardizing the QIF format AGAIN fortunately I can change our parser to handle this pretty easily. Please let me know which of these interpretations is correct. Thanks, Bill Gribble ___ gnucash-devel mailing list [EMAIL PROTECTED] http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
gnucash-1.6.0 build problem with some guile versions
scm_long_long2num and its inverse are only compiled when LONGLONGS is defined in guile-1.3.4; this isn't the default. The attached allows gnucash to build on such a system (otherwise it tries to link in functions that don't exist...) Bill --- gnucash-1.6.0/configure.in.foo Mon Jun 18 23:05:27 2001 +++ gnucash-1.6.0/configure.in Mon Jun 18 23:05:29 2001 @@ -549,7 +549,9 @@ } ],[ AC_MSG_RESULT(yes) - AC_DEFINE(GUILE_LONG_LONG_OK,1,is sizeof(long_long) >= sizeof(gint64)) + AC_CHECK_LIB(guile, scm_long_long2num, + AC_DEFINE(GUILE_LONG_LONG_OK,1,is sizeof(long_long) >= + sizeof(gint64))) ],[ AC_MSG_RESULT(no) ])
