similar to: serious security problem in XKB

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

I wonder if there is a standard Rails way to redirect from an action back to a previously viewed page. As a quick fix I created two little methods in the controllers/application.rb. Does this seem like an ok way to go? Thanks, Peter class ApplicationController < ActionController::Base def i_was_here session[:i_was_here] = request.env[''REQUEST_URI''] end def

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

Alan Coopersmith (1): Fix spelling/wording issues Miroslav Ko?k?r (1): Fix lockdevbtn to be XkbSA_LockDeviceBtn action Peter Hutterer (3): For -R and after chdir, add the current directory to the path Don't pretend unresolved symbols are an error xkbcomp 1.4.4 git tag: xkbcomp-1.4.4 https://xorg.freedesktop.org/archive/individual/app/xkbcomp-1.4.4.tar.bz2 MD5:

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

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

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

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:

Here's what I'm hoping will be the server 1.6 release. Unless someone finds a brown-paper-bag bug in the next few days, I'll tag this as 1.6 and push it out soon. There are a few patches which were nominated but left out of this release, those added functionality which I thought should be left to the next release. -keith Aaron Plattner (1): Query the DDX in

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

As per the schedule, I am pleased to announce the first release candidate of the standalone Xwayland 23.2.0 release (Xwayland 23.2.0 rc1). Some notable changes since Xwayland 23.1 include: - Optional support for emulated input by using libEI for XTEST, - Support for wp-tearing-control-v1, - Xwayland rootful is now resizable with libdecor. Testing of this release candidate would be