NXv3 (redistributed) https://cgit.arctica-project.org/nx-libs/atom?h=3713346f 2015-12-29T23:05:53+00:00 2015-12-29T23:05:53+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-10-07T19:33:55+00:00 urn:sha1:522cf0089e4db707346c25d826c33e92ef09db8a 2015-12-29T23:05:53+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-05-05T08:24:24+00:00 urn:sha1:2d776b14fddc5ec70c97aa82672f3a7c9caef6a3 This commit goes along with a patch from Ulrich Sibiller who managed to move the Xinerama awareness for NX sessions into the Xserver code. This makes Xinerama support for NX in libNX_Xinerama.so obsolete. Fixes ArcticaProject/nx-libs#49 2015-12-28T12:15:24+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-07-08T14:16:40+00:00 urn:sha1:433d8186588698ce6a435fbff5e9d40a37b78be9 In the process of building nxagent against more and more system-wide installed X.org libraries, we come to the limit of including structs from this (bundled nx-X11) and that (system-wide X.Org) library. This commit introduces a clear namespace separation of headers provided by nx-X11 and headers provided by X.Org. This approach is only temporary as we want to drop all nx-X11 bundled libraries from nx-libs. However, for a while we need to make this separation clear and also ship some reduced fake X.Org headers that avoid pulling in libX* and libNX_X* symbols at the same time. This patch has been tested on Debian jessie and unstable and requires no overall testing on various distros and distro versions, as we finally will drop all libNX_X* libraries and build against X.org's client libs. For now, this hack eases our development / cleanup process. 2015-07-13T23:26:33+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-07-13T23:26:33+00:00 urn:sha1:5eecadb53b4bcea485f85b2d7f01e49f9873b875 2015-04-30T12:30:59+00:00 Mihai Moldovan ionic@ionic.de 2015-04-30T12:25:25+00:00 urn:sha1:a9bc7bdb6bc8c51f3ed8f35e80c4c0291f3d7ac2 2015-04-28T23:20:34+00:00 Mihai Moldovan ionic@ionic.de 2015-04-28T21:00:43+00:00 urn:sha1:83983e944e5076ad2d8beb6dd9190559fb6c5937 Due to the nx-x11-common package being a noarch/allarch package, creating the symlink in nx-libs' Makefile will lead to the symlink referencing the "default" architecture dpkg uses for building noarch/allarch packages. Incidentally, this worked fine for Debian, as amd64 seems to be the default architecture. On Ubuntu, however, the default architecture up to Vivid (15.04) was i386. For those builds, the symlink pointed to the 32 bit library of libNX_Xinerama.so.1 -- essentially breaking this feature. Move the symlink creation to the arch-sensitive libnx-xinerama1 package. The postinst and prerm scriptlets will work fine, unless someone installs the i386 package version *after* the amd64 version. Given that we already create symlinks to libNX_X11 and friends using that method, no new regression is introduced. Strictly speaking that's a bug, but we'll hopefully clean that up later... 2015-04-23T04:34:13+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-04-21T08:42:47+00:00 urn:sha1:e69b7d1ecf9672effd4715a4bc8d5bd729b5bd37 2015-03-05T11:24:42+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-03-05T11:24:42+00:00 urn:sha1:18e186b517d56db2fb447cb92d27fb6857f9e763 2015-02-17T08:26:54+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-02-16T14:11:02+00:00 urn:sha1:203d97147623b97a48c0f6456cc1de9d8364db03 This feature copies the way how X.Org version string and number are propagated at build time. First use case: if people start nxagent, it reports its version number on stderr. This is about being human-friendly. Second use case: None, so far. But it will now be easy to use the NXAGENT_VERSION_STRING in later feature add-ons. 2015-02-16T05:28:47+00:00 Mike Gabriel mike.gabriel@das-netzwerkteam.de 2015-02-16T04:51:02+00:00 urn:sha1:db12538ddeb32db3bfd1882d2bb34ff00809301e