aboutsummaryrefslogtreecommitdiffstats
path: root/packaging
AgeCommit message (Collapse)Author
2015-02-18Update the ubuntu / debian build rulesGravatar Dirk Hohndel
Dang. I didn't pay attention that commit 2677f3ca79f3 ("LIBMARBLEDEVEL points to an install dir, not a build dir") broke the way I build the Linux binaries. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-02-17Updated Qt4 patchGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-31Once again update the Qt4 patch for Ubuntu 12.04 buildGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-28Fix stupid typoGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-28Update qt4 patchGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-25Update the Qt4 patchGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-24Add the hackish patch used to still compile with Qt4Gravatar Dirk Hohndel
We only use this for the Ubuntu 12.04 builds. The goal is to move away from Qt4 support, so this is mainly an afterthought. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-23Handle building beta packagesGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-15Need to use qmake-qt4 for building Ubuntu 12.04 packagesGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-15Add patch to the Ubuntu build process for 12.04Gravatar Dirk Hohndel
We need to build with Qt4 on 12.04. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-15Finally deal with incrementing the serial number of the buildGravatar Dirk Hohndel
I know, I know. This should never have been hard coded. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-15Attempt to build for Ubuntu 12.04 as wellGravatar Dirk Hohndel
And fix a silly typo in the Debian/Ubuntu control file Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-02Small tweaks to the Mac package making scriptsGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-01-01Remove the 32/64 bit warning in the Windows installerGravatar Dirk Hohndel
We now have perfectly fine 32bit binaries with Qt5 so no more reason to steer people towards 64bit binaries. Actually, I don't plan to make 64bit binaries for the next release. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Another tiny change for OBSGravatar Dirk Hohndel
As expected, switching to subsurfacedaily as package name turned out to be a massive PITA. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Next attempt to get the OBS subsurfacedaily naming rightGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Add a new script to create cross built Windows installerGravatar Dirk Hohndel
This script is based on the mxe package and builds everything from source instead of using the mingw packages from Fedora as I did in the past. I'm keeping the old script around for now, but eventually I should remove it as this is the current way to create a working installer that supports both 32 and 64 bit Windows and is Qt5 based. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Add the current OBS spec file for daily buildsGravatar Dirk Hohndel
This is simply here for people to look at. It will age immediately and it makes no sense to try to keep it current here as it is maintained in OBS. But I think it might be a useful starting point for others who want to package daily builds of Subsurface. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Revert "Make the daily builds on OBS distinct from the releases"Gravatar Dirk Hohndel
This reverts commit 7a7ce2c5e0a95b856ad5ac6a1eabe0750e722561. Shouldn't have pushed that one :-) The fix was to modify the spec file, not the name of the directory and tar file. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Make the daily builds on OBS distinct from the releasesGravatar Dirk Hohndel
This way there should be less confusion Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Remove some way way way outdated filesGravatar Dirk Hohndel
From the very earliest packaging attempts. Definitely not useful anymore. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-31Linux package generation: integrate and automate OBS and Ubuntu PPAGravatar Dirk Hohndel
This is still quite fragile and isn't enough for anyone to run it, but it captures where I am in the automation process. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-17Fix more references to the ReleaseNotesGravatar Dirk Hohndel
This should be all of them. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-17Update Mac make package scriptGravatar Dirk Hohndel
This reflects the switch to the custom name for the marble widget. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-15Ubuntu packaging: this works better for changelogGravatar Dirk Hohndel
Tiny change, specify the version as the tools get it wrong by default Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-15Ubuntu packaging: more tweaksGravatar Dirk Hohndel
* only build a static libdivecomputer * only build the libgit2 library, not the executable * don't echo all the symlinks when fake-installing libmarblewidget Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-15Ubuntu packaging: add support for better changelog trackingGravatar Dirk Hohndel
This now assumes that a running changelog is maintained in src/debian.changelog, i.e., at the same level as the subsurface tree; the organization now should look like this: src/debian.changelog src/subsurface # subsurface git checkout src/subsurface/libdivecomputer # libdivecomputer git Subsurface-xx branch src/subsurface/marble-source # marble git Subsurface-xx branch src/subsurface/libgit2 # libgit2 git checkout Instead of running dh_make to create all new debian build files, we add the necessary files in our script. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-12Ubuntu packaging: Create the correct libdivecomputer versionGravatar Dirk Hohndel
Since we strip the .git data from the source tree (to conserve space and not violate the packaging guidelines - or at least not violate THAT packaging guideline) we need to create the correct revision before the tar file of sources is packaged. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-10Updates to Ubuntu package building processGravatar Dirk Hohndel
Marble can't be static, so instead we build a shared library but give it a different name so it can be installed in parallel with the "real" libmarblewidget.so. Also make sure that the correct libusb is installed so that Atomics Aquatics dive computers are supported. Fixes #782 Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-10Minor tweak to Ubuntu package buildingGravatar Dirk Hohndel
12.04 can't build our Qt5 based package, so let's just drop it. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-07Add utopic and precise to Ubuntu packagingGravatar Miika Turkia
Signed-off-by: Miika Turkia <miika.turkia@gmail.com> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-03Ubuntu packaging: move support files into debian directoryGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Ubuntu packaging: remove .git trees from sourcesGravatar Dirk Hohndel
Oops, I thought I had done that but that was flat out wrong. Now the source upload shrinks from over 70MB to around 26MB. Much better. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Ubuntu packaging: switch to Qt5Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Ubuntu packaging: get git version without including the full git treeGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Ubuntu packaging: include static libmarblewidgetGravatar Dirk Hohndel
Still all Qt4 based. Baby steps. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Make sure Ubuntu package built script is started from the right directoryGravatar Dirk Hohndel
I kept starting it from within the subsurface directory which of course failed but left clutter around. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Adjust version numbering for Ubuntu packageGravatar Dirk Hohndel
Let's use all four digits as 'version'. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Allow static libgit2Gravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02Add Ubuntu packaging instructionsGravatar Dirk Hohndel
These files knowingly (one might say, intentionally) violate the spirit and letter of the Debian / Ubuntu packaging rules. They are intended to be able to create our own packages that include their own libdivecomputer, libgit2 and (later) libmarble. Especially for daily builds this is WAY easier than fighting with whatever may be the current version of these packages in Ubuntu (especially since this allows us to use our private libdivecomputer branch). This assumes that the user runs the make-package.sh script from a directory below which we have subsurface/ <- Subsurface checked out git tree subsurface/libdivecomputer <- desired libdivecomputer sources subsurface/libgit2 <- desired libgit2 source Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-10-30Windows installer: move the 32/64 bit check earlierGravatar Dirk Hohndel
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 <dirk@hohndel.org>
2014-10-29Ugly hack to work around broken Qt5.3.2 for Windows cross buildsGravatar Dirk Hohndel
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 <dirk@hohndel.org>
2014-10-29Don't install Windows 64bit binaries on 32bit systemGravatar Dirk Hohndel
Also warn people installing 32bit binaries on a 64bit system Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-09-25Minor changes to Windows build and packagingGravatar Dirk Hohndel
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 <dirk@hohndel.org>
2014-08-04Update my Mac packaging scripts for Qt5Gravatar Dirk Hohndel
I have no idea why libmarble isn't handled correctly by macdeployqt... Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-08-02Allow cross-building 64 bit binaries for WindowsGravatar Dirk Hohndel
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 <dirk@hohndel.org>
2014-07-13Remove theme directory when uninstalling on WindowsGravatar Miika Turkia
I assume the theme directory should be deleted on uninstall the same way e.g. Documentation directory is deleted. Signed-off-by: Miika Turkia <miika.turkia@gmail.com> Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-06-08HTML export: fix packaging of theme dirGravatar Dirk Hohndel
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 <dirk@hohndel.org>
2014-06-07Build tools: allow debuggable cross builds for WindowsGravatar Dirk Hohndel
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-06-06Prepare for Qt4 / Qt5 cross builds of Windows binariesGravatar Dirk Hohndel
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 <dirk@hohndel.org>