Bug#348027: errors in Turkish keyboard setup
* Recai Oktaş [2006-02-09 02:57:23+0200] * Denis Barbier [2006-02-09 00:21:08+0100] Thanks, I applied your patch and also reviewed all other layouts, hopefully it should work better now for more people. Great! Thanks for all your help. Hi Denis, Could you please apply the attached patch as well? As I stated in this bug report, seeing the f variant, people tends to define the non-existed q or tr_q variants because of the false assumption that Turkish should have these variants[1]. This patch tries to be conservative for future changes (i.e. q variant may be added in future). [1] https://launchpad.net/distros/ubuntu/+source/xorg/+bug/23944 -- roktas --- xserver-xorg.config.in.orig 2006-02-10 12:29:01.0 +0200 +++ xserver-xorg.config.in 2006-02-10 13:17:23.0 +0200 @@ -1259,6 +1259,17 @@ TR_VARIANT=$RET case ,$TR_VARIANT, in +*,q,*|*,tr_q,*) + # For extra sanity, remove bogus tr_q or q variants. + if [ -e $TR_KEYMAP ] +grep -q ^[[:space:]]*xkb_symbols[[:space:]]*\q\ $TR_KEYMAP; then +SANITIZED_TR_VARIANT=q + else +# There is no such variant at least in X.Org = 7.0. Default variant +# basic points to the Q layout in these versions. +SANITIZED_TR_VARIANT=basic + fi + ;; *,f,*|*,tr_f,*) # X.Org version 6.9 uses tr_f, while = 6.9 uses only f if [ -e $TR_KEYMAP ] @@ -1282,8 +1293,8 @@ if [ -n $SANITIZED_TR_VARIANT ]; then # remove the unsanitized variant TR_VARIANT=$(echo $TR_VARIANT | \ - sed -e s/\\(tr_\)*\(f\|alt\)[[:space:]]*,//g \ - -e s/\(^\|,\)[[:space:]]*\(tr_\)*\(f\|alt\)[[:space:]]*$//g) + sed -e s/\\(tr_\)*\(q\|f\|alt\)[[:space:]]*,//g \ + -e s/\(^\|,\)[[:space:]]*\(tr_\)*\(q\|f\|alt\)[[:space:]]*$//g) # add the sanitized variant if [ -n $TR_VARIANT ]; then signature.asc Description: Digital signature
Bug#351047: another backtrace
I experienced a similar problem, however, my backtrace is different: #0 0xa7ed1de4 in ioctl () from /lib/tls/libc.so.6 #1 0x080a2890 in xf86ioctl (fd=-16, request=4294967280, argp=0xfff0) at libc_wrapper.c:469 #2 0xa7da5672 in drmCommandNone (fd=-16, drmCommandIndex=4) at xf86drm.c:2175 #3 0xa79f681a in RADEONWaitForIdleCP (pScrn=0x8243d00) at radeon_commonfuncs.c:137 #4 0xa7a1db4a in RADEONSyncCP (pScreen=0xfff0, marker=0) at radeon_exa_funcs.c:64 #5 0xa785b3e0 in exaWaitSync (pScreen=0x6444) at exa.c:1541 #6 0xa785bd0c in exaPrepareAccess (pDrawable=0x82a5a40, index=0) at exa.c:537 #7 0xa785d272 in exaFillRegionTiled (pDrawable=0x82a5a40, pRegion=0xafbb8578, pTile=0x84e0058) at exa.c:1322 #8 0x08172ddf in damagePaintWindow (pWindow=0x82a5a40, prgn=0xafbb8578, what=0) at damage.c:1591 #9 0x081ab47d in miWindowExposures (pWin=0x82a5a40, prgn=0xafbb8578, other_exposed=0x0) at miexpose.c:568 #10 0x080b5fa3 in xf86XVWindowExposures (pWin=0x82a5a40, reg1=0xafbb8578, reg2=0xfff0) at xf86xv.c:1065 #11 0xa7dac6f9 in DRIWindowExposures (pWin=0x82a5a40, prgn=0xafbb8578, bsreg=0xfff0) at dri.c:1585 #12 0x080e1736 in MapWindow (pWin=0x82a5a40, client=0x8226b28) at window.c:2781 #13 0x080e18b4 in InitRootWindow (pWin=0x82a5a40) at window.c:502 #14 0x080d6973 in main (argc=5, argv=0xafbb8694, envp=0xfff0) at main.c:466 Sometimes it happens right after startup, sometimes after a day of constant operation. I'm going to try with DRI off. HTH, Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ /[EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351047: another backtrace
* Michel Dänzer ([EMAIL PROTECTED]) [20060210 14:36]: Same card as the submitter? :02:0c.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 0 Subsystem: Hightech Information System Ltd. Radeon 9200 SE Excalibur Flags: bus master, medium devsel, latency 32, IRQ 16 Memory at e800 (32-bit, prefetchable) [size=128M] I/O ports at d800 [size=256] Memory at ff9f (32-bit, non-prefetchable) [size=64K] Expansion ROM at d6a0 [disabled] [size=128K] Capabilities: [50] Power Management version 2 :02:0c.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) ( Subsystem: Hightech Information System Ltd. Radeon 9200 SE Excalibur (Secondary) Flags: bus master, medium devsel, latency 32 Memory at e000 (32-bit, prefetchable) [size=128M] Memory at ff9b (32-bit, non-prefetchable) [size=64K] Capabilities: [50] Power Management version 2 Peter -- .+'''+. .+'''+. .+'''+. .+'''+. .+'' Kelemen Péter / \ / \ /[EMAIL PROTECTED] .+' `+...+' `+...+' `+...+' `+...+' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337692: need x-dev = 6.8.2 for an Xfuncproto.h _X_SENTINEL
Confirm. Just encountered this very bug while compiling freeciv on debian unstable. (libx11-dev does not have a versioned x-dev dependance) Icekiss
Bug#351047: another backtrace
* Michel Dänzer ([EMAIL PROTECTED]) [20060210 14:36]: * Option ColorTiling off * Option RenderAccel off * Not specifying any AGP options No difference, X server starts looping, 99% CPU, no screen output. Backtrace: #0 0xa7e20cc4 in ioctl () from /lib/tls/libc.so.6 #1 0x080a2890 in xf86ioctl (fd=-16, request=4294967280, argp=0xfff0) at libc_wrapper.c:469 #2 0xa7cf4672 in drmCommandNone (fd=-16, drmCommandIndex=4) at xf86drm.c:2175 #3 0xa794581a in RADEONWaitForIdleCP (pScrn=0x8243bf0) at radeon_commonfuncs.c:137 #4 0xa794fff1 in RADEONLoadCursorImage (pScrn=0x8243bf0, image=0x84fa350 �) at radeon.h:1007 #5 0xa77b3546 in xf86SetCursor (pScreen=0x8258be8, pCurs=0x84cb200, x=1273, y=505) at xf86HWCurs.c:148 #6 0xa77b2cb3 in xf86CursorSetCursor (pScreen=0x8258be8, pCurs=0x84cb200, x=value optimized out, y=value optimized out) at xf86Cursor.c:356 #7 0x081b9788 in miPointerUpdate () at mipointer.c:360 #8 0x081b981b in miPointerDisplayCursor (pScreen=0xfff0, pCursor=0xfff0) at mipointer.c:183 #9 0x08175902 in CursorDisplayCursor (pScreen=0x8258be8, pCursor=0x84cb200) at cursor.c:91 #10 0x0818b87e in AnimCurDisplayCursor (pScreen=0x8258be8, pCursor=0x84cb200) at animcur.c:235 #11 0x080cc64a in DefineInitialRootWindow (win=0x82bf7c8) at events.c:2199 #12 0x080d672a in main (argc=1, argv=0xafb05d64, envp=0xfff0) at main.c:467 HTH, Peter
Bug#345476: Acknowledgement (xserver-xorg: Logitech MX518 scroll mouse stops working with latest upgrade)
I was able to fix this by using a .Xmodmap with 14 entries % more ~/.Xmodmap pointer = 1 2 3 6 7 8 9 10 4 5 11 12 13 14 % I accidentally hit the spam link. Tom -- Tom Epperly [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
