Install instructions
Dirk Hohndel
dirk at hohndel.org
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
file
nl = $$escape_expand(\\n)
dummy.target = 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 :-)
/D
More information about the subsurface
mailing list