- 11 Jan, 2023 3 commits
-
-
Alan Coopersmith authored
Fixes deprecation warning for meson 0.56.0 and later. Raises minimum meson version to 0.56.0. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Sets minimum meson version to 0.50.0 due to use of: * 0.49.0: {'/ with string arguments'} * 0.50.0: {'install arg in configure_file'} Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 30 Sep, 2022 1 commit
-
-
Alan Coopersmith authored
We could not find any evidence it was ever used, but defining it caused C++11 compilers to complain: /usr/X11R6/include/X11/Xfuncproto.h:173:24: warning: ISO C does not permit named variadic macros [-Wvariadic-macros] #define _X_NONNULL(args...) __attribute__((nonnull(args))) Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 12 Sep, 2022 1 commit
-
-
Olivier Fourdan authored
-
- 08 Sep, 2022 1 commit
-
-
The actual protocol and implementation details are unaffected - both here and in xcb. Only the description/diagram section is off. Noticed while skimming through the new 1.3 additions. Signed-off-by:
Emil Velikov <emil.velikov@collabora.com>
-
- 28 Aug, 2022 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 09 Aug, 2022 1 commit
-
-
Olivier Fourdan authored
Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com>
-
- 04 Aug, 2022 1 commit
-
-
Peter Hutterer authored
This extension exists to serve one purpose: reliably identifying Xwayland. Previous attempts at doing so included querying root window properties, output names or input device names. All these attempts are somewhat unreliable. Instead, let's use an extension - where that extension is present we have an Xwayland server. Clients should never need to do anything but check whether the extension exists through XQueryExtension/XListExtensions. This extension provides a single QueryVersion request only, and that is only to provide future compatibility if we ever need anything other than "this extension exists" functionality. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed-by:
Olivier Fourdan <ofourdan@redhat.com>
-
- 24 Jul, 2022 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 23 Jul, 2022 3 commits
-
-
Workaround the collision between ControlMask #defined in X11/X.h and ControlMask used as the name of a structure member in w32api/processthreadsapi.h in w32api 10.0.0
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Uses ci-fairy from freedesktop/ci-templates Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 09 Jun, 2022 2 commits
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 25 May, 2022 1 commit
-
-
DRI3SetDRMDeviceInUse is a hint that lets a client tell the server what DRM device it is currently using. This lets the server make more informed decisions for what modifiers to return to the client. This is needed for proper linux dmabuf feedback with Xwayland
-
- 21 Apr, 2022 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 25 Mar, 2022 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 09 Nov, 2021 1 commit
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 15 Sep, 2021 2 commits
-
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
- 15 Jun, 2021 1 commit
-
-
Alexander Richardson authored
All modern compilers (GCC>=4.6, Clang>=3.0) define this macro, so we can use it to detect 64-bit longs without adding to the architecture list. This change allows me to successfully run a simple X11 window on a 64-bit FreeBSD RISC-V QEMU VM via SSH forwarding. Without this change I get an error that DISPLAY cannot be opened. Signed-off-by:
Alex Richardson <Alexander.Richardson@cl.cam.ac.uk>
-
- 30 May, 2021 2 commits
-
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
-
- 17 May, 2021 2 commits
-
-
Povilas Kanapickas authored
This was a copy-paste error from TOUCHCLASS. The protocol structs use uint8_t for num_touches. Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
The actual protocol structs use uint8_t. Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
- 15 May, 2021 3 commits
-
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
TODO, while useful for grepping, does not actually mean anything, so completely useless. Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
- 10 May, 2021 2 commits
-
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
- 29 Apr, 2021 3 commits
-
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
The Xserver itself is capable of terminating itself once all X11 clients are gone, yet in a typical full session, there are a number of X11 clients running continuously (e.g. the Xsettings daemon, IBus, etc.). Those always-running clients will prevent the Xserver from terminating, because the actual number of X11 clients will never drop to 0. To solve this issue directly at the Xserver level, this add new entries to the XFixes extension to let the X11 clients themselves specify the disconnect mode they expect. Typically, those X11 daemon clients would specify the disconnect mode XFixesClientDisconnectFlagTerminate to let the Xserver know that they should not be accounted for when checking the remaining clients prior to terminate. Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com>
-
- 15 Apr, 2021 1 commit
-
-
Peter Hutterer authored
This way we pass make check/ninja test even where the module is not available See xorg/proto/xorgproto!31 (comment 879823) Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 11 Mar, 2021 1 commit
-
-
Wismill authored
Fixes #20
-
- 10 Mar, 2021 4 commits
-
-
Peter Hutterer authored
Build and install with meson, build and install with autotools and then run diff to compare the two directory trees. They should be the same. This does not install the legacy protocols, they're behind a configure switch. The spec-build is disabled in autotools because we know meson doesn't do that yet, so no point in comparing those. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
This now matches the autotools installation Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
Generated outputs are identical Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
Peter Hutterer authored
autotools can't pass arguments, so let's default to 'verify' in the script itself and for distcheck to succeed, we need to set an environment variable to search for the header (it's an out-of-tree build). And due to the very faint chance of there being no python during the xorgproto build, let's make that conditional too. Signed-off-by:
Peter Hutterer <peter.hutterer@who-t.net>
-