aboutsummaryrefslogtreecommitdiffstats
path: root/packaging/macosx/README
AgeCommit message (Collapse)Author
2013-02-15Update tools and instructions for building a signed Mac DMGGravatar Dirk Hohndel
This updates the bundle to include the mime.cache and a library that somehow isn't picked up by the bundle tool. It also updates the README on how all this is supposed to work and puts some of the automation into the existing shell script. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-21Add quick script to automate Mac dmg creationGravatar Dirk Hohndel
This basically automates what is documented in the README Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-20Finally a fully working Mac dmgGravatar Dirk Hohndel
The Makefile change simply gets us the same setup with make install-macosx that we are getting from the gtk-mac-bundler - with the launcher script and subsurface installed as subsurface-bin. The changes in the README are what make the difference for getting a working dmg - there are a bunch of .so files that are part of gtk that didn't have their dependency load paths updated - and those made the application either crash or at least not display its own icon correctly. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-19Yet more changes to create localized builds for MacGravatar Dirk Hohndel
It turns out that we need aliases for all the languages. And more fiddling when creating the dmg. And a specialized MacPorts build with the install path as prefix. What this basically means is that our app will be correctly localized iff run as /Applications/Subsurface.app Otherwise the gtk default texts (on buttons for example) may or may not be translated. One remaining issue is that apparently Gtk's Mac integration triggers on the untranslated name Help the Menu tree in order to work. Yet we can't easily tell the app not to translate that word as the translations are done internally in gtk - we'd basicall have to build special subsurface.mo files for Mac that don't contain a translation of the word "Help" for this to work. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-11More gtk-mac-bundler improvementsGravatar Henrik Brautaset Aronsen
Without "-headerpad_max_install_names", gtk-mac-bundler would complain with "changing install names or rpaths can't be redone for: /Applications/.subsurface.app/Contents/MacOS/subsurface-bin (for architecture x86_64) because larger updated load commands do not fit" Also, libdivecomputer needs to be configured with --with-prefix=/opt/local Signed-off-by: Henrik Brautaset Aronsen <subsurface@henrik.synth.no> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-02More fixes to MacOS bundle file and READMEGravatar Dirk Hohndel
This still seems to fail to open the icon in the About screen in some cases, but we don't quite understand why... Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-02Fix typos for MacOSX packaging scriptsGravatar Henrik Brautaset Aronsen
Fixed a couple of typos. [Dirk Hohndel: I took the typo fixes, but not the change of shell used; rewrote the commit message accordingly] Signed-off-by: Henrik Brautaset Aronsen <subsurface@henrik.synth.no> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2012-10-01Add packaging files for MacOSGravatar Dirk Hohndel
I couldn't figure out how the current packaging infrastructure was supposed to work, but with not too much work I could get the more standard gtk-mac-bundler to do what I wanted, so I added the support files needed for that and a little README on how to use them. The subsurface.sh and subsurface.bundle files are based on the launcher.sh and gtk-demo.bundle files from the gtk-mac-bundler release which is under GPLv2. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>