nx-libs/Makefile, branch pr/render-cleanupNXv3 (redistributed)
https://cgit.arctica-project.org/nx-libs/atom?h=pr%2Frender-cleanup2015-04-30T12:30:59+00:00debian/libnx-xinerama1.*: move Xinerama dir back to nx-x11-common. Only delete known files. Fixes RPM build failures.2015-04-30T12:30:59+00:00Mihai Moldovanionic@ionic.de2015-04-30T12:25:25+00:00urn:sha1:a9bc7bdb6bc8c51f3ed8f35e80c4c0291f3d7ac2libnx-xinerama1: also create libXinerama symlink in postinst (and remove in prerm.)2015-04-28T23:20:34+00:00Mihai Moldovanionic@ionic.de2015-04-28T21:00:43+00:00urn: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...
xbitmaps cleanup: The <X11/bitmaps/*> headers are not required at build time for NX.2015-04-23T04:34:13+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2015-04-21T08:42:47+00:00urn:sha1:e69b7d1ecf9672effd4715a4bc8d5bd729b5bd37Makefile: clean-up auto-generated nxversion.def in clean rule (not in build rule).2015-03-05T11:24:42+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2015-03-05T11:24:42+00:00urn:sha1:18e186b517d56db2fb447cb92d27fb6857f9e763Make nxagent process aware of its current NX'ish version.2015-02-17T08:26:54+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2015-02-16T14:11:02+00:00urn: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.
Makefile.nx-libs: Fix uninstall-lite rule. The nxproxy and nxcomp uninstallation has to be in uninstall-lite, not in uninstall-full.2015-02-16T05:28:47+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2015-02-16T04:51:02+00:00urn:sha1:db12538ddeb32db3bfd1882d2bb34ff00809301eMake install-lite rule in Makefile.nx-libs more predictable and not rely on nxproxy/Makefile.in.2015-02-16T05:28:47+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2015-02-16T04:45:17+00:00urn:sha1:892c08ddc4f4f7fc84b22081a53e4385a737ab23Fix FTBFS due to the nxproxy executable already existing under /usr/lib/nx/bin/nx2015-02-16T05:28:47+00:00Mike DePaulomikedep333@gmail.com2015-02-14T22:07:21+00:00urn:sha1:e4d97018b4bed33afb3a6c61894272615f97e43d
Conflicts (resolved by Mike Gabriel):
debian/changelog
Move Makefile (and auxiliary file replace.sh) into base folder. Adapt packaging these scripts:2015-02-14T15:14:30+00:00Mike Gabrielmike.gabriel@das-netzwerkteam.de2015-02-14T14:08:07+00:00urn:sha1:ea8ca04a7cb478c6c379e64e5db655fff9c0e15a
debian/roll-tarballs.sh
debian/rules
nx-libs.spec