| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
includes at build time.
Fixes ArcticaProject/nx-libs#276.
|
| |
|
|\
| |
| |
| | |
Attributes GH PR #243: https://github.com/ArcticaProject/nx-libs/pull/243
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Remove check for the remote side operating system because the evdev
check will only succeed on Linux (and in future FreeBSD?) anyway.
Besides, this makes keycode conversion work when using nxagent without
nx transport (as an xnest replacement) or when not providing
client=linux in the options.
This fixes the second issue mentioned in ArcticaProject/nx-libs#239
(keyboard not working correctly).
|
| |
| |
| |
| |
| |
| | |
Certain versions of LynxOS needed to sleep up to five seconds for closing a pipe to actually, y'know, be useful.
Backported-to-NX-by: Ulrich Sibiller <uli42@gmx.de>
|
| | |
|
| |
| |
| |
| | |
Also abort reconnect on strndup failure.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Fixes ArcticaProject/nx-libs#239
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
keyboard config file for nxagent/x2goagent was broken from the moment
it got implemented. nxagentXkbConfigFilePath had never been filled.
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
| |
`readlink` returns nothing for non-symlinks. Careful investigation of the build
environment revealed that libNX_X11.so.6.2 was no symlink to begin with - so
the whole copy operation failed.
Pro-actively fix the call though, in case we ever encounter a symlink there.
|
|
|
|
|
|
|
|
| |
Creating libX11 symlinks breaks our builds in clean environments. Drop this
feature for now.
It must be rewritten to only create the symlinks after everything has been
built.
|
|
|
|
|
|
|
|
| |
slave-agent has explanatory comments at the start
slave-client has a --help argument.
The sample agent implements some testing, verification and
benchmarking functionality.
|
|\
| |
| |
| | |
Attributes GH PR #253: https://github.com/ArcticaProject/nx-libs/pull/253
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
commit 78179ae827bb5d19abb1340084362bc51ad5c1e5
Author: Søren Sandmann Pedersen <sandmann@redhat.com>
Date: Mon Jun 11 22:46:42 2007 -0400
Remove fbmmx.[ch] files
Backported-to-NX-by: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
Other than X.org, we don't yet introduce using pixman_* function calls
in the nxagent Xserver's fb code.
Fixes ArcticaProject/nx-libs#252.
|
|/ |
|
|\
| |
| |
| | |
Attributes GH PR #278: https://github.com/ArcticaProject/nx-libs/pull/278
|
| | |
|
| |
| |
| |
| |
| |
| | |
is_numeric is only needed if X11_t is defined.
Silences "warning: ‘is_numeric’ defined but not used [-Wunused-function]"
|
| |
| |
| |
| |
| |
| | |
warning: "XTRANS_SEND_FDS" is not defined [-Wundef]
This define came in via the recent xtrans update.
|
| |
| |
| |
| | |
warning: format ‘%p’ expects argument of type ‘void *’
|
|/ |
|
| |
|
|\
| |
| |
| | |
Attributes GH PR #268: https://github.com/ArcticaProject/nx-libs/pull/268
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This lifts xtrans to the state of this commit:
commit 560d7550e23e9b14056b4a9b2569c2f256015f8a
Author: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
Date: Sat Sep 10 22:09:51 2016 -0700
Update strlcpy macro check to also check HAVE_STRLCPY
xorg-server moved from HAS_STRLCPY to HAVE_STRLCPY in 2011
cf-xserver: d829a7c5cb42c979b58f3547136df5b05d906423
Signed-off-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Remove CLTS code
Never been used, as far as I can tell.
Reviewed-by: Keith Packard <keithp@keithp.com>
Signed-off-by: Adam Jackson <ajax@redhat.com>
Backported-to-NX-by: Ulrich Sibiller <uli42@gmx.de>
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
this simplyfies updating to Xorg/xtrans upstream
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
"""
It's simply obsolete, sloppy, compiler namespace pollution. The
compiler is not allowed to predefine symbols that might conflict with
ordinary identifiers. For backwards compatibility gcc currently
predefines i386 when compiling for x86 32-bit (but not 64-bit), but that
will go away. It is also not defined if you specify -ansi when invoking
the compiler, because then it is seriously standards compliant. Other
compilers shouldn't define it either. Correct code shouldn't rely on it
being defined. However __i386__ is safe and proper.
"""
Backported-to-NX-by: Ulrich Sibiller <uli42@gmx.de>
|
| |
| |
| |
| | |
empty lines and trailing whitespace
|
| |
| |
| |
| |
| |
| | |
If your OS doesn't have sysconf(3), then life is already hard for you.
Backported-to-NX-by: Ulrich Sibiller <uli42@gmx.de>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|/
|
|
| |
just as Xorg upstream did
|