similar to: [ANNOUNCE] xkbcomp 1.0.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

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

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

Hello, today I checked out a new copy of Dovecot (and LDA) from CVS: File: ChangeLog Status: Up-to-date Working revision: 1.2765 Repository revision: 1.2765 /home/cvs/dovecot/ChangeLog,v I could compile them, but my findings follow: - the problem: I copied dovecot-lda below CVS_ROOT/dovecot, the first make attempt failed with this fatal error: make[3]: Entering directory

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

Hi, I'm trying to get managesieve to work but, as usual, I have some issues... - First of all, the compilation process after applying the patch is a bit strange. I've used this way (i'm using centOS 4 for this pre-tests): $ tar zxvf dovecot-1.0.0.tar.gz $ cd dovecot-1.0.0 $ gzip -cd ../dovecot-1.0.rc28-MANAGESIEVE-v4.diff.gz | patch -p1 $ autoreconf (This ends with an error about

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

Looks like libguestfs build is broken, or not documented properly. I tried (based on http://libguestfs.org/guestfs-building.1.html): git clean -dxf ./autogen.sh autoreconf failes with: autoreconf: running: automake --add-missing --copy --no-force configure.ac:38: installing 'build-aux/missing' configure.ac:221: error: required file 'common/mlcustomize/Makefile.in' not found

I'm trying to get dovecot-lda working on a FreeBSD 6.0-RELEASE box (also had the same problem on 5.4) When I run autogen.sh I get the following output: aclocal:configure.in:13 <http://configure.in:13>: warning: macro `AM_PROG_LIBTOOL' not found in library You should update your `aclocal.m4' by running aclocal. configure.in <http://configure.in>: installing

These ignores are covering test-console-ubuntu-12.04 test data. --- .gitignore | 2 ++ 1 file changed, 2 insertions(+) diff --git a/.gitignore b/.gitignore index 36a193054..54dd5c6d0 100644 --- a/.gitignore +++ b/.gitignore @@ -87,12 +87,14 @@ Makefile.in /build-aux/test-driver /build-aux/ylwrap /builder/.depend +/builder/*.img /builder/index-parse.c /builder/index-parse.h