xorg issueshttps://gitlab.freedesktop.org/groups/xorg/-/issues2020-03-10T17:35:25Zhttps://gitlab.freedesktop.org/xorg/driver/xf86-video-dummy/-/issues/1Add minimal XRandR support to dummy driver2020-03-10T17:35:25ZBugzilla Migration UserAdd minimal XRandR support to dummy driver## Submitted by Bastien Nocera `@hadess`
Assigned to **Xorg Project Team**
**[Link to original bug (#65413)](https://bugs.freedesktop.org/show_bug.cgi?id=65413)**
## Description
I would be extremely useful for the dummy driver to ...## Submitted by Bastien Nocera `@hadess`
Assigned to **Xorg Project Team**
**[Link to original bug (#65413)](https://bugs.freedesktop.org/show_bug.cgi?id=65413)**
## Description
I would be extremely useful for the dummy driver to have minimal XRandR support, so we could use it to run automated tests in gnome-settings-daemon.
For the power plugin, we'd use XRandR DPMS support (to turn the screen on/off), and the backlight property (to change the backlight).https://gitlab.freedesktop.org/xorg/xserver/-/issues/445Xorg freeze after "switch user" applet is invoked2018-12-17T16:10:01ZBugzilla Migration UserXorg freeze after "switch user" applet is invoked## Submitted by Hans Deragon
Assigned to **Xorg Project Team**
**[Link to original bug (#65789)](https://bugs.freedesktop.org/show_bug.cgi?id=65789)**
## Description
Login as a user in Ubuntu 12.04, then switch to another user. S...## Submitted by Hans Deragon
Assigned to **Xorg Project Team**
**[Link to original bug (#65789)](https://bugs.freedesktop.org/show_bug.cgi?id=65789)**
## Description
Login as a user in Ubuntu 12.04, then switch to another user. Screen becomes blank and inactivated (LCD monitor does not receive any signal).
Occurs with ATI Radeon HD 4770. Problem also reported by others with NVidia driver, thus seam unrelated to driver. Not sure how to classify this bug.
Tracked on LaunchPad Bug #577997 (https://bugs.launchpad.net/nvidia-drivers-ubuntu/+bug/577997).https://gitlab.freedesktop.org/xorg/xserver/-/issues/610vesa driver finds no devices2018-12-17T18:15:51ZBugzilla Migration Uservesa driver finds no devices## Submitted by raj..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#66202)](https://bugs.freedesktop.org/show_bug.cgi?id=66202)**
## Description
Screen.c: In function 'xnestOpenScreen':
Screen.c:132: warning...## Submitted by raj..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#66202)](https://bugs.freedesktop.org/show_bug.cgi?id=66202)**
## Description
Screen.c: In function 'xnestOpenScreen':
Screen.c:132: warning: declaration of 'index' shadows a global declaration
/opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/lib/gcc/i686-unknown-linux-gnu/4.1.2/../../../../i686-unknown-linux-gnu/sys-include/string.h:304: warning: shadowed declaration is here
Screen.c: In function 'xnestCloseScreen':
Screen.c:412: warning: declaration of 'index' shadows a global declaration
/opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/lib/gcc/i686-unknown-linux-gnu/4.1.2/../../../../i686-unknown-linux-gnu/sys-include/string.h:304: warning: shadowed declaration is here
CC Visual.o
cc1: warning: -Wuninitialized is not supported without -O
CC Window.o
cc1: warning: -Wuninitialized is not supported without -O
Window.c: In function 'xnestWindowExposurePredicate':
Window.c:383: warning: declaration of 'display' shadows a global declaration
../../include/opaque.h:52: warning: shadowed declaration is here
CC dpmsstubs.o
cc1: warning: -Wuninitialized is not supported without -O
CC stubs.o
cc1: warning: -Wuninitialized is not supported without -O
CC miinitext.o
cc1: warning: -Wuninitialized is not supported without -O
../../mi/miinitext.c:96: warning: redundant redeclaration of 'noTestExtensions'
../../include/globals.h:23: warning: previous declaration of 'noTestExtensions' was here
../../mi/miinitext.c:102: warning: redundant redeclaration of 'noDbeExtension'
../../include/globals.h:50: warning: previous declaration of 'noDbeExtension' was here
../../mi/miinitext.c:108: warning: redundant redeclaration of 'noGlxExtension'
../../include/globals.h:58: warning: previous declaration of 'noGlxExtension' was here
../../mi/miinitext.c:111: warning: redundant redeclaration of 'noScreenSaverExtension'
../../include/globals.h:62: warning: previous declaration of 'noScreenSaverExtension' was here
../../mi/miinitext.c:117: warning: redundant redeclaration of 'noRRExtension'
../../include/globals.h:70: warning: previous declaration of 'noRRExtension' was here
../../mi/miinitext.c:119: warning: redundant redeclaration of 'noRenderExtension'
../../include/globals.h:73: warning: previous declaration of 'noRenderExtension' was here
../../mi/miinitext.c:125: warning: redundant redeclaration of 'noResExtension'
../../include/globals.h:80: warning: previous declaration of 'noResExtension' was here
../../mi/miinitext.c:131: warning: redundant redeclaration of 'noXFree86DGAExtension'
../../include/globals.h:88: warning: previous declaration of 'noXFree86DGAExtension' was here
../../mi/miinitext.c:137: warning: redundant redeclaration of 'noXFree86VidModeExtension'
../../include/globals.h:96: warning: previous declaration of 'noXFree86VidModeExtension' was here
../../mi/miinitext.c:140: warning: redundant redeclaration of 'noXFixesExtension'
../../include/globals.h:100: warning: previous declaration of 'noXFixesExtension' was here
../../mi/miinitext.c:152: warning: redundant redeclaration of 'noXvExtension'
../../include/globals.h:118: warning: previous declaration of 'noXvExtension' was here
../../mi/miinitext.c:268: warning: redundant redeclaration of 'GEExtensionInit'
../../Xext/geext.h:81: warning: previous declaration of 'GEExtensionInit' was here
CCLD Xnest
../../dix/.libs/libdix.a(window.o): In function `get_window_name':
window.c:(.text+0x3b): undefined reference to `CompScreenPrivateKeyRec'
collect2: ld returned 1 exit status
make[4]: *** [Xnest] Error 1
I have downloaded X11R7.7 version package's and building xorg-server-1.22.2 package above error has occured.
All dependent packages are build and installed under /opt/ folder.
Can you please suggest the solution to move forward.
Version: 7.7 (2012.06)https://gitlab.freedesktop.org/xorg/app/setxkbmap/-/issues/1[setxkbmap] implement -ignoreserver option to ignore current X server settings2021-09-20T04:31:23ZBugzilla Migration User[setxkbmap] implement -ignoreserver option to ignore current X server settings## Submitted by Stéphane Aulery
Assigned to **Xorg Project Team**
**[Link to original bug (#66348)](https://bugs.freedesktop.org/show_bug.cgi?id=66348)**
## Description
Created attachment 81665
Rename noserver option to ignoreserv...## Submitted by Stéphane Aulery
Assigned to **Xorg Project Team**
**[Link to original bug (#66348)](https://bugs.freedesktop.org/show_bug.cgi?id=66348)**
## Description
Created attachment 81665
Rename noserver option to ignoreserver of setxkbmap
I'd call the option and local variable "ignoreserver" instead of
"noserver". ("noserver" could lead to thoughts like as "What? I don't
*have* an X server? What am I doing running an X client, then?")
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=245065 for more information.
**Attachment 81665**, "Rename noserver option to ignoreserver of setxkbmap":
[setxkbmap.patch](/uploads/4ffb5cbe6340198502cde02577e1c07f/setxkbmap.patch)
Version: git
### See also
* http://bugs.debian.org/245065https://gitlab.freedesktop.org/xorg/lib/libxt/-/issues/5libXt cross-compilation failed2019-05-06T23:49:17ZBugzilla Migration UserlibXt cross-compilation failed## Submitted by raj..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#66442)](https://bugs.freedesktop.org/show_bug.cgi?id=66442)**
## Description
```
configure: loading cache config.cache
checking for a BSD-c...## Submitted by raj..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#66442)](https://bugs.freedesktop.org/show_bug.cgi?id=66442)**
## Description
```
configure: loading cache config.cache
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for i686-unknown-linux-gnu-strip... i686-unknown-linux-gnu-strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-unknown-linux-gnu
checking how to print strings... printf
checking for style of include used by make... GNU
checking for i686-unknown-linux-gnu-gcc... i686-unknown-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... yes
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-unknown-linux-gnu-gcc accepts -g... yes
checking for i686-unknown-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i686-unknown-linux-gnu-gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by i686-unknown-linux-gnu-gcc... /opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/i686-unknown-linux-gnu/bin/ld
checking if the linker (/opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/i686-unknown-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/bin//i686-unknown-linux-gnu-nm -B
checking the name lister (/opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/bin//i686-unknown-linux-gnu-nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1966080
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i686-pc-linux-gnu file names to i686-unknown-linux-gnu format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/i686-unknown-linux-gnu/bin/ld option to reload object files... -r
checking for i686-unknown-linux-gnu-objdump... i686-unknown-linux-gnu-objdump
checking how to recognize dependent libraries... pass_all
checking for i686-unknown-linux-gnu-dlltool... no
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for i686-unknown-linux-gnu-ar... i686-unknown-linux-gnu-ar
checking for archiver @FILE support... no
checking for i686-unknown-linux-gnu-strip... (cached) i686-unknown-linux-gnu-strip
checking for i686-unknown-linux-gnu-ranlib... i686-unknown-linux-gnu-ranlib
checking command to parse /opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/bin//i686-unknown-linux-gnu-nm -B output from i686-unknown-linux-gnu-gcc object... ok
checking for sysroot... no
checking for i686-unknown-linux-gnu-mt... no
checking for mt... no
checking if : is a manifest tool... no
checking how to run the C preprocessor... i686-unknown-linux-gnu-gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if i686-unknown-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no
checking for i686-unknown-linux-gnu-gcc option to produce PIC... -fPIC -DPIC
checking if i686-unknown-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes
checking if i686-unknown-linux-gnu-gcc static flag -static works... yes
checking if i686-unknown-linux-gnu-gcc supports -c -o file.o... yes
checking if i686-unknown-linux-gnu-gcc supports -c -o file.o... (cached) yes
checking whether the i686-unknown-linux-gnu-gcc linker (/opt/crosstool/gcc-4.1.2-glibc-2.3.6/i686-unknown-linux-gnu/i686-unknown-linux-gnu/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for i686-unknown-linux-gnu-gcc option to accept ISO C99... -std=gnu99
checking whether __clang__ is declared... no
checking whether __INTEL_COMPILER is declared... no
checking whether __SUNPRO_C is declared... no
checking pkg-config is at least version 0.9.0... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Werror=unknown-warning-option... no
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Werror=unused-command-line-argument... no
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wall... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wpointer-arith... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wmissing-declarations... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wformat=2... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wstrict-prototypes... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wmissing-prototypes... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wnested-externs... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wbad-function-cast... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wold-style-definition... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wdeclaration-after-statement... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wunused... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wuninitialized... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wshadow... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wcast-qual... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wmissing-noreturn... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wmissing-format-attribute... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wredundant-decls... yes
configure: WARNING: You have chosen not to turn some select compiler warnings into errors. This should not be necessary. Please report why you needed to do so in a bug report at https://bugs.freedesktop.org/enter_bug.cgi?product=xorg
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wimplicit... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wnonnull... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Winit-self... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wmain... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wmissing-braces... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wsequence-point... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wreturn-type... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wtrigraphs... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Warray-bounds... no
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wwrite-strings... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Waddress... no
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wint-to-pointer-cast... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Wpointer-to-int-cast... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -pedantic... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Werror... yes
checking if i686-unknown-linux-gnu-gcc -std=gnu99 supports -Werror=attributes... no
Package xorg-macros was not found in the pkg-config search path.
Perhaps you should add the directory containing `xorg-macros.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xorg-macros' found
checking whether make supports nested variables... (cached) yes
checking whether malloc(0) returns NULL... no
checking whether to build functional specifications... yes
checking for xmlto... no
configure: WARNING: xmlto not found - documentation targets will be skipped
checking for fop... /usr/bin/fop
checking for xsltproc... /usr/bin/xsltproc
checking for X.Org SGML entities >= 1.01... no
checking for cpp... /usr/bin/cpp
checking if /usr/bin/cpp requires -undef... yes
checking if /usr/bin/cpp requires -traditional... yes
checking for perl... /usr/bin/perl
checking alloca.h usability... yes
checking alloca.h presence... yes
checking for alloca.h... yes
checking for XT... yes
checking for gcc... gcc
checking for poll... yes
checking whether to build unit test cases... auto
checking for GLIB... no
configure: updating cache config.cache
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating util/Makefile
config.status: creating include/Makefile
config.status: creating man/Makefile
config.status: creating specs/Makefile
config.status: creating test/Makefile
config.status: creating xt.pc
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
make[1]: Entering directory `/home/workspace/X11R7.7/lib/libXt-1.1.4'
make all-recursive
make[2]: Entering directory `/home/workspace/X11R7.7/lib/libXt-1.1.4'
Making all in util
make[3]: Entering directory `/home/workspace/X11R7.7/lib/libXt-1.1.4/util'
CC makestrs.o
CCLD makestrs
GEN makestrs.1
make[3]: Leaving directory `/home/workspace/X11R7.7/lib/libXt-1.1.4/util'
Making all in src
make[3]: Entering directory `/home/workspace/X11R7.7/lib/libXt-1.1.4/src'
GEN StringDefs.c
/bin/sh: line 1: 3104 Floating point exception../util/makestrs -i .. < ../util/string.list > StringDefs.c
make[3]: *** [StringDefs.c] Error 136
make[3]: Leaving directory `/home/workspace/X11R7.7/lib/libXt-1.1.4/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/workspace/X11R7.7/lib/libXt-1.1.4'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/workspace/X11R7.7/lib/libXt-1.1.4'
Failed building libXt
```
I am very new to Xorg packages building.
While cross-compiling for i686, libXt-1.1.4 or libXt-1.1.3 was throwing above error.
Can you please help me in proceed further.
Version: 7.7 (2012.06)Thomas E. DickeyThomas E. Dickeyhttps://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/28Requesting access to X.org sources2023-03-15T22:54:49ZBugzilla Migration UserRequesting access to X.org sources## Submitted by Krishna
Assigned to **Xorg Project Team**
**[Link to original bug (#67019)](https://bugs.freedesktop.org/show_bug.cgi?id=67019)**
## Description
Created attachment 82567
SSH Public Key
Hi,
Please provide me the Ac...## Submitted by Krishna
Assigned to **Xorg Project Team**
**[Link to original bug (#67019)](https://bugs.freedesktop.org/show_bug.cgi?id=67019)**
## Description
Created attachment 82567
SSH Public Key
Hi,
Please provide me the Account/access to x.org sources.
Regards
Krishna
**Attachment 82567**, "SSH Public Key":
[ssh_pub](/uploads/fd45d6e27d13467d280fa3cdd788c057/ssh_pub)
Version: 6.7.0https://gitlab.freedesktop.org/xorg/driver/xf86-video-trident/-/issues/10blade_accel_exa.c:96: bad switch statement ?2023-02-13T22:55:28ZBugzilla Migration Userblade_accel_exa.c:96: bad switch statement ?## Submitted by dcb..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#67096)](https://bugs.freedesktop.org/show_bug.cgi?id=67096)**
## Description
I just ran the static analyser "cppcheck" over the source code...## Submitted by dcb..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#67096)](https://bugs.freedesktop.org/show_bug.cgi?id=67096)**
## Description
I just ran the static analyser "cppcheck" over the source code
of the Redhat Fedora package xorg-x11-drv-trident.
It said
[blade_accel_exa.c:96] -> [blade_accel_exa.c:98]: (warning) Variable 'ret' is reassigned a value before the old one has been used. 'break;' missing?
Source code is
case 15:
ret = 5UL << 29; /* 555 */
case 16:
ret = 1UL << 29; /* 565 */
break;
Suggest add break after first case.https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/-/issues/13Keyboard and touchpad inactive on startup after upgrading to kernel 3.10frc52019-03-10T18:45:55ZBugzilla Migration UserKeyboard and touchpad inactive on startup after upgrading to kernel 3.10frc5## Submitted by acc..@..ook.no
Assigned to **Xorg Project Team**
**[Link to original bug (#68181)](https://bugs.freedesktop.org/show_bug.cgi?id=68181)**
## Description
Created attachment 84137
system specs txt
Due to issues with ...## Submitted by acc..@..ook.no
Assigned to **Xorg Project Team**
**[Link to original bug (#68181)](https://bugs.freedesktop.org/show_bug.cgi?id=68181)**
## Description
Created attachment 84137
system specs txt
Due to issues with the graphics driver, I had to switch to 3.10rc5 kernel. After I did, when I boot up, the touchpad and keyboard sometimes is disabled when the login screen appears. Last time I tried 6 restarts, and on the last one it worked. Any idea what this could be?
Please see attachment for sysspecs
**Attachment 84137**, "system specs txt":
[sysinfo.txt](/uploads/f11de1e3fafab06a2a1798c274b3a0d4/sysinfo.txt)https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/29[CVE-2013-1997 5/15] breaks non-US keyboard layout in several Puppy Linux builds2023-03-15T22:54:49ZBugzilla Migration User[CVE-2013-1997 5/15] breaks non-US keyboard layout in several Puppy Linux builds## Submitted by pet..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#68189)](https://bugs.freedesktop.org/show_bug.cgi?id=68189)**
## Description
[CVE-2013-1997 5/15] commit breaks non-US keyboard layouts cau...## Submitted by pet..@..il.com
Assigned to **Xorg Project Team**
**[Link to original bug (#68189)](https://bugs.freedesktop.org/show_bug.cgi?id=68189)**
## Description
[CVE-2013-1997 5/15] commit breaks non-US keyboard layouts causing US layout to pop up. It happend after booting to the X and launching first application in X.
In the second launch the layout has been restored to the expected one.
Link to the commit:
http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=fd7d4956bc7a1c4b5c38661b12777ebee4d685d9
The rows in commit which causes the bug:
```
+ if (((unsigned short)rep->firstKeySym + rep->nKeySyms) > map->num_syms)
+ return BadLength;
```
The patch which fixes the non-US keyboard layout bug:
```
diff -Naur libX11-1.6.1ORIG/src/xkb/XKBGetMap.c libX11-1.6.1/src/xkb/XKBGetMap.c
--- libX11-1.6.1ORIG/src/xkb/XKBGetMap.c 2013-07-30 12:30:01.000000000 +0800
+++ libX11-1.6.1/src/xkb/XKBGetMap.c 2013-08-16 20:32:07.000000000 +0800
@@ -212,8 +212,9 @@
KeySym * newSyms;
int tmp;
- if (((unsigned short)rep->firstKeySym + rep->nKeySyms) > map->num_syms)
- return BadLength;
+ //BK this was in 'CVE-2013-1997.patch', but it breaks non-US keyboard layout in Puppy Linux...
+ //if (((unsigned short)rep->firstKeySym + rep->nKeySyms) > map->num_syms)
+ // return BadLength;
oldMap = &map->key_sym_map[rep->firstKeySym];
for (i=0;i<(int)rep->nKeySyms;i++,oldMap++) {
newMap= (xkbSymMapWireDesc *)
```
The bug has been verified in libX11 versions of ubuntu precise, ubuntu raring, debian wheezy and debian sid.
The fix which has been verified to work has been revert to use original ubuntu precise libX11 or applying above patch.
Version: 7.7 (2012.06)https://gitlab.freedesktop.org/xorg/app/sessreg/-/issues/2sessreg -w changed at 1.0.6, will not honor moving wtmp file2019-05-11T20:09:49ZBugzilla Migration Usersessreg -w changed at 1.0.6, will not honor moving wtmp file## Submitted by Jacob Hunt
Assigned to **Xorg Project Team**
**[Link to original bug (#68732)](https://bugs.freedesktop.org/show_bug.cgi?id=68732)**
## Description
How reproducible: Can it be reproduced? Yes How often? Everytime
S...## Submitted by Jacob Hunt
Assigned to **Xorg Project Team**
**[Link to original bug (#68732)](https://bugs.freedesktop.org/show_bug.cgi?id=68732)**
## Description
How reproducible: Can it be reproduced? Yes How often? Everytime
Steps to Reproduce: Please provide step by step instruction on how to reproduce the issue.
1. Touch a new wtmp file as root
touch /tmp/wtmp
2. Run /usr/bin/sessreg from xorg-x11-server-utils-7.5.13.el6 (which uses sessreg-1.0.6)
/usr/bin/sessreg -a -w /tmp/wtmp -l ":0.0,1" -h test72 rbeldin
3. Run last -f /tmp/wtmp to see the entry
Observe that there is no entry put in the /tmp/wtmp file specified on the
command line.
Repeat the test with the sessreg from xorg-x11-server-utils-7.5-5.2.el6.x86_64.rpm (which uses sessreg-1.0.5
last -f /tmp/wtmp will now display a line similar to:
```
[root@playero-1 old-xorg]# last -f /tmp/wtmp
rbeldin :0.0,1 test72 Tue Jun 25 16:43 still logged in
```
Summary of actions taken to resolve/troubleshoot issue:
- source comparison of sessreg appears to show changes in sessreg.h and
sessreg.c
- changes are introduction of new macro defines that control UTMP and UTMPX
- built the earlier version of sessreg with new Makefile and no changes there
- .h and .c changes go hand in hand
The problem is a mix of the macro definition and the way the code is written.
```
98 #ifdef USE_UTMPX
99 #ifdef HAVE_UPDWTMPX
100 static char *wtmpx_file = NULL; <<<<<
101 #endif
```
Since wtmpx_file is NULL, and never initialized, we never write the
entry.
```
343 if (!wtmp_none) {
344 #ifdef USE_UTMPX
345 # ifdef HAVE_UPDWTMPX
346 if (wtmpx_file != NULL) { <<<< wtmpx_file is NULL at this point
347 updwtmpx(wtmpx_file, &utmpx_entry);
348 }
349 # endif
350 #else
351 wtmp = open (wtmp_file, O_WRONLY|O_APPEND);
352 if (wtmp != -1) {
353 sysnerr (write (wtmp, (char *) &utmp_entry, sizeof (utmp_entry))
354 == sizeof (utmp_entry), "write wtmp entry");
355 close (wtmp);
356 }
357 #endif
358 }
```
I think the ifdef USE_UTMPX is incorrect and to restore the older
behavior, you would need to remove that but there is some logic here that
escapes. Obviously, USE_UTMPX and HAVE_UPDWTMPX are set and we drop into the
code, but that is wrong if we want to keep the previous behavior.https://gitlab.freedesktop.org/xorg/xserver/-/issues/447sessreg -w changed at 1.0.6, will not honor moving wtmp file2019-05-09T20:38:57ZBugzilla Migration Usersessreg -w changed at 1.0.6, will not honor moving wtmp file## Submitted by Jacob Hunt
Assigned to **Xorg Project Team**
**[Link to original bug (#68732)](https://bugs.freedesktop.org/show_bug.cgi?id=68732)**
## Description
How reproducible: Can it be reproduced? Yes How often? Everytime
S...## Submitted by Jacob Hunt
Assigned to **Xorg Project Team**
**[Link to original bug (#68732)](https://bugs.freedesktop.org/show_bug.cgi?id=68732)**
## Description
How reproducible: Can it be reproduced? Yes How often? Everytime
Steps to Reproduce: Please provide step by step instruction on how to reproduce the issue.
1. Touch a new wtmp file as root
touch /tmp/wtmp
2. Run /usr/bin/sessreg from xorg-x11-server-utils-7.5.13.el6 (which uses sessreg-1.0.6)
/usr/bin/sessreg -a -w /tmp/wtmp -l ":0.0,1" -h test72 rbeldin
3. Run last -f /tmp/wtmp to see the entry
Observe that there is no entry put in the /tmp/wtmp file specified on the
command line.
Repeat the test with the sessreg from xorg-x11-server-utils-7.5-5.2.el6.x86_64.rpm (which uses sessreg-1.0.5
last -f /tmp/wtmp will now display a line similar to:
[root@playero-1 old-xorg]# last -f /tmp/wtmp
rbeldin :0.0,1 test72 Tue Jun 25 16:43 still logged in
Summary of actions taken to resolve/troubleshoot issue:
- source comparison of sessreg appears to show changes in sessreg.h and
sessreg.c
- changes are introduction of new macro defines that control UTMP and UTMPX
- built the earlier version of sessreg with new Makefile and no changes there
- .h and .c changes go hand in hand
The problem is a mix of the macro definition and the way the code is written.
98 #ifdef USE_UTMPX
99 #ifdef HAVE_UPDWTMPX
100 static char *wtmpx_file = NULL; <<<<<
101 #endif
Since wtmpx_file is NULL, and never initialized, we never write the
entry.
343 if (!wtmp_none) {
344 #ifdef USE_UTMPX
345 # ifdef HAVE_UPDWTMPX
346 if (wtmpx_file != NULL) { <<<< wtmpx_file is NULL at this point
347 updwtmpx(wtmpx_file, &utmpx_entry);
348 }
349 # endif
350 #else
351 wtmp = open (wtmp_file, O_WRONLY|O_APPEND);
352 if (wtmp != -1) {
353 sysnerr (write (wtmp, (char *) &utmp_entry, sizeof (utmp_entry))
354 == sizeof (utmp_entry), "write wtmp entry");
355 close (wtmp);
356 }
357 #endif
358 }
I think the ifdef USE_UTMPX is incorrect and to restore the older
behavior, you would need to remove that but there is some logic here that
escapes. Obviously, USE_UTMPX and HAVE_UPDWTMPX are set and we drop into the
code, but that is wrong if we want to keep the previous behavior.https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/58use adjectival form in letter names, remove some deprecated keysyms, and unde...2022-01-20T16:39:24ZBugzilla Migration Useruse adjectival form in letter names, remove some deprecated keysyms, and undeprecate 'heh'## Submitted by Benno Schulenberg `@benno`
Assigned to **Xorg Project Team**
**[Link to original bug (#68999)](https://bugs.freedesktop.org/show_bug.cgi?id=68999)**
## Description
Created attachment 85286
uses "Macedonian" in symb...## Submitted by Benno Schulenberg `@benno`
Assigned to **Xorg Project Team**
**[Link to original bug (#68999)](https://bugs.freedesktop.org/show_bug.cgi?id=68999)**
## Description
Created attachment 85286
uses "Macedonian" in symbol names
In the keysymbols file the six Macedonian letters are defined like so:
#define XK_Macedonia_gje 0x06a2 /* U+0453 CYRILLIC SMALL LETTER GJE */
All other definitions use the adjectival form of the relevant language, like
"Ukrainian", "Serbian", "Georgian", "Armenian", ... I think it should be
"Macedonian" too. The first patch makes this change, deprecating the old forms.
The second patch removes all the currently deprecated Cyrillic key symbols --
they have been deprecated since Xorg began in 2003.
The third patch undeprecates the Arabic_heh key symbol, and deprecates the Arabic_ha one instead. HEH is the primary Unicode name for this letter, HA the secondary name.
However, if the secondary names of Unicode letters are the preferred names, then a different patch would be needed: also the Arabic_feh and Arabic_yeh would need to be deprecated in favour on the (new) Arabic_fa and Arabic_ya, as those are the secondary Unicode names for those letters.
**Attachment 85286**, "uses "Macedonian" in symbol names":
[0001-Using-the-customary-adjectival-form-in-the-names-for.patch](/uploads/c6d7a3677e91954958bd2fad365ce9a4/0001-Using-the-customary-adjectival-form-in-the-names-for.patch)
Version: githttps://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/31Protect concurrent access to XIM2023-03-15T22:54:49ZBugzilla Migration UserProtect concurrent access to XIM## Submitted by Carlo Marchiori
Assigned to **Xorg Project Team**
**[Link to original bug (#69088)](https://bugs.freedesktop.org/show_bug.cgi?id=69088)**
## Description
XIM module does not proctect access to its global variables, ...## Submitted by Carlo Marchiori
Assigned to **Xorg Project Team**
**[Link to original bug (#69088)](https://bugs.freedesktop.org/show_bug.cgi?id=69088)**
## Description
XIM module does not proctect access to its global variables, so every call to XIM should be protected by a global lock. See http://bugs.winehq.org/show_bug.cgi?id=34367.
Version: 7.7 (2012.06)https://gitlab.freedesktop.org/xorg/lib/libxt/-/issues/6libXt: LDFLAG used with build-time binary makestrs2019-05-06T23:48:22ZBugzilla Migration UserlibXt: LDFLAG used with build-time binary makestrs## Submitted by yunlian
Assigned to **Xorg Project Team**
**[Link to original bug (#69241)](https://bugs.freedesktop.org/show_bug.cgi?id=69241)**
## Description
When cros-buiding libXt, it uses the $LDFLAGS for target to compile
t...## Submitted by yunlian
Assigned to **Xorg Project Team**
**[Link to original bug (#69241)](https://bugs.freedesktop.org/show_bug.cgi?id=69241)**
## Description
When cros-buiding libXt, it uses the $LDFLAGS for target to compile
the build-time binary makestrs. When the build compiler does not support
the $LDFLAGS for target compiler, the error happens.
An example from chromium.
https://code.google.com/p/chromium/issues/detail?id=284595Thomas E. DickeyThomas E. Dickeyhttps://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/32Keyboard stealing is too aggresive2023-03-15T22:54:49ZBugzilla Migration UserKeyboard stealing is too aggresive## Submitted by swo..@..ol.com
Assigned to **Xorg Project Team**
**[Link to original bug (#69298)](https://bugs.freedesktop.org/show_bug.cgi?id=69298)**
## Description
This is a more complex problem and I have initially posted it ...## Submitted by swo..@..ol.com
Assigned to **Xorg Project Team**
**[Link to original bug (#69298)](https://bugs.freedesktop.org/show_bug.cgi?id=69298)**
## Description
This is a more complex problem and I have initially posted it on the Openbox tracker: https://bugzilla.icculus.org/show_bug.cgi?id=6017
Some applications (commonly native linux games) are grabbing the keyboard (I'm assuming they are calling XGrabKeyboard()). They keybinds from any window manager won't work in this case anymore. But this also prevents important features such as minimizing the application or making screenshots.
But as you can see on the linked ticket I'm not sure if this problem should be solved by all windows manager or xorg. If all windows manager would call XGrabKeyboard() at the beginning no application could make any keybindings anymore. Currently this would break some applications like many native linux games and GTK+ menus.
If this is a problem that should be solved by xorg I'm seeing 2 potential ways to solve this:
1. XGrabKey() could prevent any further grabbing to the mapped keys. A call of XGrabKeyboard() will then grab all keys except already grabbed ones.
2. XGrabKey() and XGrabKeyboard() could create a stack and report events to every application that has made a grab.
Version: 7.7 (2012.06)https://gitlab.freedesktop.org/xorg/proto/xcbproto/-/issues/12there is no online documentation for most of xcb/util2019-02-17T18:02:57ZBugzilla Migration Userthere is no online documentation for most of xcb/util## Submitted by Julien Hebert
Assigned to **xcb mailing list dummy**
**[Link to original bug (#69417)](https://bugs.freedesktop.org/show_bug.cgi?id=69417)**
## Description
there is no doxygen online documentation.## Submitted by Julien Hebert
Assigned to **xcb mailing list dummy**
**[Link to original bug (#69417)](https://bugs.freedesktop.org/show_bug.cgi?id=69417)**
## Description
there is no doxygen online documentation.https://gitlab.freedesktop.org/xorg/xserver/-/issues/125Xephyr allows no proper access from a different user2019-05-09T19:40:47ZBugzilla Migration UserXephyr allows no proper access from a different user## Submitted by Lasse Kliemann
Assigned to **Xorg Project Team**
**[Link to original bug (#69537)](https://bugs.freedesktop.org/show_bug.cgi?id=69537)**
## Description
Version: the one that comes with Ubuntu 13.04, with all recent...## Submitted by Lasse Kliemann
Assigned to **Xorg Project Team**
**[Link to original bug (#69537)](https://bugs.freedesktop.org/show_bug.cgi?id=69537)**
## Description
Version: the one that comes with Ubuntu 13.04, with all recent updates.
Here is how to reproduce.
Prepare Xephyr:
xauth -f /tmp/xauth.test add :10 . $(mcookie)
chmod a+r /tmp/xauth.test
Xephyr :10 -auth /tmp/xauth.test
Then switch user, e.g. by su, and as the new user:
export DISPLAY=:10
export XAUTHORITY=/tmp/xauth.test
Many X applications will work and indeed use Xephyr as their display.
However, some (e.g. okular) will fail and just show an empty rectangle,
giving the following error message:
```
X Error: BadAccess (attempt to access private resource denied) 10
Extension: 130 (MIT-SHM)
Minor opcode: 1 (X_ShmAttach)
Resource id: 0x105
X Error: BadShmSeg (invalid shared segment parameter) 128
Extension: 130 (MIT-SHM)
Minor opcode: 5 (X_ShmCreatePixmap)
Resource id: 0x151
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
Major opcode: 62 (X_CopyArea)
Resource id: 0x20001b
```
...and so on.
I guess the first two regarding the MIT-SHM extension are the
most significant ones.
When not switching users, everything works fine.
As far as I see, the cookie should be enough for full access.https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/59remove senseless compose sequences that go roundabout2022-04-18T16:32:29ZBugzilla Migration Userremove senseless compose sequences that go roundabout## Submitted by Benno Schulenberg `@benno`
Assigned to **Xorg Project Team**
**[Link to original bug (#69567)](https://bugs.freedesktop.org/show_bug.cgi?id=69567)**
## Description
In the current maincompose table there are eight ...## Submitted by Benno Schulenberg `@benno`
Assigned to **Xorg Project Team**
**[Link to original bug (#69567)](https://bugs.freedesktop.org/show_bug.cgi?id=69567)**
## Description
In the current maincompose table there are eight sequences of this form:
`<Multi_key> <apostrophe> <space> : "'" apostrophe # APOSTROPHE`
What is the point of having a key symbol produce itself via a roundabout compose sequence? This would only make sense if there were sequences that started with `<apostrophe>` -- but there aren't, of course. So the patch removes these pointless sequences.
**Attachment 86132**, "removes sequences that produce the key symbol itself":
[0008-nls-Remove-senseless-self-producing-compose-sequence.patch](/uploads/4835db7b3476261ba87d19245fdaa930/0008-nls-Remove-senseless-self-producing-compose-sequence.patch)
Version: githttps://gitlab.freedesktop.org/xorg/app/xrestop/-/issues/1xrestop show own PID2019-01-01T22:50:32ZBugzilla Migration Userxrestop show own PID## Submitted by Kevin Ryde
Assigned to **Xorg Project Team**
**[Link to original bug (#69666)](https://bugs.freedesktop.org/show_bug.cgi?id=69666)**
## Description
Created attachment 86302
patch
This is an idea to show xrestop's ...## Submitted by Kevin Ryde
Assigned to **Xorg Project Team**
**[Link to original bug (#69666)](https://bugs.freedesktop.org/show_bug.cgi?id=69666)**
## Description
Created attachment 86302
patch
This is an idea to show xrestop's own pid in its display, simply by getpid() when filling in the info for its own connection.
**Attachment 86302**, "patch":
[0001-In-xrestop_client_get_info-show-xrestop-s-own-pid.patch](/uploads/8dc052ade9333799660a52a7e2c453c1/0001-In-xrestop_client_get_info-show-xrestop-s-own-pid.patch)https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/33LIBX11 Does not cross compile2023-03-15T22:54:49ZBugzilla Migration UserLIBX11 Does not cross compile## Submitted by shan
Assigned to **Xorg Project Team**
**[Link to original bug (#69743)](https://bugs.freedesktop.org/show_bug.cgi?id=69743)**
## Description
Created attachment 86429
Configuration log file for cross compiling Lib ...## Submitted by shan
Assigned to **Xorg Project Team**
**[Link to original bug (#69743)](https://bugs.freedesktop.org/show_bug.cgi?id=69743)**
## Description
Created attachment 86429
Configuration log file for cross compiling Lib X11
hi all,
I download the libX11-1.6.2 from the link http://xorg.freedesktop.org/releases/individual/lib/, when i try to cross compile the source it shows the following error
ERROR:
make[3]: Entering directory `/home/TORADEX/libX11-1.6.2/modules/im/ximcp'
CC imLcFlt.lo
imLcFlt.c: In function '_XimLocalFilter':
imLcFlt.c:88: error: expected expression before '||' token
imLcFlt.c:89: error: expected ')' before 'return'
imLcFlt.c:91: error: expected expression before '}' token
imLcFlt.c:103: error: expected expression before '||' token
imLcFlt.c:104: error: expected ')' before 'anymodifier'
imLcFlt.c:108: error: expected expression before '}' token
make[3]: *** [imLcFlt.lo] Error 1
make[3]: Leaving directory `/home/TORADEX/libX11-1.6.2/modules/im/ximcp'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/TORADEX/libX11-1.6.2/modules/im'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/TORADEX/libX11-1.6.2/modules'
make: *** [all-recursive] Error 1
Note:
I checked the source file with the git source, both are same i dont know why this error is coming, is i need any other dependency files to cross compile this, can anyone helpme to fix this, the following command which i had used for cross compiling, for your reference i have attached the config.log also
COMMAND:
export PATH=$PATH:/opt/toolchain/arm-2009q3/bin/
CC=arm-none-linux-gnueabi-gcc ./configure --target=arm-linux --host=i686-linux
make
**Attachment 86429**, "Configuration log file for cross compiling Lib X11":
[config.log](/uploads/17becec7b430c4f30836b5229b871ebf/config.log)