Install instructions

Dirk Hohndel dirk at
Tue Dec 17 10:05:42 UTC 2013

On Tue, 2013-12-17 at 17:58 +0000, Tim Wootton wrote:
> On 17/12/13 17:31, Dirk Hohndel wrote
> > subsurface-install.pri is read by qmake.
> >
> > It looks to me as if the qmake version of your OS is hosed.
> > Are you running Debian sid by any chance?

> I have 2 subversion build directories on my pc at the moment, one is
> 3.9.2-157-gd06eaf4efd39 and installs fine, the other is
> 4.0-6-g33668ffd3501 which does not ... with the same qmake

The plot thickens.

There is one obvious candidate for things having gone wrong in the diff
between those two versions:

index 494da41bda97..1a29d0f3a1a4 100644
--- a/subsurface-install.pri
+++ b/subsurface-install.pri
@@ -128,13 +124,12 @@ mac {
        # This is a fake rule just to create some rules in the target
        nl = $$escape_expand(\\n) = dummy-only-for-var-expansion
-       dummy.commands  = $${nl}prefix = /usr$${nl}\
+       dummy.commands  = $${nl}prefix = /usr$${nl}\
 BINDIR = $(prefix)/bin$${nl}\
 DATADIR = $(prefix)/share$${nl}\
 DOCDIR = $(DATADIR)/subsurface/Documentation$${nl}\
 DESKTOPDIR = $(DATADIR)/applications$${nl}\
 MANDIR = $(DATADIR)/man/man1$${nl}\
-XSLTDIR = $(DATADIR)/subsurface
        QMAKE_EXTRA_TARGETS += dummy
        WINDOWSSTAGING = ./packaging/windows

This looks like a harmless whitespace change... but clearly it causes
the qmake on the newer Debian based systems to not create all these
variables correctly.

And I can already see why... and this makes me wonder why this works on
my systems...

Please edit the subsurface-install.pri file on your system, find the
section above and remove the '\' at the very end of

MANDIR = $(DATADIR)/man/man1$${nl}\

run qmake again and see what happens :-)


More information about the subsurface mailing list