nx-libs - NXv3 (redistributed)

	Commit message (Collapse)	Author	Age	Files	Lines
*	Imake.rules: Make BuildIncludes{,Top}() more robust in case people attempt ↵	Mike Gabriel	2016-10-29	1	-2/+2
\| \| \| \| \| \| \|	providing path names instead of file names via srclist. Fixes ArcticaProject/nx-libs#223. Fixes ArcticaProject/nx-libs#244.
*	nx-X11/config/{imake,makedepend}: Use system-wide available imake and ↵	Mike Gabriel	2016-06-30	1	-13/+3
\| \| \| \|	makedepend tools.
*	library clean-up: Don't build and link libXfont.a anymore. Use system's ↵pr/libxfont-cleanup	Mike Gabriel	2015-04-22	1	-21/+0
\| \| \| \|	libXfont shared library and link dynamically.
*	Unique Library Names Patch ↵	Jan Engelhardt	2015-02-13	1	-6/+6
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	(600_nx-X11+nxcompext+nxcompshad_unique-libnames.full.patch). 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.
*	Revert "release 3.5.0.19"	Mike Gabriel	2013-03-28	1	-6/+6
\| \| \| \|	This reverts commit e77bf36d9afbc7e56522574b06217d57c11dd095.
*	release 3.5.0.19	Mike Gabriel	2013-03-28	1	-6/+6
\|
*	Imported nx-X11-3.1.0-1.tar.gznx-X11/3.1.0-1	Reinhard Tartler	2011-10-10	1	-0/+3649
	Summary: Imported nx-X11-3.1.0-1.tar.gz Keywords: Imported nx-X11-3.1.0-1.tar.gz into Git repository