mifr/subsurface
1
0
Fork 0
mirror of https://github.com/subsurface/subsurface.git synced 2024-11-29 05:30:41 +00:00
Code Issues Projects Releases Packages Wiki Activity
subsurface/packaging/ubuntu/debian/rules

54 lines
2.1 KiB
Text
Raw Normal View History

Add Ubuntu packaging instructions 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-12-02 00:00:47 +00:00
#!/usr/bin/make -f
# -*- makefile -*-
# Uncomment this to turn on verbose mode.
export DH_VERBOSE=1
Update the build rules for .deb based builds With this we also give up on building daily builds on Ubuntu 12.04 The cmake based infrastructure very much assumes Qt5 at this point. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-04-06 18:40:52 +00:00
export DEB_BUILD_OPTIONS+=nocheck
export DEB_CMAKE_INSTALL_PREFIX=/usr
Add Ubuntu packaging instructions 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-12-02 00:00:47 +00:00
%:
Update the build rules for .deb based builds With this we also give up on building daily builds on Ubuntu 12.04 The cmake based infrastructure very much assumes Qt5 at this point. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-04-06 18:40:52 +00:00
dh $@ --buildsystem=cmake --builddirectory=subsurface-build --parallel
Add Ubuntu packaging instructions 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-12-02 00:00:47 +00:00
override_dh_auto_clean:
(cd libdivecomputer ; make clean || true)
make clean || true
rm -rf libgit2/build
Ubuntu packaging: include static libmarblewidget Still all Qt4 based. Baby steps. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02 23:04:21 +00:00
rm -rf marble-build
Add Ubuntu packaging instructions 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-12-02 00:00:47 +00:00
rm -f ssrf-version.h
rm -f subsurface
rm -f Makefile
override_dh_auto_configure:
Ubuntu packaging: more tweaks * 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-15 20:08:05 +00:00
(cd libdivecomputer ; autoreconf --install ; ./configure --disable-shared ; make -j8 )
(mkdir libgit2/build ; cd libgit2/build ; \
cmake -DBUILD_SHARED_LIBS=OFF -DBUILD_CLAR=OFF -DBUILD_EXAMPLES=OFF .. ; \
sed -i 's/.so$/.a/' CMakeCache.txt ; make -j8 )
Ubuntu packaging: include static libmarblewidget Still all Qt4 based. Baby steps. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02 23:04:21 +00:00
(mkdir marble-build ; cd marble-build ; \
Updates to Ubuntu package building process 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-10 20:39:27 +00:00
cmake -DQTONLY=ON -DQT5BUILD=ON \
-DBUILD_MARBLE_APPS=OFF -DBUILD_MARBLE_EXAMPLES=OFF \
-DBUILD_MARBLE_TESTS=OFF -DBUILD_MARBLE_TOOLS=OFF \
-DBUILD_TESTING=OFF -DWITH_DESIGNER_PLUGIN=OFF \
-DBUILD_WITH_DBUS=OFF ../marble-source ; \
Ubuntu packaging: include static libmarblewidget Still all Qt4 based. Baby steps. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02 23:04:21 +00:00
make -j8 ; \
Update the ubuntu / debian build rules 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-18 18:34:06 +00:00
ln -s src/lib/marble lib ; \
Ubuntu packaging: more tweaks * 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-15 20:08:05 +00:00
mkdir include ; cd include ; for i in `find ../../marble-source -name \*.h` ; do ln -s $$i . ; done ; \
Ubuntu packaging: include static libmarblewidget Still all Qt4 based. Baby steps. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-02 23:04:21 +00:00
ln -s . marble )
Update the build rules for .deb based builds With this we also give up on building daily builds on Ubuntu 12.04 The cmake based infrastructure very much assumes Qt5 at this point. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2015-04-06 18:40:52 +00:00
(mkdir subsurface-build ; cd subsurface-build ; \
cmake -DCMAKE_BUILD_TYPE=Release \
-DPREFER_GIT_FROMSOURCE=1 \
-DLIBGIT2_INCLUDE_DIR=$$(pwd)/../libgit2/include \
-DLIBGIT2_LIBRARIES=$$(pwd)/../libgit2/build/libgit2.a \
-DLIBDIVECOMPUTER_INCLUDE_DIR=$$(pwd)/../libdivecomputer/include \
-DLIBDIVECOMPUTER_LIBRARIES=$$(pwd)/../libdivecomputer/src/.libs/libdivecomputer.a \
-DMARBLE_INCLUDE_DIR=$$(pwd)/../marble-build/include \
-DMARBLE_LIBRARIES=$$(pwd)/../marble-build/lib/libssrfmarblewidget.so \
$$(pwd)/.. ; )
Add Ubuntu packaging instructions 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-12-02 00:00:47 +00:00
override_dh_installchangelogs:
dh_installchangelogs
Fix more references to the ReleaseNotes This should be all of them. Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-12-17 20:45:45 +00:00
dh_installchangelogs ReleaseNotes/ReleaseNotes.txt
Add Ubuntu packaging instructions 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-12-02 00:00:47 +00:00
txt2html Documentation/user-manual.txt > Documentation/user-manual.html
mkdir -p debian/subsurface/usr/share/doc/subsurface
cp Documentation/user-manual.txt debian/subsurface/usr/share/doc/subsurface/
cp Documentation/user-manual.html debian/subsurface/usr/share/doc/subsurface/html
Reference in a new issue Copy permalink