X2Go Bug report logs - #143
nx-libs installs into wrong location

Full log

Message #15 received at 143@bugs.x2go.org (full text, mbox, reply):

Received: (at 143) by bugs.x2go.org; 7 Mar 2013 19:14:44 +0000
From jengelh@inai.de  Thu Mar  7 20:14:44 2013
Received: from ares07.inai.de (ares07.inai.de [5.9.24.206])
	by ymir (Postfix) with ESMTPS id B4FDA5DB0D
	for <143@bugs.x2go.org>; Thu,  7 Mar 2013 20:14:44 +0100 (CET)
Received: by ares07.inai.de (Postfix, from userid 25121)
	id 8387896A06C9; Thu,  7 Mar 2013 20:14:44 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ares07.inai.de (Postfix) with ESMTP id 6444F96A0684;
	Thu,  7 Mar 2013 20:14:44 +0100 (CET)
Date: Thu, 7 Mar 2013 20:14:44 +0100 (CET)
From: Jan Engelhardt <jengelh@inai.de>
To: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
cc: 143@bugs.x2go.org
Subject: Re: [X2Go-Dev] Bug#143: nx-libs installs into wrong location
In-Reply-To: <20130307191210.13994efg5hve23ju@mail.das-netzwerkteam.de>
Message-ID: <alpine.LNX.2.01.1303072013550.9238@nerf07.vanv.qr>
References: <alpine.LNX.2.01.1303071823160.24372@nerf07.vanv.qr> <20130307191210.13994efg5hve23ju@mail.das-netzwerkteam.de>
User-Agent: Alpine 2.01 (LNX 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thursday 2013-03-07 19:12, Mike Gabriel wrote:
>> make install \
>>       INSTALL_DIR="install -dm0755" \
>>       INSTALL_FILE="install -pm0644" \
>>       INSTALL_PROGRAM="install -pm0755" \
>>       DESTDIR="/var/tmp/whatever" PREFIX="/usr" \
>>       NXLIBDIR="/usr/lib64/nx" X2GOLIBDIR="/usr/lib/x2go"
>>
>> And at the end of the day, rpm notices the following broken link:
>>
>> [  126s] ERROR: link target doesn't exist (neither in build root nor in
>> installed sys...
>> [  126s]   /usr/lib/x2go/bin/x2goagent -> /usr/lib/nx/bin/nxagent
>>
>> This is because the top-level Makefile does a rather dumb command:
>>
>>       cd $(DESTDIR)$(X2GOLIBDIR)/bin/ && ln -sf ../../nx/bin/nxagent
>> x2goagent
>>
>> so it creates a pointer to a non-existing target.
>
> Thanks for submitting this bug. Any chance you can provide a patch?

This is getting above my head. I already had to endure the silent
introduction of the NXLIBDIR variable..
(it's really not fun if suddenly the entire filelist in .spec or whatever else
is worthless because USRLIBDIR and SHLIBDIR are no longer used)

Send a report that this bug log contains spam.