Adding Palm support
I've just got myself a shiny new Palm IIIx, and I'd really like to add the ability to download transactions from its expense tracker. I've located a library called pilot-link which would make writing this simple, but as we have all agreed, adding new runtime dependancies is a Bad Thing, particularly for something that is useless unless you have a Palm. Is it possible to build a single binary that can detect whether a library is present and continue running (without that functionality of course) if it's not there? Or will I have to build a seperate binary - and, if so, what's the best method for doing the inter-process communication? -- --- Robert Merkel [EMAIL PROTECTED] What a strange game. The only winning move is not to play. -- WOP, "War Games" ---
duplicate transactions
(revised message -- yesterday's version bounced) Well, I got gnucash 3.6.2 running on SuSE Linux 6.3. When I import my entire financial state from a set of Quicken exports (one for each account, natch), all the transfers from one account to another get duplicated. A transfer is physically present in the .qif files of both the "from" and the "to" account; presumably the duplication is a simple-mided consequence of this. When the transfer has been reconciled in one account but not the other, one of the two resulting transactions is reconciled; the other is not. What I would want is one transaction which is reconciled at one end only. The obvious workaround is to delete one of the two transactions, but then I also have to get a way of unreconciling one end or reconciling the other end of each such transaction. Is there an easy way of accomplishing this edit? And I have about six years' worth of data to convert -- maybe three of four hundred transfers altogether. It's hard to imagine editing it all correctly by hand. It seems there should be a more elegant way to handle this, perhaps with special handling of imports. I suspect that a transfer should be considered to be a duplicate if there is already another transaction bearing the same date and amount and bank accounts (and such pairs must be paired off during inporting so that if you see four of them you still end up with two). I do not know where to even start looking in the source code to do something about it. Any suggestions? Or am I missing something obvious? (actually, I tried changing some of the scheme code as a first step, to get it to write out the list of transactions as one humongous S-expression (so that I might examine it by other means) but my changes seem to have no effect whatsoever. Evidently there's something I still don't know about Scheme or about the Makefiles.) Is there any way to mass-import a whole directory full of .qif files? Or do I have to do it one at a time? Is there an easy way to (a) uninstall? (b) build an RPM? The crucial desideratum for either of these is the list of installed files. -- hendrik.
Compiling GnuCash on AXP
I've gotten my AXP box out of mothballs, and was going to see about
getting GnuCash to compile there. Might as well locate as many
bugs as possible...
I'm running "pretty-recent Debian unstable" on it; GNOME 1.0.56-1,
it would seem.
Killer thing that's breaking: it can't find libgtkxmhtml.
I've got both the versions (e.g. - including the -dev version)
installed, version 1.0.56-1.
[cbbrowne@dantzig:gnucash] dpkg -l | grep html
ii libgtkxmhtml-d 1.0.56-1 The Gnome gtkxmhtml (HTML) widget -- develop
ii libgtkxmhtml1 1.0.56-1 The Gnome gtkxmhtml (HTML) widget
Critical bit of ./configure:
checking for png_read_image in -lpng... yes
checking for XpmReadFileToXpmImage in -lXpm... no
checking for XmHTMLTextScrollToLine in -lXmHTML... no
checking gtk-xmhtml/gtk-xmhtml.h... yes
checking for gtk_xmhtml_new in -lgtkxmhtml... no
configure: warning: Cannotfind libgtkxmhtml -- gnome build disabled (not required for
motif)
checking for readline in -lreadline... no
checking for guile-config... /usr/bin/guile-config
checking for guile... /usr/bin/guile
I most definitely have it there;
[cbbrowne@dantzig:gnucash] ls -l /usr/lib/*gtkxmhtml*
-rw-r--r--1 root root 980102 Feb 27 13:18 /usr/lib/libgtkxmhtml.a
-rw-r--r--1 root root 796 Feb 27 13:16
/usr/lib/libgtkxmhtml.lalrwxrwxrwx1 root root 21 Mar 20 23:43
/usr/lib/libgtkxmhtml.so - libgtkxmhtml.so.1.0.1
lrwxrwxrwx1 root root 21 Mar 20 23:43 /usr/lib/libgtkxmhtml.so.1 -
libgtkxmhtml.so.1.0.1
-rw-r--r--1 root root 521304 Feb 27 13:18 /usr/lib/libgtkxmhtml.so.1.0.1
Is there likely some 64-bit-ism in configure?
The portion that's failing is:
#check for gtkxmhtml, export library link to variable GTK_XMHTML
echo $ac_n "checking for gtk_xmhtml_new in -lgtkxmhtml""... $ac_c" 16
echo "configure:2996: checking for gtk_xmhtml_new in -lgtkxmhtml" 5
ac_lib_var=`echo gtkxmhtml'_'gtk_xmhtml_new | sed 'y%./+-%__p_%'`
if eval "test \"`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\" = set"; then
echo $ac_n "(cached) $ac_c" 16
else
ac_save_LIBS="$LIBS"
LIBS="-lgtkxmhtml $LIBS"
Which I would expect to work...
--
Rules of the Evil Overlord #79. "Bulk trash will be disposed of in
incinerators, not compactors. And they will be kept hot, with none of
that nonsense about flames going through accessible tunnels at
predictable intervals."
http://www.eviloverlord.com/lists/overlord.html
[EMAIL PROTECTED] http://www.ntlug.org/~cbbrowne/lsf.html
