subsurface.git/packaging, branch v4.2.1

Minor changes to Windows build and packaging

2014-11-13T18:13:58Z

With these changes we link statically against libusb and libdivecomputer but don't add the .a files to our installers. Signed-off-by: Dirk Hohndel

Windows installer: move the 32/64 bit check earlier

2014-11-13T18:12:42Z

It makes more sense to do this on init and not have the user go through any other screens in case this is the wrong binary. Signed-off-by: Dirk Hohndel

Ugly hack to work around broken Qt5.3.2 for Windows cross builds

2014-11-13T18:12:31Z

Checking this in to make sure I don't end up creating broken installers again. I doubt that this is useful for anyone but me - but then, I don't think anyone but me creates Windows installers. Background - when Fedora 20 updated the cross-built version of Qt for Win64 something broke. Subsurfae installed with those DLLs will crash. Replacing the older 5.3.1 DLLs fixes this for now, so I have a directory with just those DLLs and simply replace them in the staging directory before calling makensis. Signed-off-by: Dirk Hohndel

Don't install Windows 64bit binaries on 32bit system

2014-11-13T18:12:03Z

Also warn people installing 32bit binaries on a 64bit system Signed-off-by: Dirk Hohndel

Update my Mac packaging scripts for Qt5

2014-08-05T05:54:02Z

I have no idea why libmarble isn't handled correctly by macdeployqt... Signed-off-by: Dirk Hohndel

Allow cross-building 64 bit binaries for Windows

2014-08-02T22:08:22Z

This also makes sure that we package the Qt5 translations, not the Qt4 translations. There was an odd issue that somehow a 32bit search path ended up being used by win-dll which resulted in the wrong DLLs being packaged. Signed-off-by: Dirk Hohndel

Remove theme directory when uninstalling on Windows

2014-07-14T04:39:42Z

I assume the theme directory should be deleted on uninstall the same way e.g. Documentation directory is deleted. Signed-off-by: Miika Turkia Signed-off-by: Dirk Hohndel

HTML export: fix packaging of theme dir

2014-06-08T14:54:11Z

I was confused by the function name getSubsurfaceDataPath() - it does not find paths relative to the "data" folder, if finds the path where we might install folders like "data", "translations", or "theme". "data" is for some reason where we install the "marbledata" files. Therefore on both Mac and Windows we need to put the "theme" directory next to the "data" directory, not below it. Signed-off-by: Dirk Hohndel

Build tools: allow debuggable cross builds for Windows

2014-06-08T02:39:50Z

Signed-off-by: Dirk Hohndel

Prepare for Qt4 / Qt5 cross builds of Windows binaries

2014-06-06T16:18:13Z

Admittedly I believe I'm the only one using this script (and related .nsi file), it still seems to make sense to keep it up to date in the repository. Signed-off-by: Dirk Hohndel