Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / proto / xorgproto
Commits: 84986de3 by Samuel Thibault at 2020-07-07T09:46:40+02:00 keysymdef: Add vietnamese dead accents These are used in the vn layout. Signed-off-by: Samuel Thibault <[email protected]> - - - - - 959d4442 by Samuel Thibault at 2020-07-07T11:24:04+02:00 keysymdef: Add Hangul unicode equivalents Signed-off-by: Samuel Thibault <[email protected]> - - - - - 39eb5974 by Samuel Thibault at 2020-07-07T13:31:37+02:00 keysymdef.h: Fix the documented perl regexp + is interpreted when not escaped. Signed-off-by: Samuel Thibault <[email protected]> - - - - - a8ccf66b by Samuel Thibault at 2020-07-07T14:42:40+02:00 keysymdef: Fix left/rightanglebracket Unicode equivalent As of version 7.7, the X protocol does not define a Unicode equivalent for them. The U+27E8 and U+27E9 equivalents were introduced by 618956f1f ("The big keysym cleanup, to bring implementation in line with the recent revision of Appendix A of the protocol spec."), but as xterm Patch #226 explicitly notes, U+2329 and U+232A should be used rather than U+27E8 and U+27E9. Gtk also inherited this. Signed-off-by: Samuel Thibault <[email protected]> - - - - - 09602b21 by Alan Coopersmith at 2020-08-08T10:33:56-07:00 Fix spelling/wording issues Found by using: codespell --builtin clear,rare,usage,informal,code,names Signed-off-by: Alan Coopersmith <[email protected]> - - - - - 2e727646 by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Fix grammar (duplicate word) - - - - - 0f72d2d0 by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Fix incorrect wording for ignored parameter - - - - - b93a47be by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Only key code can be grabbed, not key symbol - - - - - 8936fcea by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Improve consistency of grammar in a list - - - - - 31aa0990 by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Use non-hyphenated spelling of nonzero - - - - - 5371f0d4 by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Fix example of touch event processing - - - - - 97b47b50 by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Improve description of detail field in DeviceEvent - - - - - 49720c75 by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Improve description of detail field in XIPassiveGrabDevice - - - - - 2e18c08a by Povilas Kanapickas at 2020-08-18T09:36:39+00:00 specs: Make links between XI2 enum and event names explicit - - - - - daffc5b4 by orbea at 2020-08-24T15:01:44+00:00 pkgconfig: Drop exec_prefix from the .pc.in files. This is not used by xorg-devel which contains only headers. - - - - - e4d9ffdd by orbea at 2020-08-24T15:01:44+00:00 meson: Use configure_file for pc files. Meson's pkg.generate() is not suitable for header only libraries and using configure_file() allows for more fine tuned control. This also makes the meson and autotools builds more in sync where they both use the same .pc.in files. v2: Drop exec_prefix. - - - - - 50671520 by Alan Coopersmith at 2020-10-10T14:22:24-07:00 Xfuncproto: define _X_NONSTRING for __attribute__((nonstring)) Bumps xproto version to 7.0.33 Signed-off-by: Alan Coopersmith <[email protected]> Reviewed-by: Matt Turner <[email protected]> - - - - - 21e05da9 by Alan Coopersmith at 2020-10-10T14:22:35-07:00 XKB: Mark key name arrays as not NUL-terminated strings They are fixed length (4 characters), and don't need NUL-terminators. This makes gcc stop warning when they're not NUL-terminated, and instead warn if they are passed to functions expecting NUL-terminated strings. Signed-off-by: Alan Coopersmith <[email protected]> Reviewed-by: Matt Turner <[email protected]> - - - - - 32ada053 by Peter Hutterer at 2021-01-18T11:48:23+10:00 Remove misleading comment about not adding syms to XF86keysym.h We've been adding to those over the last few years. Not a huge amount but enough that we should stop pretending we don't touch that header. Signed-off-by: Peter Hutterer <[email protected]> - - - - - 70e990f0 by Peter Hutterer at 2021-01-21T08:55:35+10:00 gitlab CI: add a basic build test Build an Arch image that tests a meson build with all build options we support (well, the single one so far). Signed-off-by: Peter Hutterer <[email protected]> - - - - - 5dbb5b76 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysym.h: reserve a range for Linux kernel keysyms The Linux kernel adds a few evdev keycodes roughly every other release. These aren't available as keysyms through XKB until they have been added as keycode in xkeyboard-config and mapped there to a newly defined keysym in the X11 proto headers. In the past, this was done manually, a suitable keysym was picked at random and the mapping updated accordingly. This doesn't scale very well and, given we have a large reserved range for XF86 keysyms anyway, can be done easier. Let's reserve the range 0x10081XXX range for a 1:1 mapping of Linux kernel codes. That's 4095 values, the kernel currently uses only 767 anyway. The lower 3 bytes of keysyms within that range have to match the kernel value to make them easy to add and search for. Nothing in X must care about the actual keysym value anyway. Since we expect this to be parsed by other scripts for automatic updating, the format of those #defines is quite strict. Add a script to generate keycodes as well as verify that the existing ones match the current expected format. The script is integrated into the CI and meson test, so we will fail if an update breaks the expectations. Signed-off-by: Peter Hutterer <[email protected]> - - - - - c833b7c0 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v5.10 Signed-off-by: Peter Hutterer <[email protected]> - - - - - d110d97e by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v5.6 Signed-off-by: Peter Hutterer <[email protected]> - - - - - b87f02fe by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v5.5 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 901330ae by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v5.2 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 8ed8a806 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v5.1 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 8ad9743c by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add comment for new keycodes from kernel v4.16 This keysym is already available under a different name, see https://gitlab.freedesktop.org/xorg/proto/xorgproto/-/commit/000ebed576aafb44caeea8b6a5de90fba2bdc389 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 58f5208d by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v4.13 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 9b54c3c5 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v4.12 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 0f8b4d48 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v4.7 Signed-off-by: Peter Hutterer <[email protected]> - - - - - caca9d41 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v4.1 Signed-off-by: Peter Hutterer <[email protected]> - - - - - ef0e6b8e by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v3.18 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 7dbe7b7a by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v3.16 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 0519088b by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v3.13 ALSToggle has a terrible name, it's the Ambient Light Sensor. But it matches the kernel define so... Signed-off-by: Peter Hutterer <[email protected]> - - - - - 5ffc4c4b by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add new keycodes from kernel v3.10 Signed-off-by: Peter Hutterer <[email protected]> - - - - - c52d104f by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add comment for new keycodes from kernel v3.1 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 7f209319 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add some keycodes from 2.6.3x kernels A few notes on specific keys here: - There are exiting XF86XK_ZoomIn/Out keys, but they don't seem appropriate for KEY_CAMERA_ZOOMIN and friends. New symbols are introduced here. Signed-off-by: Peter Hutterer <[email protected]> - - - - - 941d3952 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add some keycodes from 2.6.2x kernels A few notes on specific keys here: - Some existing keysyms used some brand names. e.g. KEY_WORDPROCESSOR -> existing XF86XK_Word. This introduces some minor inconsistency with unbranded new keys like KEY_GRAPHICSEDITOR -> XF86XK_GraphicsEditor. - XF86XK_DisplayToggle is *not* XF86XK_Display (which represents KEY_SWITCHVIDEOMODE) Signed-off-by: Peter Hutterer <[email protected]> - - - - - 577a5684 by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add comments for some keycodes from 2.6.1x kernels Signed-off-by: Peter Hutterer <[email protected]> - - - - - ea9cf61a by Peter Hutterer at 2021-02-08T14:52:02+10:00 XF86keysyms.h: add some keycodes from kernels 2.6.11 and earlier These keysyms were already present in 2.6.11 which is the first tag in git. A few notes on specific keys here: - KEY_EJECTCLOSECD is theoretically different to XF86XK_Eject (kernel KEY_EJECTCD) but the actual usage in the hwdb remappings seems to be random. Either way it's already mapped to XF86XK_Eject in symbols/inet so let's just add an entry for the sake of documenting it. - XF86XK_CycleAngle seems like the best match for KEY_ANGLE Signed-off-by: Peter Hutterer <[email protected]> - - - - - 08549dc8 by Peter Hutterer at 2021-02-17T10:17:54+10:00 XF86keysym.h: fix a few references to invalid keys No change to the header, comments only. Signed-off-by: Peter Hutterer <[email protected]> - - - - - ff19ac58 by Peter Hutterer at 2021-02-17T10:18:19+10:00 scripts: use a named pattern for the hexcode check in comments Signed-off-by: Peter Hutterer <[email protected]> - - - - - e5d8af97 by Peter Hutterer at 2021-02-17T10:54:14+10:00 scripts: make sure all "Use: XK_Foo" comments point to existing symbols Signed-off-by: Peter Hutterer <[email protected]> - - - - - 882505e8 by Peter Hutterer at 2021-02-24T14:31:20+10:00 gitlab CI: add an autotools distcheck job Signed-off-by: Peter Hutterer <[email protected]> - - - - - 0fef97c1 by Peter Hutterer at 2021-02-24T14:39:14+10:00 configure.ac: remove trailing whitespaces Signed-off-by: Peter Hutterer <[email protected]> - - - - - 2bce6cef by Peter Hutterer at 2021-02-24T14:39:14+10:00 xorgproto 2021.2 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 7b6836f0 by Peter Hutterer at 2021-02-24T15:27:55+10:00 autotools: add the keysym-generator script to EXTRA_DIST Signed-off-by: Peter Hutterer <[email protected]> - - - - - 24e4a847 by Peter Hutterer at 2021-02-24T15:48:13+10:00 gitlab CI: add a job to build with meson from the autotools tarball Signed-off-by: Peter Hutterer <[email protected]> - - - - - 5d37740f by Peter Hutterer at 2021-02-25T11:19:24+10:00 xorgproto-2021.3 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 4901f35c by Hannah Rittich at 2021-03-01T21:20:24+00:00 Corrected comments in keysymdef.h. - - - - - 343dc74e by Peter Hutterer at 2021-03-10T09:20:42+00:00 Makefile.am: reorder the protocols to group by default and LEGACY An alphabetically ordered list is nice, but it's harder to figure out based on a diff whether a commit affects the legacy protocols or not. Let's group those separately, first the normal protocol files, then all the legacy-only ones. Signed-off-by: Peter Hutterer <[email protected]> - - - - - 388aa487 by Peter Hutterer at 2021-03-10T09:20:42+00:00 Makefile.am: move the man page rules to the top More readable grouping this way Signed-off-by: Peter Hutterer <[email protected]> - - - - - 242578ac by Peter Hutterer at 2021-03-10T09:39:44+00:00 Integrate the keysym verifier into make check 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 <[email protected]> - - - - - a657dd0b by Peter Hutterer at 2021-03-10T09:41:59+00:00 meson.build: use built-in variable substitution handling instead of sed Generated outputs are identical Signed-off-by: Peter Hutterer <[email protected]> - - - - - 8f6a67d3 by Peter Hutterer at 2021-03-10T09:41:59+00:00 meson.build: install the protocol .txt files in doc This now matches the autotools installation Signed-off-by: Peter Hutterer <[email protected]> - - - - - 86ffbbc2 by Peter Hutterer at 2021-03-10T09:44:43+00:00 gitlab CI: add a job to compare meson and autotools standard installs 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 <[email protected]> - - - - - 25f3278b by Pierre Le Marre at 2021-03-11T21:18:38+01:00 Deprecate XK_approxeq and XK_notapproxeq. Fixes #20 - - - - - 55914149 by Peter Hutterer at 2021-04-16T09:32:15+10:00 scripts: exit with 77 if python-libevdev is missing This way we pass make check/ninja test even where the module is not available See https://gitlab.freedesktop.org/xorg/proto/xorgproto/-/merge_requests/31#note_879823 Signed-off-by: Peter Hutterer <[email protected]> - - - - - b6bc35b8 by Olivier Fourdan at 2021-04-29T05:48:29+00:00 xfixes: Add ClientDisconnectMode 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 <[email protected]> - - - - - 34b8a46e by Peter Hutterer at 2021-04-30T09:31:12+10:00 gitlab CI: check that the autotools and meson versions are in sync Signed-off-by: Peter Hutterer <[email protected]> - - - - - eec0adee by Peter Hutterer at 2021-04-30T09:34:12+10:00 xorgproto 2021.4 Signed-off-by: Peter Hutterer <[email protected]> - - - - - 30 changed files: - + .gitlab-ci.yml - COPYING-x11proto - Makefile.am - README.md - applewmproto.pc.in - bigreqsproto.pc.in - compositeproto.pc.in - configure.ac - damageproto.pc.in - dmxproto.pc.in - dpmsproto.pc.in - dri2proto.pc.in - dri2proto.txt - dri3proto.pc.in - evieproto.pc.in - fixesproto.pc.in - fixesproto.txt - fontcacheproto.pc.in - fontsproto.pc.in - glproto.pc.in - include/GL/glxint.h - include/GL/internal/glcore.h - include/X11/HPkeysym.h - include/X11/XF86keysym.h - include/X11/Xfuncproto.h - include/X11/ap_keysym.h - include/X11/extensions/Printstr.h - include/X11/extensions/XKB.h - include/X11/extensions/XKBproto.h - include/X11/extensions/XKBstr.h The diff was not included because it is too large. View it on GitLab: https://salsa.debian.org/xorg-team/proto/xorgproto/-/compare/c62e8203402cafafa5ba0357b6d1c019156c9f36...eec0adee25847de29ab1a41bba530612451361a5 -- View it on GitLab: https://salsa.debian.org/xorg-team/proto/xorgproto/-/compare/c62e8203402cafafa5ba0357b6d1c019156c9f36...eec0adee25847de29ab1a41bba530612451361a5 You're receiving this email because of your account on salsa.debian.org.
