Building on Leopard on PowerPC
"gconf" build fails with:
Undefined symbols: "_fdatasync", referenced from: _logfile_save in gconfd.o
since fdatasync() is a faster version of fsync() (it leaves out the inode write that updates mtime) I replaced the call will fsync.
Confusion on Editing MacOS/Quartz
I made a one-character change (Info.Plist to Info.plist) and yet the diff for the page shows a very large change. I'm very confused by this.
[Edit: I've since corrected the page, but the history looks somewhat mangled. Compare the 16:17, 7 December 2008 entry with the 15:03, 15 November 2008 entry.]
DavidH 05:16, 7 December 2008 (EST)
Building on Leopard on Intel
Just thought I'd give details of my experience attempting to build gnucash for MacOSX/Quartz on an Intel MacBook Pro running Leopard .
The first thing is that MacOSX/Quartz has moved on to use jhbuild rather than gtk-osx-build, so I'm using the this instead, following the official instructions to bootstrap.
svn co http://svn.gnome.org/svn/jhbuild/trunk jhbuild (cd jhbuild && make -f Makefile.plain install) jhbuild bootstrap
Next, to ensure that pango builds the pangoft module, we have to have freetype and fontconfig, and then we can build the core
jhbuild build fontconfig jhbuild
jhbuild doesn't have an 'extra' list like gtk-osx-build had, but some of the listed extras are already built, and gtk-engines and libart_lgpl can be built with jhbuild.
jhbuild buildone gtk-engines libart_lgpl
Next is a little tricky, libglade uses the "-std=c9x" switch which causes problems with inlining under leopard (http://bugzilla.gnome.org/show_bug.cgi?id=315437), so we have to start the build of libglade, interrupt it with ctrl+c when it starts running configure an then fix a file, so ...
jhbuild buildone libglade
wait for the following to appear
U libglade Checked out revision 538. *** Configuring libglade *** [1/1] ./autogen.sh --prefix /opt/gtk --disable-static --disable-gtk-doc --disable-docs --disable-scrollkeeper /opt/gtk/bin/gnome-autogen.sh
and then press ctrl+c and enter the following
4 sed -e s/std=c9x/std=c89/ configure.in > configure.in.new mv configure.in.new configure.ing exit 1
Next is a bit of a problem, we need libgnomecanvas, but the version pulled down by jhbuild required gail which has not been ported to support quartz, it is dependent on either windows or X, so libgnomecanvas will have to built manually with an older version, which we will do later.
So, now we run
jhbuild shell and progress on with the 'many other requirements' from the previous page, with the following notes:
- After running configure for readline, edit
SHOBJ_LDFLAGS = -dynamicto
SHOBJ_LDFLAGS = -dynamic -dynamiclib
- As part of item 13, between libgnome and libbonoboui, fetch libgnomecanvas from the same place, configure with the standard configure, make and install.
- Step 20, libgoffice, comment out line 23316 of the configure script
# CFLAGS="$CFLAGS -DGTK_DISABLE_DEPRECATED"
- then run the standard configure and make as usual.
- Before step 21
- download icon-naming-utils-0.8.1.tar.gz from http://tango.freedesktop.org/releases/ and use the standard configure
- download gnome-icon-theme from http://ftp.gnome.org/pub/GNOME/desktop/2.18/2.18.1/sources/ and use the standard configure
Downloaded and extract gnucash-2.2.1 (yes, I mean 2.2.1, the latest version seems to work) from gnucash.org. Then in the gnucash directory: Delete X11/Xlib.h from line 234201 of configure and then follow the rest of the instructions for building GnuCash itself.
--Iain benson 04:53, 4 November 2007 (EST)
Building on Leopard on Intel
I started using gnucash on my new intel based mac using macports. On stumbling across this page I decided it would be cool to have a native gnucash so I gave it a go.
First I uninstalled macports then when building I had problems downloading rhult-ige-mac-integration and iso-codes so I downloaded a zip of rhult-ige-mac-integration and iso-codes-3.5.1.tar.gz extracting them to $CHECKOUTROOT and continued with the configuration. The build finished sucessfully.
On executing $PREFIX/bin/gnucash I get the following error:-
Failed to start message bus: Failed to bind socket "/usr/local/gtk/tmp/dbus-dyTJZLpDoa": No such file or directory EOF in dbus-launch reading address from bus daemon gnc.bin-Message: main: binreloc relocation support was disabled at configure time. process 23012: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/usr/local/gtk/var/lib/dbus/machine-id": No such file or directory See the manual page for dbus-uuidgen to correct this issue. D-Bus not built with -rdynamic so unable to print a backtrace Abort trap
Any help fixing this would be greatly appreciated.
--Andrew 17:05, 8 April 2009 (UTC)
Building on Leopard on Intel
Thanks for the instructions and scripts to install GnuCash in OSX.
I'm running Leopard 10.5.6 on a Core 2 Duo iMac and decided to stay simple and compile in my home directory.
I did need to add /Users/dlfuller/bin to PATH and then carefully followed your steps which worked as expected and responded with 'success's.
sh gtk-osx-build-setup.sh jhbuild bootstrap jhbuild build meta-gtk-osx-bootstrap jhbuild buildone libxml-py
But not so with jhbuild build. It stopped after two errors and left a bunch of directories and files in /Users/dlfuller/bin.
Warning: cannot load module 'docbook', using automatic detection (-a). *** Checking out ige-mac-integration *** [22/64] curl -L http://github.com/rhult/ige-mac-integration/tarball/IMI_1 -o /Users/dlfuller/bin/pkgs/IMI_1 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 170 0 0 0 0 0 0 --:--:-- 3:34:26 --:--:-- 0 *** error during stage checkout of ige-mac-integration: ########## Error running curl -L http://github.com/rhult/ige-mac-integration/tarball/IMI_1 -o /Users/dlfuller/bin/pkgs/IMI_1 *** [22/64]
What do I need to do to resolve this? This newbie would appreciate any suggestions.
The package failed to download, obviously. First make sure that you have plenty of disk space, then try again.
--John Ralls 9 June 2009
I think that all of the issues mentioned here have been corrected. In any case, users should be aware that your maintainer is now maintaining most of the GTK on OSX stuff, and has established a project at SourceForge. You can find more information, as well as a users' mailing list and a forum at http://gtk-osx.sourceforge.net/.