similar to: [ANNOUNCE] xkbcomp 1.4.4

This release adds the path of the xkbcomp executable to the pkgconfig data, allowing the X server to find the right binary regardless of where its (the X servers) $prefix is pointed. Without this the X server will guess that xkbcomp is configured for the same prefix; since the default prefix is /usr/local, and your distribution certainly did not install xkbcomp there, 'make check' and

Hi, This xkbcomp release mostly contains a couple of bugfixes and parser improvements. Notably, ignoring keycodes that X11 can never support means that we can start using those keycodes, which xkbcommon supports. Cheers, Daniel Benno Schulenberg (1): When overriding a key, adjust also its number of levels (#57242). Daniel Stone (2): keycodes: Ignore high keycodes xkbcomp

Only one patch, fixing keymap compilation errors when the keycodes maximum is set to a value above the permitted X11 maximum of 255. While we already ignored keys with codes above 255, we still failed on the maximum=374; line that xkeyboard-config 2.24 produces now. Peter Hutterer (2): Ignore xkb_keycodes.maximum of > 255 xkbcomp 1.4.2 git tag: xkbcomp-1.4.2

Couple of minor fixes, the only user-visible change is that the warning when a key type is shortened is now on a verbosity level above the default verbosity. This effectively removes the warning below for all users of the german keyboard layout (and others): Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols Alan Coopersmith (1): Stop including <X11/Xalloca.h>

Adam Jackson (1): Suppress high-keycode warnings at the default warning level Alan Coopersmith (1): Update configure.ac bug URL for gitlab migration Andreas Boll (2): pkgconfig: Remove unneeded Requires.private configure: Remove unused AC_SUBST([REQUIRED_MODULES]) Andreas Wettstein (1): xkbcomp Fix missing support for "affect" and incorrect modifier

Adam Jackson (2): Bug #7645: Fix a conditional that always evaluates to FALSE. xkbcomp 1.0.4 Alan Coopersmith (1): Bug 14185: MAINTAINERCLEANFILES multiply defined in Makefile.am Daniel Drake (1): Bug #11025: xkbcomp COPYING file James Cloos (3): Rename .cvsignore to .gitignore Add *~ to .gitignore to skip patch/emacs droppings Replace static ChangeLog

Just two pretty minor changes here, but the last one might be a startup time win, so might as well ship it. (Should be in 7.4.) Daniel Stone (2): xkbcomp: Take a device ID argument Don't scan paths which make NO SENSE WHATSOEVER TO SCAN git tag: xkbcomp-1.0.5 http://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.0.5.tar.bz2 MD5: 6cc96c3e4ed5d9802fe717beac008f19

Bug #4851: Fix up have-no-file test. CVS tag: xkbcomp-1_0_2 http://xorg.freedesktop.org/releases/individual/app/xkbcomp-1.0.2.tar.gz 65ad57be186352fbeeb530e44a8c6924 xkbcomp-1.0.2.tar.gz 1c36772c6ec5a63e6378ec92eb93512f21e99e6e xkbcomp-1.0.2.tar.gz http://xorg.freedesktop.org/releases/individual/app/xkbcomp-1.0.2.tar.bz2 8b22a5e6d780ec70bf98d31cdbd65658 xkbcomp-1.0.2.tar.bz2

Why the xkbcomp correctly applied to remap keyboard, so frequently gets reverted back? Sometimes It'll have no affect anymore as if it wasn't ever run or applied/deployed especially after a wake-up from suspend/sleep. How to keep it fixedly persistent ?

The function that returns ENOMEM is actually copy_mm. It returns ENOMEM when dup_mm returns 0. copy_mm receives clone_flags and task_struct * tsk. I think tsk is pointing to the new task (the process being forked). copy_mm assigns some values into *tsk, then: tsk->mm = NULL; tsk->active_mm = NULL; then we check if current process has ->mm; if not, return 0 (effectively

The Neverending Story of X11 Insecurity continues... Summary: On a system where X11R6.3-based Xserver with XKEYBOARD extension (R6.1 is probably affected too) is run in setuid or setgid enviroment (e.g. typical XFree86 installation has XF86_* installed setuid root), local users can exploit a "feature" of XKB implementation to execute arbitrary commands with the extra privileges.

Hi all, Sorry, the previous announcements had broken sums for the .tar.gz files; I've pasted the corrected sums here. Thanks Tilman, or else I wouldn't have noticed. http://xorg.freedesktop.org/archive/individual/app/luit-1.0.2.tar.gz MD5: 1acd244a489bae605a03a84d0754fb00 luit-1.0.2.tar.gz SHA1: 3ea4328256a6576e12fcdac278263d2fef6edf63 luit-1.0.2.tar.gz

I had to stop using the fglrx video driver from ELRepo, which isn't supported with CentOS 6.4. Now I can't start X; I get the following: > (II) [KMS] Kernel modesetting enabled. > The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Cannot open "/tmp/server-0.xkm" to write keyboard > description > Exiting > The XKEYBOARD

http://bugs.freedesktop.org/show_bug.cgi?id=19860 Summary: xv texture adaptor kills X Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hi, I made the switch from KDE4->XFCE, and because gdm takes more time than xfce to start I would like to replace it with lightdm. I installed lightdm, set it as default display manager and configured the gtk greeter. However, when I start I only get a black screen (x running) and nothing else happens. When I start it as root with the --test-mode argument, I get the following message: lightdm

Processing commands for control at bugs.debian.org: > reassign 646987 xen-hypervisor-4.0-amd64 Bug #646987 [xorg-server] /usr/bin/xinit: xinit fails with xkbcomp could not be invoked Bug reassigned from package 'xorg-server' to 'xen-hypervisor-4.0-amd64'. > thank you Stopping processing here. Please contact me if you need assistance. -- 646987:

Yet another collection of fixes from master. There will likely be at least one more 1.19.x release in 2018 as there are still a number of unreviewed patches pending. Until then, happy new year. Adam Jackson (10): xfixes: Remove the CursorCurrent array glx: Fix typos that break GLX_ARB_context_flush_control glx: Only flush indirect contexts in MakeCurrent (v2) glx: Fix

xscope is a program to monitor the connections between the X11 server and client programs. This release fixes some minor bugs and adds support for decoding the DAMAGE extension. Alan Coopersmith (9): scope.h: remove second include of fd.h gitlab CI: stop requiring Signed-off-by in commits gitlab CI: build with both --enable-xtrans & --disable-xtrans fd.h: fix build

xf86-input-elographics - Elographics input driver for the Xorg X server ----------------------------------------------------------------------- Alan Coopersmith (6): gitlab CI: ensure libtool is installed in build container configure: Use LT_INIT from libtool 2 instead of deprecated AC_PROG_LIBTOOL configure: clear up obsolete macro warnings from autoconf Move X.Org's

Xapian 1.4.4 can now be downloaded from: https://xapian.org/download The wiki has a summary of the most notable changes: https://trac.xapian.org/wiki/ReleaseOverview/1.4.4 A big thanks to the following people for helping to make this release a reality: Shivanshu Chauhan, Richard Boulton, Kirill A. Shutemov, David Bremner, James Aylett, Mario Emmenlauer, Daniel Schepler, James Clarke, Gaurav