| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| 2001_nx-X11_install-location.debian.patch | FHS adaptation for Debian packaging On Debian, NX libraries and binaries are installed to /usr/lib/nx. |
Mike Gabriel <mike.gabriel@das-netzwerkteam.de> | not-needed | 2012-12-31 | ||
| 2003_nxdialog-use-python3.patch | Enforce usage of Python3 | Mike Gabriel <mike.gabriel@das-netzwerkteam.de> | no | |||
| 0001_Compext.c-fix-comparisons-of-16bit-sequence-numbers.patch | [PATCH] Compext.c: fix comparisons of 16bit sequence numbers rep->generic.sequenceNumber is of type CARD16 state->sequence is of type unsigned long Converting state->sequence to an int as it has been done since the first version of nxcomp I know of (1.3.0-18 from 2003) is wrong here because for numbers > INT_MAX this will result in a negative number, which, after applying the 16bit modulo, will not match rep->generic.sequenceNumber. Example with numbers: CARD16 c = 24565 unsigned long u = 3179110389 c % 65536 = 24565 u % 65536 = 24565 (int)(u) = -1115856907 (int)(u) % 65536 = -40971 -40971 will not match 24565 To fix this we need to ensure the number stays positive. We use CARD16 for this to match the type in the request which is a 16bit number. On my system CARD16 is unsigned short which is guaranteed to contain _at least_ the 0-65,535 range. As there is no upper limit of the range we cannot drop the modulo because we need this value to be 16bit and not more. Thanks to Norm Green for providing log after log until we could finally identify the reason for him seeing "Xlib: unexpected async reply (sequence 0x94b01439)!" when pasting stopped working. |
Ulrich Sibiller <uli42@gmx.de> | no | 2021-03-17 | ||
| 0002_Forward-ClientMessages-to-nxproxy-side.patch | [PATCH] Forward ClientMessages to nxproxy side This should help with clients requesting window manager actions like maximizing or minimizing. This is a first version as it only handles messages of type WM_STATE_CHANGE and _NET_WM_STATE. But ICCCM and EWMH know some more. The other direction, setting of properties by the WM, is already implemented in Rootless.c. Fixes ArcticaProject/nx-libs#1015 |
Ulrich Sibiller <uli42@gmx.de> | no | 2021-05-02 | ||
| 0003_randr-Do-not-update-ConnectionInfo-if-NULL.patch | [PATCH] randr: Do not update ConnectionInfo if NULL Backport of this xorg-xserver commit: commit 941aeb3b92e644923bd112eef8023f033a140ee6 Author: Olivier Fourdan <ofourdan@redhat.com> Date: Fri May 13 08:58:58 2016 +0200 randr: Do not update ConnectionInfo if NULL RRScreenSizeNotify() will update the connection information block, but if this occurs during initialization before ConnectionInfo is even initialized, this will lead to a crash. Simply check for ConnectionInfo prior to update it to avoid the crash. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95337 Reviewed-by: Adam Jackson <ajax@redhat.com> Signed-off-by: Olivier Fourdan <ofourdan@redhat.com> Fixes ArcticaProject/nx-libs#1009 |
Ulrich Sibiller <uli42@gmx.de> | no | 2021-03-17 | ||
| 0004_document-additional-options-only-nxagent-knows-about.patch | [PATCH] document additional options only nxagent knows about [sunweaver] For Debian 11, shipping nx-libs 3.5.99.26 (with patches), the textclipboard= [sunweaver] has been removed from this upstream patch. |
Ulrich Sibiller <uli42@gmx.de> | no | 2021-03-07 | ||
| 0005_fix-building-with-binutils-2.36.patch | [PATCH] fix building with binutils >= 2.36. The l option of ar in the newer binutils versions switched from being unused to being used to specify dependencies so here should be safely removed |
ponce <matteo.bernardini@gmail.com> | no | 2021-04-05 | ||
| 0006_nx-X11-Add-support-for-riscv64-architecture.patch | [PATCH] nx-X11: Add support for riscv64 architecture | Alexandre Ghiti <alexandre.ghiti@canonical.com> | no | 2021-09-10 | ||
| 0008_nx-X11-programs-Xserver-hw-nxagent-man-nxagent.1-Fix.patch | [PATCH] nx-X11/programs/Xserver/hw/nxagent/man/nxagent.1: Fix groff error reported by lintian in nxagent man page. | Mike Gabriel <mike.gabriel@das-netzwerkteam.de> | no | 2023-08-27 |