Talk:MacOS/Quartz

From GnuCash
Jump to: navigation, search

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.

DavidH

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 shlib/Makefile and change SHOBJ_LDFLAGS = -dynamic to 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.

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.

--Don

Answer

The package failed to download, obviously. First make sure that you have plenty of disk space, then try again.

--John Ralls 9 June 2009

Support

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/.