Gnucash
« previous entry | next entry »
Nov. 29th, 2006 | 01:09 am
I feel like I'm completely bonkers trying to rework gnucash to use mono on OS X.
I made some progress converting the automake/autoconf stuff to CMake, it still doesn't remotely compile, but at least its trying to compile the engine. (It's currently looking for config.h, which since I didn't use autoconf is obviously missing).
I know I have trouble finishing things, but I do really want gnucash back and I do want to be able to interact with it from a language other than scheme which does provide a bit of motivation. (Though instead of using mono, I wonder if it'd be easier to parse scheme code with python).
I made some progress converting the automake/autoconf stuff to CMake, it still doesn't remotely compile, but at least its trying to compile the engine. (It's currently looking for config.h, which since I didn't use autoconf is obviously missing).
I know I have trouble finishing things, but I do really want gnucash back and I do want to be able to interact with it from a language other than scheme which does provide a bit of motivation. (Though instead of using mono, I wonder if it'd be easier to parse scheme code with python).
(no subject)
from:
warlord_mit
date: Mar. 7th, 2007 08:43 pm (UTC)
Link
Start the terminal
sudo port install gnucash
wait a while.
Read http://wiki.gnucash.org/wiki/MacOSXInstallation for more information
Reply | Thread
(no subject)
from:
alienghic
date: Mar. 7th, 2007 09:41 pm (UTC)
Link
Given the heavyweight dependencies for fink installations, I might as well just run debian in a VM. So currently I'm just maintaining my own minimal set of dependences in /usr/local with stow.
Also X11 apps are a bit annoying under OS X, so I wanted to use gtk-quartz.
Do you know if anyones released a stand alone version of g-wrap that compiles properly on an intel mac?
Reply | Parent | Thread
(no subject)
from:
warlord_mit
date: Mar. 8th, 2007 12:26 am (UTC)
Link
gtk-quartz would be nice, but it's not ready yet.. And last I heard it was still based on gtk1, not gtk2.
Also, gnucash 2.2 wont use g-wrap anymore! (YAY!)
Reply | Parent | Thread
(no subject)
from:
alienghic
date: Mar. 8th, 2007 05:38 am (UTC)
Link
Also, gnucash 2.2 wont use g-wrap anymore! (YAY!)
Now that is good news, combine those two items and your half way to a X11-less version of gnucash on os x.
Though with respect to gnucash, all I really did was start porting from autotools to cmake.
Reply | Parent | Thread
(no subject)
from:
warlord_mit
date: Mar. 8th, 2007 02:07 pm (UTC)
Link
I'm not at all sure why you ported from autotools to cmake.. But honestly, if you want to get gnucash working with gtk+-macosx I can guarantee you that the gnucash developement team would be interested in your help and your patches would be gladly accepted.
Note, however, that porting to cmake doesn't count here. The auto tools work just fine. :-D
If you're interested in following up on this topic, I suggest you join the gnucash-devel@gnucash.org mailing list and bring up the topic there!
Thanks!
Reply | Parent | Thread
(no subject)
from:
alienghic
date: Mar. 8th, 2007 06:06 pm (UTC)
Link
The build-gtk.sh script builds XML-Parser, atk, automake (1.7.9 and 1.9.6) cairo, docbook-files, expat, fontconfigure, freetype, gettext, glib, gnome-common, gnome-doc-utils-fake, gnome-icon-theme, gtk+, gtk-doc, hicolor-icon-theme, intltools, jpeg-6b, libIDL, libpng, libtool, pango, pkg-config, and tiff
Note, however, that porting to cmake doesn't count here. The auto tools work just fine. :-D
I might quibble with the "just fine" part of that. Autotools were a great idea, they demonstrated how auto-configuration is exceedingly useful in creating portable code. However it's my opinion that autotools has gotten old, creaky, and quite crufty, and now needs to die. (As a python programmer, I kind of wish that scons had won out, but CMake works, is reasonably fast, and has picked up some momentum.)
I believe CMake to be better because:
Though I do wish that CMake macros were real functions with real namespaces and not just a macro language. Also kitwares business model is, give away software, sell a book, so the documentation is a bit sparse. Though with KDE's adoption of CMake the free docs are getting much better.
Reply | Parent | Thread