- 1 Downloads
- 2 Overview
- 3 Support
- 4 Preliminaries
- 5 Building
- 6 Running from the commandline
- 7 Making a Bundle
- 8 Known Issues
- 9 Helping Out
Gnucash-Intel-2.6.14 and Gnucash-PPC-2.6.14 are now available as a binary download from the Gnucash project at Sourceforge. Release notes are included in the disk-image. MacOSX 10.5 (Leopard) or higher is required to run Gnucash. For virtually all users it is more appropriate to download the binary rather than to use the procedure described here.
GnuCash can be built to run more or less natively on OSX -- meaning without X11. Better yet, the build is almost automatic.
You can do this also with MacPorts: The details are described at MacOSX/MacPortsDetail. If you already have MacPorts installed, you should use that procedure, as gtk-osx doesn't work well with a MacPorts installation.
If you want to have a clickable GnuCash.app to put in your Applications folder, this is the solution to use. If you want to be able to easily customize your installation, this is also the solution for you. Don't want all of the extra stuff that MacPorts drags in? Well, this might be a bit better... but GnuCash is notorious for its huge list of dependencies. Want to keep up with the latest work from the Gnome developers? You can set up this solution to get many of its packages directly from source-code-control. That's a double-edged sword, of course, because if a build gets broken, you're pretty well stuck until the developers for that package fix it.
This build now integrates Gnucash menus with the mac menubar at the top of the screen. About, Preferences, and Quit are in the "GnuCash" menu (it's named "gnucash-bin" when you run from the command line) in standard Mac style. Standard accelerator keys like Command-Q (quit), Command-S (save), and Command-O (Open) now work as well. A patch to Gtk+ now allows copy and paste in the register pages.
The build scripts have been tested on Leopard running on Intel and Tiger running on PowerPC.
This procedure depends on the Gnome Gtk-OSX project. Support for that is provided via the firstname.lastname@example.org mailing list. Questions, comments, or suggestions about Gnucash should be directed to the appropriate Gnucash mailing list (gnucash-devel for development versions (2.7.x, git master) or gnucash-user for release versions (2.4.x or 2.6.x).)
Leopard or newer is required for Gnucash. Gtk-osx will build for Tiger, but Gnucash uses WebKitGtk which won't build on Tiger.
This procedure uses GTK-OSX, which in turn uses a program called jhbuild.
Download .jhbuildrc-custom into your home directory. It reconfigures jhbuild for building gnucash.
Note that by default, jhbuild will put everything into your home directory. If you prefer to build and install into /usr/local, you can do so by editing the prefix line at the top of .jhbuildrc-custom. You can change it to whatever you like -- or leave it as it is. If you use the /usr/local/gtk and /usr/local/src/gnome settings, you will need to create them and chmod them with sudo before you can use them, of course.
Go to the GTK-OSX Build Instructions and follow the instructions up through running jhbuild bootstrap.
Once all of the preliminaries are complete, run:
$> jhbuild build
Building Unstable Versions
By default, the .jhbuildrc-custom file will build the stable release of Gnucash into ~/gnucash-stable. If you want to build unstable or git master versions of Gnucash, edit .jhbuildrc-custom as follows:
Comment out the line prefix = os.path.join(os.environ["HOME"], "gnucash-stable") and uncomment the line #prefix = os.path.join(os.environ["HOME"], "gnucash-unstable")
Similarly, comment out the line modules = ["meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-gnucash-stable"] and uncomment the one that you want to build (meta-gnucash-unstable or meta-gnucash-git).
N.B. Leopard and Snow Leopard (OS X 10.5 and 10.6 respectively) won't build WebKit-1.10, so there are alternate gnucash metamodules to build WebKit-1.6 instead. If you need to build on an older system, append "-Leopard" to the gnucash metamodule name, e.g. meta-gnucash-stable-Leopard for stable.
jhbuild build as before.
Note: Because of code in WebkitGTK, Gnucash requires Leopard (OSX 10.5) or later to build. For Gnucash-2.4, it's still possible to build with gtkhtml for the web backend. This isn't really recommended because none of the developers test with gtkhtml, but if you want Gnucash on Tiger you'll have to do this. Clone the gnucash-on-osx repository and edit modulesets/gnucash.modules so that gnucash has the argument --with-html-engine="gtkhtml" instead of --with-html-engine="gtkhtml". Change the moduleset line in .jhbuildrc-custom to point to your local version, and then build. If that sounds too daunting then it probably is. Gnucash trunk no longer works with gtkhtml, and so neither will releases after the 2.4 series.
Note: Boost is now a required dependency for the master branch. It's in the moduleset, but jhbuild doesn't know how to build it, so it must be done manually. Select
 Start Shell and run
./bootstrap.sh ./b2 --prefix=$PREFIX ./b2 install --prefix=$PREFIX
Hit ctrl-D to return to the shell and select 2 three times to proceed to the next module.
Customizing the Configuration
To add configure arguments (e.g., --enable-dbi), add a line
with whatever arguments you want to supply. Note that in order to turn off something that's on by default, you can use (e.g.) --disable-aqbanking. Change gnucash to gnucash-git if that's what you're building.
Note that unless you are running MacOSX 10.5 or 10.6, you will need to change both instances of "10.5" to your MacOSX version in the line
setup_sdk("10.5", "10.5", ["i386"])
at the top of .jhbuildrc.custom.
OS X 10.11 El Capitan and Later
OS X 10.11 added a security feature called System Integrity Protection or SIP. One "feature" is that it strips linker environment variables (the ones starting with LD_ and DYLD_) from the environment when a "system" program does a fork/exec. For our purposes "system program" means one installed in /bin or /usr/bin, in particular /bin/sh.
The Guile compiler, guiled, is a shell script that as written uses /bin/sh to set the prefix then execs guile to run a compilation script. That fails on El Cap and presumably will on later versions too.
One can get around this by disabling SIP, but that's a whole-system change that requires a reboot, and SIP clearly has significant security benefits. Don't do that.
The other workaround is to use a shell that isn't in /bin or /usr/bin. One can just copy /bin/bash to one's user directory. Gtk OSX also provides a bash build in the gtk-osx-bootstrap moduleset which is skipped by default. To enable it, uncomment (or add if you're using an older version of .jhbuildrc-custom)
in .jhbuildrc-custom before starting the build. Then, when GnuCash's build fails, just edit $PREFIX/bin/guild to change the first line to
substituting the full path for $PREFIX.
Building Libdbi Drivers
Even though libdbi supports other databases, each one requires custom initialization code in Gnucash, and Gnucash has that code only for Sqlite3, MySql, and Postgresql.
The distributed bundles don't include libdbi-drivers for MySql or Postgresql. If all you need to do is add a driver, instead of
jhbuild build libdbi-drivers
You'll need the MySql or Postgresql client library and headers installed on your system. Next, add the following to your .jhbuildrc-custom:
module_autogenargs['libdbi-drivers']='--with-sqlite3 --disable-docs --with-sqlite3-incdir="/usr/include" --with-sqlite3-libdir="/usr/lib"'
substituting mysql or pgsql for sqlite3, and using the correct paths to the include and library files for the DBMS you want to use. Make sure this line precedes any lines adding other arguments for libdbi-drivers, like
append_autogenargs("libdbi-drivers","--with-dbi-incdir=" + prefix + "/include --with-dbi-libdir=" + prefix + "/lib")
This is theoretically possible without gtk-osx using the already-installed libtool, autoconf, and automake, but there are some problems with glibtool provided by Apple, so it's much easier to just use gtk-osx.
You can copy the driver file (which will be named libdbdmysql.so or libdbdpgsql.so) to Gnucash.app/Contents/Resources/lib/dbd. There's one last task:
install_name_tool -change /prefix/path/lib/libdbi.0.dylib @executable_path/../Resources/lib/libdbi.0.dylib Gnucash.app/Contents/Resources/lib/dbd/libdbdmysql.so
substituting pgsql for mysql if that's appropriate and putting in the actual path (which you can see with otool -L for /prefix/path.
The gnucash documentation is online, of course, but if you want a local copy, you can build the modules gnucash-docs or gnucash-docs-git. Just add whichever one you want to your "modules" argument.
To get a debugging build, add the line setup_debug() to .jhbuildrc-custom. Beware, though, that WebKit doesn't build with debugging enabled. I usually build everything first without debugging enabled, then enable it and rebuild (jhbuild buildone --force --clean) the packages I want to debug. Most of the time you can get by with just glib and gnucash, but depending on what you're working on, you might also want gtk+, gwenhywfar, aqbanking, or libdbi.
Running from the commandline
Now you're ready to try it out:
($PREFIX is the path to where you've built gtk; you can fill it in yourself or use jhbuild shell to set it for you.
Making a Bundle
So far so good, but you don't really want to have to open a Terminal window every time you want to use GnuCash, now do you? Of course not. You want a nice icon in your Applications folder (and maybe in the Dock) to click on when you run GnuCash. Here's how to do this:
- Download the bundler, unpack it, cd into the gtk-mac-bundler directory, and make install
- Download gnucash.bundle, Info.plist, gnucash.launcher, and gnucash.icns into the same folder. For the rest of the discussion, we'll call that folder gnucash-bundler.
- cd gnucash-bundler
- Look through gnucash.launcher and gnucash.bundle and adjust the paths to match your installation.
- make gnucash.launcher executable (chmod +x gnucash.launcher)
- execute jhbuild shell to set up the environment for the bundler
- export PATH=$PREFIX/bin:$PATH because jhbuild shell doesn't do this for some reason
- gtk-mac-bundler gnucash.bundle
And your bundle should be ready to go. Try GnuCash.app/Contents/MacOSX/GnuCash from the command-line so that you can see any error messages. If that works, try open GnuCash.app. If that works, then you can move GnuCash.app to your Applications folder and it's ready to use. (If it doesn't, error messages are written to the console log. You can run IGE_DEBUG_LAUNCHER=1 open Gnucash.app to see what the launcher script is doing wrong.) Don't move or remove the installation directory (~/gtk/inst by default): Both dbus and GnuCash have links pointing into it which can't at present be changed.
Bundling Unstable and Git
Similarly, the bundle, Info.plist, and launcher scripts change frequently, so you'll need to either clone git://github.com/jralls/gnucash-on-osx.git or download gnucash-unstable.bundle, Info-unstable.plist, gnucash-unstable.launcher, and gnucash.icns. They all need to be in the same directory, and you'll run ige-mac-bundler /path/to/gnucash-unstable.bundle.
Documentation: The bundle includes documentation. If you've built it, great, no problem. You need to have it installed for the Help menu items to work. If you didn't build it and you don't want to, then comment out or remove the lines
To comment out XML code, surround it like so:
<!-- stuff to be commented out -->Note that comments cannot contain "--".
Making a distribution
- On both an Intel and a PowerPC mac, make a clean build including the documentation, making sure that you're not building any libraries with debugging. With all of the dependencies, the package is huge enough without it. Make sure that you're using the latest git masters for gtk-mac-bundler and gnucash-on-osx.
- Edit the version numbers and, if necessary, the copyright dates in Info.plist (or Info-unstable.plist).
- Make a bundle as described above. Test it.
- Download the previous version's .dmg; it has two scripts that you'll need, along with the files License.txt and Sources.txt.
- Make a directory named for the version that you're going to distribute and move the new bundle into it.
- Copy the scriptlets "FinanceQuote Update.app" and "Update Dirs.app" along with the files "License.txt" and "Sources.txt" from the previous version .dmg to the new distribution folder.
- Go to the wiki and copy the previous version's release note (e.g., MacOSX/Readme/2.3.14) to a new one titled with the new version. Edit it as appropriate and save it. Select the "Printable Version" link on the menu on the left side and print that as a pdf to "Gnucash OSX Readme.pdf" in your distribution directory, then save it as a text file somewhere convenient.
- Open /Applications/Utilities/Disk Utility.app and select File>New>Disk Image from Folder in the menu. Select your installation directory in the first chooser and name it appropriately in the second (if you named the folder correctly, you won't have to change anything).
- Edit the text version of the Readme to remove the cruft that the wiki software sticks at the bottom and the link tags in the table of contents at the top.
- Upload both the resulting .dmg and the text version of the Readme to the correct version directory of Gnucash's file manager area on Sourceforge. Set the Readme to being a Release note, and set the .dmg to use it as one. If this is a stable release, check the "Mac" box on the options panel so that users viewing the project page with a mac will see the new release in the big green button.
- Update the appropriate links on the Gnucash webpage.
If you're going to create the tarballs to upload for a release, you run make distcheck. There are a couple of Mac quirks to work around, so use
mkdir tmp DISTCHECK_CONFIGURE_FLAGS=--disable-error-on-warning TMPDIR="`pwd`/tmp" make distcheck
The first variable lets configure correctly find GLib's gettext bindings (the GLIB_GETTEXT m4 macro issues a compiler warning). The second overrides $TMPDIR, which by default points to a folder in /var/folders and contains characters which choke GConf.
- Context Help doesn't work. Gnucash Help and the Gnucash Guide are included in the application bundle, in Contents/Resources/English.lproj, but the linkage to the help menu or to help buttons in dialogs doesn't work.
- An instance of dbus is started by the application startup script, but dbus isn't designed to be run that way, so it doesn't shut down when you close the application. At launch, Gnucash will find the old instance and kill it before starting a new one, but that means that you'll have a stale instance running most of the time. This will get in the way if you want to replace or remove Gnucash.app, so you'll have to kill it from Activity Monitor.
- The conversion of Macintosh default locale to Gtk+ is a bit primitive, and while the gnucash translation files are included, you may encounter messages from other libraries which aren't translated.
- There is no theme engine in the bundle, so customizations are not supported.
- Gtk-OSX does not yet support Universal Access.
Note that Gnucash demands a few things that Finance::Quote doesn't in order to get quotes. Run the perl program Gnucash.app/Contents/Resources/bin/gnc-fq-check to diagnose any quote problems.