- 24 May, 2018 1 commit
-
-
Ulrich Sibiller authored
-
- 30 Dec, 2017 3 commits
-
-
Mihai Moldovan authored
We need this to be able to execute the resulting nxagent binary from within the build directory.
-
Mihai Moldovan authored
nx-X11: build programs with a temporary RPATH/RUNPATH value and a relinked version with the system location. While the install target explicitly installs the relinked system-location version of a program, we do not actually use this. Currently, we copy nxagent directly out of the build root.
-
Mihai Moldovan authored
As discussed in ArcticaProject/nx-libs#610, we need a way to load libNX_X11 as a fake version of libX11 into nxagent's address space. For doing so, we have to link against libX11 at build-time and specify a(n) RPATH/RUNPATH to our libX11 -> libNX_X11 compat symlinks. This commit is essentially doing a cross between options 3 and 4 discussed in the provided GH issue. We link libX11 early (before specifying -Lcompat_symlinks_dir), so that the linker finds the "real" libX11 version with the libX11 SONAME. This leads to our binary depending upon both libX11 and libNX_X11 SONAMEs. We already always added RPATH/RUNPATH, but these values are not passed down to dependent libraries. What happens at run-time is that the loader searches for a libX11 SONAME, takes RPATH/RUNPATH into account and loads our libNX_X11 library instead via the compat symlinks. This satisfies the libX11 SONAME and dependent libraries will *not* load the system libX11 version again. Debian's dpkg-shlibdeps isn't quite happy about this mismatching SONAME situation, so instruct to look the other way while we're minding our business. Fixes: ArcticaProject/nx-libs#610
-
- 02 Nov, 2016 1 commit
-
-
Ulrich Sibiller authored
We do not build loadable modules, so we do not need them anywhere. Also remove the extra files requires for module builds.
-
- 31 Oct, 2016 1 commit
-
-
Mike Gabriel authored
Fixes ArcticaProject/nx-libs#250.
-
- 29 Oct, 2016 1 commit
-
-
Mike Gabriel authored
Imake.rules: Make BuildIncludes{,Top}() more robust in case people attempt providing path names instead of file names via srclist. Fixes ArcticaProject/nx-libs#223. Fixes ArcticaProject/nx-libs#244.
-
- 29 Jun, 2016 1 commit
-
-
Mike Gabriel authored
-
- 22 Apr, 2015 1 commit
-
-
Mike Gabriel authored
library clean-up: Don't build and link libXfont.a anymore. Use system's libXfont shared library and link dynamically.
-
- 13 Feb, 2015 1 commit
-
-
Jan Engelhardt authored
We really want to make use of rpm's automatic dependency finding. Binaries are scanned for DT_NEEDED entries, the latter of which are then used for populating the "Requires"-type deps. The "nxagent" binary for example would require libX11.so.6. That incurs problems: 1. A package manager told to install nxagent could select xorg-x11 rather than nx-libs, even though nxagent depends on the NX version. 2. A package manager told to install $some_program could select nx-libs rather than xorg-x11 (since both provide libX11.so.6), but, since the NX library is in an obscure directory, running $some_program would fail as libX11.so.6 is not found. To solve this, give the NX libraries unique names different from the Xorg ones.
-
- 28 Mar, 2013 2 commits
-
-
Mike Gabriel authored
This reverts commit e77bf36d.
-
Mike Gabriel authored
-
- 10 Oct, 2011 1 commit
-
-
Reinhard Tartler authored
Summary: Imported nx-X11-3.1.0-1.tar.gz Keywords: Imported nx-X11-3.1.0-1.tar.gz into Git repository
-