Bug#863826: glwMDrawingAreaWidgetClass should be extern, otherwise leads to Error: XtCreateWidget "glxarea" requires non-NULL widget class
Package: libglw1-mesa-dev Version: 8.0.0-1.1 Severity: important Tags: upstream We started to encounter this issue with afni package (unfortunately not yet in Debian, but WiP): $> /usr/lib/afni/bin/suma ... Error: XtCreateWidget "glxarea" requires non-NULL widget class and upstream's analysis lead to discovering http://marc.info/?l=cygwin-xfree=141268983004514=2 where upstream agreed that it was a bug to not have glwMDrawingAreaWidgetClass declared extern. ATM I haven't found any of the two reverse depends in Debian proper for this package affected (at least on a quick check). I am attaching the diff with the patch/changelog entry... if someone from the team blesses me -- I could do NMU . -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'unstable-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libglw1-mesa-dev depends on: pn libglw1-mesa ii libmotif-dev 2.3.4-13 ii libx11-dev 2:1.6.4-3 ii libxt-dev1:1.1.5-1 ii mesa-common-dev 13.0.4-1 libglw1-mesa-dev recommends no packages. libglw1-mesa-dev suggests no packages. -- debconf-show failed -- debsums errors found: debsums: changed file /usr/include/GL/GLwDrawA.h (from libglw1-mesa-dev package) >From b35a4281c0c47d3eea152f7b24a7246d84480284 Mon Sep 17 00:00:00 2001 From: Yaroslav Halchenko <deb...@onerussian.com> Date: Wed, 31 May 2017 11:03:43 -0400 Subject: [PATCH] Added debian/patches/up_extern patch to declare glwMDrawingAreaWidgetClass extern diff --git a/debian/changelog b/debian/changelog index 4967168..8c9a98d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +glw (8.0.0-1.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * debian/patches/up_extern to mitigate problem of +ZglwMDrawingAreaWidgetClass not being defined as extern (Closes: #X) + + -- Yaroslav Halchenko <deb...@onerussian.com> Wed, 31 May 2017 11:01:44 -0400 + glw (8.0.0-1.1) unstable; urgency=low [ Paul Gevers ] diff --git a/debian/patches/series b/debian/patches/series index 9ed72bb..bea18a8 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ # empty for now +up_extern diff --git a/debian/patches/up_extern b/debian/patches/up_extern new file mode 100644 index 000..e2214cc --- /dev/null +++ b/debian/patches/up_extern @@ -0,0 +1,32 @@ +From: Yaroslav Halchenko <deb...@onerussian.com> +Subject: glwMDrawingAreaWidgetClass + + See Origin for the description/fix upstream + +Origin: http://marc.info/?l=cygwin-xfree=141268983004514=2 +Bug-Debian: http://bugs.debian.org/ +Bug-Ubuntu: https://launchpad.net/bugs/ +Forwarded: +Applied-Upstream: +Last-Update: 2017-05-31 + +--- a/GLwDrawA.h b/GLwDrawA.h +@@ -136,7 +136,7 @@ + typedef struct _GLwMDrawingAreaClassRec *GLwMDrawingAreaWidgetClass; + typedef struct _GLwMDrawingAreaRec*GLwMDrawingAreaWidget; + +-GLAPI WidgetClass glwMDrawingAreaWidgetClass; ++extern GLAPI WidgetClass glwMDrawingAreaWidgetClass; + + + #else +@@ -144,7 +144,7 @@ GLAPI WidgetClass glwMDrawingAreaWidgetC + typedef struct _GLwDrawingAreaClassRec*GLwDrawingAreaWidgetClass; + typedef struct _GLwDrawingAreaRec *GLwDrawingAreaWidget; + +-GLAPI WidgetClass glwDrawingAreaWidgetClass; ++extern GLAPI WidgetClass glwDrawingAreaWidgetClass; + + + #endif -- 2.11.0
Bug#767356: X.Org segfaults when starting on an Intel+Radeon laptop at glamor_set_screen_pixmap from within radeon_drv
Package: xserver-xorg-core Version: 2:1.16.1-1 Severity: important I have got hp zbook 14 with has Intel IGP + Radeon GPU. In pursue of enabling access to the display ports on the docking station installed 3.17 kernel and fresh intel driver. With xrandr --setprovideroffloadsink radeon Intel xrandr --setprovideroutputsource radeon Intel made those display ports visible but they showed just gray, and when I switched one of them back to onboard display port, the other one on docking station started to show some garbled image (just colored stripes/dots). Then when I turned it off (in gnome3 display settings), the entire X crashed. I have by now rebooted few times but every time Xorg just segfaults upon boot, so some stale settings bring it into the mysery and I can't even use it (besides logging in like now via ssh). Any recipe for help/remedy would be welcomed It seems to differ from the similar case https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761445 Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Backtrace: Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x56) [0x7f24f4c08ab6] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 1: /usr/bin/Xorg (0x7f24f4a53000+0x1b9c99) [0x7f24f4c0cc99] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f24f2748000+0x350f0) [0x7f24f277d0f0] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 3: /usr/lib/xorg/modules/libglamoregl.so (glamor_set_screen_pixmap+0x60) [0x7f24ecfc23b0] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 4: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_create_textured_screen+0xa0) [0x7f24ecfbf060] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 5: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_create_textured_screen_ext+0x3d) [0x7f24ecfbf13d] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 6: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f24ee42f000+0x4c48c) [0x7f24ee47b48c] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 7: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f24ee42f000+0x44e0a) [0x7f24ee473e0a] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 8: /usr/bin/Xorg (0x7f24f4a53000+0xcbbfe) [0x7f24f4b1ebfe] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 9: /usr/bin/Xorg (0x7f24f4a53000+0x5aed4) [0x7f24f4aaded4] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f24f2769b45] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) 11: /usr/bin/Xorg (0x7f24f4a53000+0x4550e) [0x7f24f4a9850e] Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Segmentation fault at address 0x1c Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: Fatal server error: Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Caught signal 11 (Segmentation fault). Server aborting Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: Please consult the The X.Org Foundation support Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: at http://wiki.x.org Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: for help. Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Please also check the log file at /dev/null for additional information. Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (EE) Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: (II) AIGLX: Suspending AIGLX clients for VT switch Oct 30 08:32:38 hopa gdm-Xorg-:5[1495]: Xorg: intel_device.c:752: intel_put_master: Assertion `dev-master_count' failed. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 19 23:12 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2397280 Sep 22 17:49 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to
Bug#767356: Acknowledgement (X.Org segfaults when starting on an Intel+Radeon laptop at glamor_set_screen_pixmap from within radeon_drv)
FWIW dirty workaround was to diver radeon_drv.so , restart gdm3 so it fails to find it, remove diversion, restart gdm3 and it managed to start fine (well -- now I got a stuck mouse's cursor pointer copy in the middle of the screen for some reason, but that is the least of my problems atm) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141030130115.ga30...@onerussian.com
Bug#767187: Xorg segmentation fault ate glyphs_to_dst (every time I start emacs)
Package: xserver-xorg-video-intel Version: 2:2.99.916-1~exp1 Severity: important This is a fun new zbook 14 which brings me lots of joy to make the damn thing work... so I wasa trying intel drivers from experimental on 3.17 kernel trying to get some docking station external ports work... achieved reproducible segfault when starting emacs (it was working before :-/ and only change was I believe moving aside my custom .xsession). But here you go: Program received signal SIGABRT, Aborted. 0x7f7653409077 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x7f7653409077 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x7f765340a458 in __GI_abort () at abort.c:89 #2 0x7f765589b39e in OsAbort () at ../../os/utils.c:1361 #3 0x7f76558a0bf3 in AbortServer () at ../../os/log.c:786 #4 0x7f76558a1a3d in FatalError (f=f@entry=0x7f76558cc7e8 Caught signal %d (%s). Server aborting\n) at ../../os/log.c:924 #5 0x7f7655898cec in OsSigHandler (signo=11, sip=optimized out, unused=optimized out) at ../../os/osinit.c:147 #6 signal handler called #7 0x in ?? () #8 0x7f764fa6d5a8 in glyphs_to_dst (sna=sna@entry=0x7f76555cf000, op=op@entry=3 '\003', src=src@entry=0x7f76572a6f10, dst=dst@entry=0x7f76572ae520, src_x=-1670, src_x@entry=0, src_y=-655, src_y@entry=0, nlist=optimized out, list=optimized out, glyphs=optimized out) at ../../../src/sna/sna_glyphs.c:731 #9 0x7f764fa70e54 in sna_glyphs (op=optimized out, src=0x7f76572a6f10, dst=0x7f76572ae520, mask=0x7f76568a97b8, src_x=optimized out, src_y=optimized out, nlist=1, list=0x7fff24675dc0, glyphs=0x7fff246761c0) at ../../../src/sna/sna_glyphs.c:2004 #10 0x7f765581b693 in damageGlyphs (op=optimized out, pSrc=0x7f76572a6f10, pDst=0x7f76572ae520, maskFormat=0x7f76568a97b8, xSrc=optimized out, ySrc=optimized out, nlist=1, list=0x7fff24675dc0, glyphs=0x7fff246761c0) at ../../../miext/damage/damage.c:568 #11 0x7f7655811687 in ProcRenderCompositeGlyphs (client=0x7f76570e3cb0) at ../../render/render.c:1390 #12 0x7f7655735ec7 in Dispatch () at ../../dix/dispatch.c:432 #13 0x7f765573a066 in dix_main (argc=20, argv=0x7fff24676bc8, envp=optimized out) at ../../dix/main.c:296 #14 0x7f76533f5b45 in __libc_start_main (main=0x7f76557244e0 main, argc=20, argv=0x7fff24676bc8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff24676bb8) at libc-start.c:287 #15 0x7f765572450e in _start () -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 19 23:12 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2397280 Sep 22 17:49 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by
Bug#757246: please export configuration options which were used to build xorg server
On Mon, 25 Aug 2014, Julien Cristau wrote: + # save the configure flags so that packages like vnc, tightvnc, tigervnc + # know how the package was built. + ( \ + echo 'xserver_confflags = $(confflags)'; \ + echo 'xserver_confflags_main = $(confflags_main)'; \ + echo 'xserver_confflags_udeb = $(confflags_udeb)'; \ + echo 'xserver_vars = $(vars)'; \ + ) debian/xserver-xorg-dev/usr/share/xserver-xorg/configure_flags.mk + # The udeb uses the same substvars: cp debian/xserver-xorg-core.substvars debian/xserver-xorg-core-udeb.substvars Would 'xserver_confflags = $(confflags) $(confflags_main)' be enough? I think so. Thanks in advance! I don't think I'd want to export our build flags, and I don't see a need to export the udeb's configure options either. I guess I would not care indeed too, although I do not see really why not to export them as well (just in case) -- but I am ignorant, so just would rely on your assessment ;-) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140825170914.gq8...@onerussian.com
Bug#757246: please export configuration options which were used to build xorg server
Package: xserver-xorg-dev Version: 2:1.16.0-1 Severity: wishlist Tags: patch Although just a wishlist, it is a blocker for #650394 -- the TigerVNC ITP. To build it (properly/reliably) we would need access to original flags used to configure xorg server (per each architecture). Once I had a brief chat on IRC but we haven't boiled down to the solution. Now here is a corresponding change in ubuntu https://launchpad.net/ubuntu/utopic/+source/xorg-server/2:1.15.1-0ubuntu9 which should be sufficient. I would really appreciate if Debian packaging would adopt it, which would let us to move our ITP from a dead point forward. Thank you in advance $ interdiff -z xorg-server_1.15.1-0ubuntu{8,9}.diff.gz diff -u xorg-server-1.15.1/debian/rules xorg-server-1.15.1/debian/rules --- xorg-server-1.15.1/debian/rules +++ xorg-server-1.15.1/debian/rules @@ -365,6 +365,15 @@ echo inputabi=xorg-input-abi-$$abi_xinput debian/xserver-xorg-core.substvars \ echo xorg-input-abi-$$abi_xinput, xserver-xorg-core (= $(serverminver)) debian/xserver-xorg-dev/usr/share/xserver-xorg/xinputdep + # save the configure flags so that packages like vnc, tightvnc, tigervnc + # know how the package was built. + ( \ + echo 'xserver_confflags = $(confflags)'; \ + echo 'xserver_confflags_main = $(confflags_main)'; \ + echo 'xserver_confflags_udeb = $(confflags_udeb)'; \ + echo 'xserver_vars = $(vars)'; \ + ) debian/xserver-xorg-dev/usr/share/xserver-xorg/configure_flags.mk + # The udeb uses the same substvars: cp debian/xserver-xorg-core.substvars debian/xserver-xorg-core-udeb.substvars diff -u xorg-server-1.15.1/debian/changelog xorg-server-1.15.1/debian/changelog --- xorg-server-1.15.1/debian/changelog +++ xorg-server-1.15.1/debian/changelog @@ -1,3 +1,10 @@ +xorg-server (2:1.15.1-0ubuntu9) utopic; urgency=medium + + * xserver-xorg-dev: /usr/share/xserver-xorg/configure_flags.mk +Provide the flags how the xserver was configured. + + -- Matthias Klose d...@ubuntu.com Wed, 30 Jul 2014 22:49:51 +0200 + xorg-server (2:1.15.1-0ubuntu8) utopic; urgency=medium * debian/patches/xfree86-pci-bus-probe-non-seat0.patch -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-dev depends on: ii libpciaccess-dev 0.13.2-1 ii libpixman-1-dev 0.32.4-1 ii libxkbfile-dev1:1.0.8-1 ii mesa-common-dev 10.2.1-2 ii x11proto-core-dev 7.0.26-1 ii x11proto-dri2-dev 2.8-2 ii x11proto-dri3-dev 1.0-1 ii x11proto-fonts-dev2.1.3-1 ii x11proto-gl-dev 1.4.17-1 ii x11proto-input-dev2.3-1 ii x11proto-kb-dev 1.0.6-2 ii x11proto-present-dev 1.0-1 ii x11proto-randr-dev1.4.0-2 ii x11proto-render-dev 2:0.11.1-2 ii x11proto-resource-dev 1.2.0-3 ii x11proto-scrnsaver-dev1.2.2-1 ii x11proto-video-dev2.3.2-1 ii x11proto-xext-dev 7.3.0-1 ii x11proto-xf86bigfont-dev 1.2.0-3 ii x11proto-xf86dri-dev 2.1.1-2 ii x11proto-xinerama-dev 1.2.1-2 xserver-xorg-dev recommends no packages. xserver-xorg-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140806154643.19886.50375.report...@novo.onerussian.com
Bug#730552: provide xserver-xorg-source package for building 3rd party software (e.g. VNC) reusing XOrg codebase
On Mon, 02 Dec 2013, Yaroslav Halchenko wrote: On Sat, 30 Nov 2013, Julien Cristau wrote: Please provide a patch. Please find initial attempt attached -- review, critique is welcome ... I would still appreciate some feedback or action regarding this issue. Cheers and Marry Holidays! -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131228032555.ga32...@onerussian.com
Bug#730552: provide xserver-xorg-source package for building 3rd party software (e.g. VNC) reusing XOrg codebase
On Sat, 30 Nov 2013, Julien Cristau wrote: Since better later than never, I have decided to file this wishlist to discuss such a possibility. do you see any particular concerns against? would you prefer a patch or work it our yourself? Please provide a patch. Please find initial attempt attached -- review, critique is welcome but would be even better if some xserver pkg expert would just improve up it. I have distributed sources in the -source packge - as a tarball since they would most probably would need to be patched anyways, thus would need to be copied, and better --just extracted - as .xz since it becomes used widely and provides better compression - I left the distributed tarball unversioned to ease/disambiguate its use by projects needing xorg sources to build upon Cheers! -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik From f954df631789d8bf7574ddf18a6ec90a70da2e3b Mon Sep 17 00:00:00 2001 From: Yaroslav Halchenko deb...@onerussian.com Date: Sat, 30 Nov 2013 14:55:28 -0500 Subject: [PATCH] Adding xserver-source binary package to provide a tarball with original (patched, autoreconfed) sources of the xserver (Closes: #730552) --- debian/changelog | 7 +++ debian/control| 14 ++ debian/rules | 23 --- debian/xserver-source.install | 1 + 4 files changed, 42 insertions(+), 3 deletions(-) create mode 100644 debian/xserver-source.install diff --git a/debian/changelog b/debian/changelog index eb503f0..40c7025 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +xorg-server (2:1.14.3-6) UNRELEASED; urgency=low + + * Adding xserver-source binary package to provide a tarball with +original (patched) sources of the xserver. + + -- Yaroslav Halchenko deb...@onerussian.com Sat, 30 Nov 2013 14:55:20 -0500 + xorg-server (2:1.14.3-5) unstable; urgency=low * Cherry-pick a upstream commit to fix mesa-10 driver loading. diff --git a/debian/control b/debian/control index f06251e..6a5c508 100644 --- a/debian/control +++ b/debian/control @@ -347,3 +347,17 @@ Recommends: Replaces: xserver-xorg-core ( 2:1.5.2) Description: common files used by various X servers This package provides files necessary for all X.Org based X servers. + +Package: xserver-source +Architecture: all +Depends: + ${misc:Depends}, +Description: Xorg X server - source files + This package provides original Debian (with Debian patches already + applied, and autotools files updated) sources for the X.Org ('Xorg') + X server shipped in a tarball. This enables other projects re-using + X server codebase (e.g. VNC servers) to (re-)use officially + Debian-supported version of the X xserver for their builds. + . + Unless you are building a software product using X server sources, + you probably want xserver-xorg and/or xserver-xorg-core instead. diff --git a/debian/rules b/debian/rules index 1b1a7b5..e179b81 100755 --- a/debian/rules +++ b/debian/rules @@ -184,6 +184,23 @@ $(STAMP_DIR)/autoreconf: $(STAMP_DIR)/stampdir $(QUILT_STAMPFN) autoreconf -vfi $@ +# Wrapping up all sources for xserver-source package is easiest before +# anything else was done and should only be done if build/binary-indep +$(STAMP_DIR)/build-source: $(QUILT_STAMPFN) $(STAMP_DIR)/autoreconf + dh_testdir + dh_testroot + mkdir -p build-source + tar \ +--transform 's,^,xorg-server/,' \ +--exclude=stampdir --exclude=debian --exclude=.git* --exclude=.pc \ +--exclude=build-* --exclude=autom4te.cache \ +-cJf build-source/xorg-server.tar.xz * + $@ + +build-source: $(STAMP_DIR)/build-source + +# Depend on build-source to be completed before any other action on +# the source tree could be done $(STAMP_DIR)/configure-%: $(STAMP_DIR)/autoreconf dh_testdir mkdir -p build-$* @@ -215,7 +232,7 @@ build: $(STAMP_DIR)/build-udeb build: $(STAMP_DIR)/tests-udeb endif build-arch: build -build-indep: build +build-indep: build-source build clean: unpatch abibumpcheck dh_testdir @@ -343,7 +360,7 @@ endif # Build architecture-independent files here -binary-indep: build install +binary-indep: build-source build install $(MAKE) -f debian/rules DH_OPTIONS=-i binary-initial dh_install -i --sourcedir=debian/tmp dh_installdocs -i @@ -352,4 +369,4 @@ binary-indep: build install $(MAKE) -f debian/rules DH_OPTIONS=-i binary-deb binary: binary-indep binary-arch -.PHONY: build clean binary-indep binary-arch binary install +.PHONY: build clean binary-indep binary-arch build-source binary install diff --git a/debian/xserver-source.install b/debian/xserver-source.install new file mode 100644 index
Bug#730552: provide xserver-xorg-source package for building 3rd party software (e.g. VNC) reusing XOrg codebase
Package: xserver-xorg Version: 1:7.7+3 Severity: wishlist https://alioth.debian.org/projects/pkg-tigervnc team works on packaging TigerVNC for Debian (ITP - #650394). Unfortunately (or for some might be -- fortunately) our initial upload to Debian proper was rejected (in 18 Apr 2013) with the main concern being shipping convenience copies of Xorg to build TigerVNC. And suggestion was made to seek collaboration with Debian X Strike Force so that Debian could provide a 'proper' xserver-xorg-source package providing sources of the XOrg so TigerVNC could be built against them (which should simplify/secure its maintenance in the long term). Since better later than never, I have decided to file this wishlist to discuss such a possibility. do you see any particular concerns against? would you prefer a patch or work it our yourself? -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg depends on: ii libc6 2.17-93 ii x11-xkb-utils 7.7~1 ii xkb-data 2.5.1-3 pn xserver-xorg-core none ii xserver-xorg-input-evdev [xorg-driver-input] 1:2.7.0-1+b1 ii xserver-xorg-input-void [xorg-driver-input] 1:1.4.0-1+b1 ii xserver-xorg-video-apm [xorg-driver-video]1:1.2.3-3 ii xserver-xorg-video-dummy [xorg-driver-video] 1:0.3.5-2+b1 ii xserver-xorg-video-fbdev [xorg-driver-video] 1:0.4.2-4+b3 ii xserver-xorg-video-intel [xorg-driver-video] 2:2.19.0-6 ii xserver-xorg-video-vesa [xorg-driver-video] 1:2.3.1-1+b1 Versions of packages xserver-xorg recommends: ii libgl1-mesa-dri 9.2.2-1 xserver-xorg suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131126140954.11080.22605.report...@novo.onerussian.com
Bug#681796: plan to NMU the fix
Hi Cyril, Since there were no activity from the team and reported patch has fixed the issue (at least for me and few others on the upstream bug report page) I am planing to NMU it in 2-3 days into 5-days delayed queue. See git patch for this NMU attached -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik From e064dcaed6f9988901e1f844a6c8b61c8c4c7997 Mon Sep 17 00:00:00 2001 From: Yaroslav Halchenko deb...@onerussian.com Date: Thu, 30 Aug 2012 12:14:20 -0400 Subject: [PATCH] Adopted patch http://patchwork.freedesktop.org/patch/11873 to resolve segfaults upon suspend/resume (Closes: #681796) --- debian/changelog |8 debian/patches/series |1 + ...-DeviceOff-52496-backported-against-1.6.2.patch | 41 3 files changed, 50 insertions(+) create mode 100644 debian/patches/synaptics-Reset-num_active_touches-on-DeviceOff-52496-backported-against-1.6.2.patch diff --git a/debian/changelog b/debian/changelog index 9801715..d21c22c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +xserver-xorg-input-synaptics (1.6.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Adopted patch http://patchwork.freedesktop.org/patch/11873 to resolve +segfaults upon suspend/resume (Closes: #681796) + + -- Yaroslav Halchenko deb...@onerussian.com Thu, 30 Aug 2012 11:58:56 -0400 + xserver-xorg-input-synaptics (1.6.2-1) unstable; urgency=low * New upstream release, from the 1.6 branch. diff --git a/debian/patches/series b/debian/patches/series index d694f00..ab8344e 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,3 @@ #01-synaptics-dont-grab-if-not-on-current-VT.patch 02-do-not-use-synaptics-for-keyboards.patch +synaptics-Reset-num_active_touches-on-DeviceOff-52496-backported-against-1.6.2.patch diff --git a/debian/patches/synaptics-Reset-num_active_touches-on-DeviceOff-52496-backported-against-1.6.2.patch b/debian/patches/synaptics-Reset-num_active_touches-on-DeviceOff-52496-backported-against-1.6.2.patch new file mode 100644 index 000..70c0bb1 --- /dev/null +++ b/debian/patches/synaptics-Reset-num_active_touches-on-DeviceOff-52496-backported-against-1.6.2.patch @@ -0,0 +1,41 @@ +Author: Peter Hutterer +Subject: When disabling the device, reset num_active_touches to zero. + + Otherwise, num_active_touches stays at the value it was on DeviceOff(). + Future touches add to that value until the index may go past + priv-open_slots[]. That causes spurious memory corruption on touch ends. + + And as of 55fc42e7c9b4948cadd4f98ef7b6a3b12e268e3e we ignore pre-existing + touches anyway. + +Test-case: +- place num_touches fingers on the touchpad +- xinput disable device +- lift fingers +- xinput enable device +- place finger on device, num_active_touches is now (num_touches + 1) + + Signed-off-by: Peter Hutterer peter.hutte...@who-t.net + +Bug: https://bugs.freedesktop.org/show_bug.cgi?id=52496 +Bug-Debian: http://bugs.debian.org/681796 +Last-Update: 2012-08-30 + +--- a/src/synaptics.c b/src/synaptics.c +@@ -1153,6 +1153,7 @@ SynapticsReset(SynapticsPrivate * priv) + priv-lastButtons = 0; + priv-prev_z = 0; + priv-prevFingers = 0; ++priv-num_active_touches = 0; + #ifdef HAVE_MULTITOUCH + memset(priv-open_slots, 0, priv-num_slots * sizeof(int)); + #endif +@@ -3118,6 +3119,7 @@ UpdateTouchState(InputInfoPtr pInfo, str + if (hw-slot_state[i] == SLOTSTATE_OPEN) { + priv-open_slots[priv-num_active_touches] = i; + priv-num_active_touches++; ++BUG_WARN(priv-num_active_touches priv-num_slots); + } + else if (hw-slot_state[i] == SLOTSTATE_CLOSE) { + Bool found = FALSE; -- 1.7.10.4 signature.asc Description: Digital signature
Bug#681796: bug 681796, that patch does not work here..
On Wed, 19 Sep 2012, Gijs Hillenius wrote: [ 59865.601] 0: /usr/bin/X (xorg_backtrace+0x49) [0xb778d739] [ 59865.601] 1: /usr/bin/X (0xb761+0x181156) [0xb7791156] [ 59865.602] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb75f140c] [ 59865.602] 3: /usr/bin/X (MakeAtom+0x5f) [0xb763a36f] [ 59865.602] 4: /usr/lib/libXfont.so.1 (0xb7448000+0x207cb) [0xb74687cb] [ 59865.602] 5: /usr/lib/libXfont.so.1 (pcfReadFontInfo+0xa5) [0xb74695c5] [ 59865.602] 6: /usr/lib/libXfont.so.1 (0xb7448000+0x1a900) [0xb7462900] [ 59865.602] 7: /usr/lib/libXfont.so.1 (0xb7448000+0xb100) [0xb7453100] [ 59865.602] 8: /usr/lib/libXfont.so.1 (0xb7448000+0xc1c0) [0xb74541c0] [ 59865.602] 9: /usr/lib/libXfont.so.1 (FontFileListNextFontWithInfo+0x4d) [0xb74543bd] [ 59865.602] 10: /usr/bin/X (doListFontsWithInfo+0x15c) [0xb764c98c] [ 59865.602] 11: /usr/bin/X (0xb761+0x3f339) [0xb764f339] [ 59865.602] 12: /usr/bin/X (0xb761+0x37313) [0xb7647313] [ 59865.602] 13: /usr/bin/X (0xb761+0x3c375) [0xb764c375] [ 59865.602] 14: /usr/bin/X (0xb761+0x29e95) [0xb7639e95] So above suggests that this is some other issue... and probably has to do with fonts handling, thus: Now, I don't actually use the trackpad. So, you know what? I'll apt-get remove xserver-xorg-input-synaptics and see if that solves it. indeed would be interesting to see if any effect. But once again -- this seems to be a different issue. -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120920135248.gt5...@onerussian.com
Bug#681796: bug 681796, that patch does not work here..
Gijs Hillenius g...@hillenius.net wrote: Hello Yaroslav, the patch you submitted for xserver-xorg-input-synaptics http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681796 does not work for me. I tried it yesterday, but my X crashed on the first 'lid close', instead of the third/fourth. I'm hit by the same bug (I think) and reported my troubles here http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679231 As far add I see it your issue is different... Did you get a chance to get a traceback from X upon crash? As for me the patch resolved the issue - I have not experienced it since the patch. -- Sent from a phone which beats iPhone. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5313aaba-3f79-4289-ade7-f13e999a4...@email.android.com
Bug#681796: segmentation fault during suspend
tag 681796 + patch thanks On Sat, 28 Jul 2012, Julien Cristau wrote: It's helpful, yes, thanks. Could you forward it upstream to https://bugs.freedesktop.org/enter_bug.cgi?product=xorgcomponent=Server/Input/Core so upstream seems to boiled it down and provided a patch. I have adopted the patch for version in Debian 1.6.2 and attaching it here... 2nd day of a normal flight. -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik Author: Peter Hutterer Subject: When disabling the device, reset num_active_touches to zero. Otherwise, num_active_touches stays at the value it was on DeviceOff(). Future touches add to that value until the index may go past priv-open_slots[]. That causes spurious memory corruption on touch ends. And as of 55fc42e7c9b4948cadd4f98ef7b6a3b12e268e3e we ignore pre-existing touches anyway. Test-case: - place num_touches fingers on the touchpad - xinput disable device - lift fingers - xinput enable device - place finger on device, num_active_touches is now (num_touches + 1) Signed-off-by: Peter Hutterer peter.hutte...@who-t.net Bug: https://bugs.freedesktop.org/show_bug.cgi?id=52496 Bug-Debian: http://bugs.debian.org/681796 Last-Update: 2012-08-30 --- a/src/synaptics.c +++ b/src/synaptics.c @@ -1153,6 +1153,7 @@ SynapticsReset(SynapticsPrivate * priv) priv-lastButtons = 0; priv-prev_z = 0; priv-prevFingers = 0; +priv-num_active_touches = 0; #ifdef HAVE_MULTITOUCH memset(priv-open_slots, 0, priv-num_slots * sizeof(int)); #endif @@ -3118,6 +3119,7 @@ UpdateTouchState(InputInfoPtr pInfo, str if (hw-slot_state[i] == SLOTSTATE_OPEN) { priv-open_slots[priv-num_active_touches] = i; priv-num_active_touches++; +BUG_WARN(priv-num_active_touches priv-num_slots); } else if (hw-slot_state[i] == SLOTSTATE_CLOSE) { Bool found = FALSE; signature.asc Description: Digital signature
patch debian/patches/02-do-not-use-synaptics-for-keyboards.patch -- why not upstreamed?
Hi guys, while troubleshooting #681796 I had to rebuild older version of synaptics driver package and I see that there is a patch which had been there for a while and never adopted upstream... should not it be forwarded upstream? $ git lg debian/patches/02-do-not-use-synaptics-for-keyboards.patch * 45d52fe - Refresh 02-do-not-use-synaptics-for-keyboards.patch after d25ba5e11d. (1 year, 2 months ago) [Cyril Brulebois] * 4f63eb9 - Fix patch 02 to apply after fdi - conf move. (2 years, 4 months ago) [Julien Cristau] * e9a880c - (xserver-xorg-input-synaptics-1.2.0-2) Negate the match on keyboard capabilities in the default fdi file (2 years, 9 months ago) [Mattia Dongili] * 349577a - (xserver-xorg-input-synaptics-1.2.0-1) Make lintian happier (2 years, 9 months ago) [Mattia Dongili] * 2927810 - Change the fdi file to skip keyboards (2 years, 9 months ago) [Mattia Dongili] never adopted: (git)novo:~/deb/debug/xf86-input-synaptics[master] $ patch -p1 /home/yoh/deb/debug/xserver-xorg-input-synaptics/debian/patches/02-do-not-use-synaptics-for-keyboards.patch patching file conf/11-x11-synaptics.fdi Hunk #1 succeeded at 9 (offset 7 lines). changes on filesystem: conf/11-x11-synaptics.fdi | 36 $ git describe xf86-input-synaptics-1.6.0-44-ge28575b -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120815140026.gq2...@onerussian.com
Bug#681796: segmentation fault during suspend
Here is more detailed output but I guess I would just need to setup remote debugging somehow... : Program received signal SIGSEGV, Segmentation fault. 0x7fec6053e757 in XIChangeDeviceProperty (dev=0x7fec63c494f0, property=120, type=19, format=8, mode=0, len=1, value=0x7fff67dc75af, sendevent=1) at ../../Xi/xiproperty.c:772 772 if (handler-SetProperty) { Id Target Id Frame * 1Thread 0x7fec60369880 (LWP 3614) Xorg 0x7fec6053e757 in XIChangeDeviceProperty (dev=0x7fec63c494f0, property=120, type=19, format=8, mode=0, len=1, value=0x7fff67dc75af, sendevent=1) at ../../Xi/xiproperty.c:772 I: some variables, dev, dev-properties.handlers, handler $1 = (DeviceIntPtr) 0x7fec63c494f0 $2 = (XIPropertyHandlerPtr) 0x7fec63e97130 $3 = (XIPropertyHandlerPtr) 0x7fec0001 I: bt #0 0x7fec6053e757 in XIChangeDeviceProperty (dev=0x7fec63c494f0, property=120, type=19, format=8, mode=0, len=1, value=0x7fff67dc75af, sendevent=1) at ../../Xi/xiproperty.c:772 #1 0x7fec6040eb57 in DisableDevice (dev=0x7fec63c494f0, sendevent=1 '\001') at ../../dix/devices.c:481 #2 0x7fec60471460 in xf86VTSwitch () at ../../../../hw/xfree86/common/xf86Events.c:454 #3 0x7fec604710f5 in xf86Wakeup (blockData=0x0, err=-1, pReadmask=0x7fec60858f00) at ../../../../hw/xfree86/common/xf86Events.c:285 #4 0x7fec60422be2 in WakeupHandler (result=-1, pReadmask=0x7fec60858f00) at ../../dix/dixutils.c:421 #5 0x7fec605c0925 in WaitForSomething (pClientsReady=0x7fec63b2ff30) at ../../os/WaitFor.c:224 #6 0x7fec60414984 in Dispatch () at ../../dix/dispatch.c:357 #7 0x7fec604057d1 in main (argc=8, argv=0x7fff67dc7bc8, envp=0x7fff67dc7c10) at ../../dix/main.c:288 I: bt full #0 0x7fec6053e757 in XIChangeDeviceProperty (dev=0x7fec63c494f0, property=120, type=19, format=8, mode=0, len=1, value=0x7fff67dc75af, sendevent=1) at ../../Xi/xiproperty.c:772 handler = 0x7fec0001 checkonly = 1 '\001' new_data = 0x7fec63874fa0 old_data = 0x0 prop = 0x7fec63ac7e00 size_in_bytes = 1 total_size = 1 total_len = 1 prop_value = 0x7fec63ac7e10 new_value = {type = 19, format = 8, size = 1, data = 0x7fec63874fa0} add = 0 rc = 0 #1 0x7fec6040eb57 in DisableDevice (dev=0x7fec63c494f0, sendevent=1 '\001') at ../../dix/devices.c:481 prev = 0x7fec639cf3c8 other = 0x0 enabled = 0 '\000' flags = {0 repeats 40 times} #2 0x7fec60471460 in xf86VTSwitch () at ../../../../hw/xfree86/common/xf86Events.c:454 i = 1 prevSIGIO = 0 pInfo = 0x7fec63c3d300 ih = 0x0 #3 0x7fec604710f5 in xf86Wakeup (blockData=0x0, err=-1, pReadmask=0x7fec60858f00) at ../../../../hw/xfree86/common/xf86Events.c:285 LastSelectMask = 0x7fec60858f00 devicesWithInput = {fds_bits = {0, 0, 115146, 893290107, 140734935889712, 140653204764360, 140734935889760, 0, 51539607552, 140653204448034, 140734935889776, 140653208375040, -4294967296, 0, -4294967296, 47244640256}} pInfo = 0x7fff67dc7700 #4 0x7fec60422be2 in WakeupHandler (result=-1, pReadmask=0x7fec60858f00) at ../../dix/dixutils.c:421 i = 1 j = 0 #5 0x7fec605c0925 in WaitForSomething (pClientsReady=0x7fec63b2ff30) at ../../os/WaitFor.c:224 i = -1 waittime = {tv_sec = 2, tv_usec = 806463} wt = 0x7fff67dc7830 timeout = 2808 clientsReadable = {fds_bits = {0 repeats 16 times}} clientsWritable = {fds_bits = {140734935890320, 140734935890128, 140734935890208, 140653154506956, 51, 140653267432464, 4096, 0, 140734935890272, 140653203837136, 140734935890880, 0, 0, 140653170735228, 140653245830704, 140653204090905}} curclient = 32748 selecterr = 4 nready = 0 devicesReadable = {fds_bits = {5914262752, 44607270688, 140653246607296, 140653173915232, 140734935890352, 140653203837136, 140734935890880, 0, 140734935890352, 140653205720800, 140653222786000, 140653135732522, 140653267432464, 0, 140734935890416, 140653203960955}} now = 115146891 someReady = 0 #6 0x7fec60414984 in Dispatch () at ../../dix/dispatch.c:357 clientReady = 0x7fec63b2ff30 result = 0 client = 0x7fec62c11490 nready = -1 icheck = 0x7fec608521f0 start_tick = 478800 #7 0x7fec604057d1 in main (argc=8, argv=0x7fff67dc7bc8, envp=0x7fff67dc7c10) at ../../dix/main.c:288 i = 1 alwaysCheckForInput = {0, 1} On Sat, 28 Jul 2012, Julien Cristau wrote: On Tue, Jul 24, 2012 at 00:09:43 -0400, Yaroslav Halchenko wrote: On Mon, 16 Jul 2012, Julien Cristau wrote: [145698.415] Caught signal 11 (Segmentation fault). Server aborting [145698.415] [145698.415] Any chance you can get a backtrace from gdb? Program received signal SIGSEGV, Segmentation
Bug#681796: segmentation fault during suspend
forwarded 681796 https://bugs.freedesktop.org/show_bug.cgi?id=52496 thanks On Sat, 28 Jul 2012, Julien Cristau wrote: and then -- this gesture from gdb while running from a script was not expected: ---Type return to continue, or q return to quit--- You can probably avoid this next time with the 'set pagination off' command. I think I have managed to avoid it with gdb.execute(set height 0) altogether my script atm is: #!/usr/bin/gdb -x import gdb def on_stop(p): gdb.execute(i threads) try: gdb.execute(echo I: some variables, dev, dev-properties.handlers, handler\n) gdb.execute(p dev) gdb.execute(p dev-properties.handlers) gdb.execute(p handler) except: pass try: gdb.execute(echo I: bt\n) gdb.execute(bt) gdb.execute(echo I: bt full\n) gdb.execute(bt full) finally: # and just quit now gdb.execute(c) gdb.execute(q) # prevent prompt-for-continue gdb.execute(set height 0) gdb.execute(set logging file xorg-crash.log) gdb.execute(set logging on) gdb.execute(handle SIGUSR1 nostop) gdb.execute(handle SIGPIPE nostop) gdb.execute(bt) gdb.events.stop.connect(on_stop) so atm I do not have further backtrace -- but is this any useful? It's helpful, yes, thanks. Could you forward it upstream to https://bugs.freedesktop.org/enter_bug.cgi?product=xorgcomponent=Server/Input/Core have done that and was waiting for some kind of reaction before reporting this one forwarded... but will mark now nevertheless. Also similar problem was detected by gentoo guys: https://bugs.gentoo.org/show_bug.cgi?id=428084 and discussed originally here: http://forums.gentoo.org/viewtopic.php?p=7098200 P.S. I have switched from using awesome+KDE to awesome+XFCE... hopefully I would still be able to run into this issue... -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120728150910.gi16...@onerussian.com
Bug#681796: segmentation fault during suspend
On Sat, 21 Jul 2012, Yaroslav Halchenko wrote: Program received signal SIGSEGV, Segmentation fault. XIChangeDeviceProperty (dev=dev@entry=0x7ff24ae17130, property=optimized out, type=type@entry=19, format=format@entry=8, mode=optimized out, mode@entry=0, len=len@entry=1, value=value@entry=0x7fff585294cf, sendevent=sendevent@entry=1) at ../../Xi/xiproperty.c:772 772 ../../Xi/xiproperty.c: No such file or directory. I guess I should just learn to master gdb script so it would dump the bt right upon segfault ... also since there is a new version now targetting wheezy I will upgrade first to not hunt for a possibly fixed issue ok -- current sid's version is prone to segfault as well for me during suspend... Program received signal SIGSEGV, Segmentation fault. XIChangeDeviceProperty (dev=dev@entry=0x7f92d4718130, property=optimized out, type=type@entry=19, format=format@entry=8, mode=optimized out, mode@entry=0, len=len@entry=1, value=value@entry=0x7fff47c16faf, sendevent=sendevent@entry=1) at ../../Xi/xiproperty.c:772 772 ../../Xi/xiproperty.c: No such file or directory. $ head /var/log/Xorg.0.log [31.323] X.Org X Server 1.12.3 Release Date: 2012-07-09 [31.324] X Protocol Version 11, Revision 0 [31.324] Build Operating System: Linux 3.2.0-3-amd64 x86_64 Debian [31.324] Current Operating System: Linux novo 3.2.0-3-amd64 #1 SMP Thu Jun 28 09:07:26 UTC 2012 x86_64 [31.324] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=UUID=0fe48170-e67d-48ad-9270-7106586aafeb ro quiet acpi_sleep=s3_bios [31.324] Build Date: 18 July 2012 08:00:38AM [31.324] xorg-server 2:1.12.3-1 (Julien Cristau jcris...@debian.org) [31.324] Current version of pixman: 0.26.0 finally I have got some basic clue on how to use python scripting for the gdb... if that comes useful for anyone -- here is the script to dump full bt upon segfault (and then continue to quit): $ cat ~/deb/troubleshoot_segfault.py #!/usr/bin/gdb -x import gdb def on_stop(p): gdb.execute(bt) gdb.execute(bt full) # and just quit now gdb.execute(c) gdb.execute(q) gdb.execute(handle SIGUSR1 nostop) gdb.execute(handle SIGPIPE nostop) gdb.events.stop.connect(on_stop) So I just attach it to a running instance of X in a screen with logging (could have used gdb's built in facilities to store output I guess...) So hopefully soon more information will follow. -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120723165916.gh5...@onerussian.com
Bug#681796: segmentation fault during suspend
On Mon, 16 Jul 2012, Julien Cristau wrote: [145698.415] Caught signal 11 (Segmentation fault). Server aborting [145698.415] [145698.415] Any chance you can get a backtrace from gdb? Program received signal SIGSEGV, Segmentation fault. XIChangeDeviceProperty (dev=dev@entry=0x7f4bac237fa0, property=optimized out, type=type@entry=19, format=format@entry=8, mode=optimized out, mode@entry=0, len=len@entry=1, value=value@entry=0x7fff092e860f, sendevent=sendevent@entry=1) at ../../Xi/xiproperty.c:772 772 ../../Xi/xiproperty.c: No such file or directory. #0 XIChangeDeviceProperty (dev=dev@entry=0x7f4bac237fa0, property=optimized out, type=type@entry=19, format=format@entry=8, mode=optimized out, mode@entry=0, len=len@entry=1, value=value@entry=0x7fff092e860f, sendevent=sendevent@entry=1) at ../../Xi/xiproperty.c:772 #1 0x7f4ba813c20f in DisableDevice (dev=0x7f4bac237fa0, sendevent=sendevent@entry=1 '\001') at ../../dix/devices.c:481 #2 0x7f4ba817e344 in xf86VTSwitch () at ../../../../hw/xfree86/common/xf86Events.c:454 #3 xf86Wakeup (blockData=optimized out, err=optimized out, pReadmask=optimized out) at ../../../../hw/xfree86/common/xf86Events.c:285 #4 0x7f4ba8146d9b in WakeupHandler (result=result@entry=-1, pReadmask=pReadmask@entry=0x7f4ba84f1e00) at ../../dix/dixutils.c:421 and then -- this gesture from gdb while running from a script was not expected: ---Type return to continue, or q return to quit--- so atm I do not have further backtrace -- but is this any useful? or should I rebuild/run X in noopt or... ? please advise -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120724040943.gf21...@onerussian.com
Bug#681796: segmentation fault during suspend
On Mon, 16 Jul 2012, Julien Cristau wrote: well -- I attached to X with gdb in a screen now... and will hope that I would be able to get there whenever such accident occurs again You'll probably need ssh to access it if/when X crashes. unfortunately by then there were no chance to get remote access -- wifi was already off and did not connect over wired when I plugged it in -- suspend light was blinking and I guess some services were already stopped by then... I had to reset it via sysrq. The last entry in the screen history was: Program received signal SIGSEGV, Segmentation fault. XIChangeDeviceProperty (dev=dev@entry=0x7ff24ae17130, property=optimized out, type=type@entry=19, format=format@entry=8, mode=optimized out, mode@entry=0, len=len@entry=1, value=value@entry=0x7fff585294cf, sendevent=sendevent@entry=1) at ../../Xi/xiproperty.c:772 772 ../../Xi/xiproperty.c: No such file or directory. I guess I should just learn to master gdb script so it would dump the bt right upon segfault ... also since there is a new version now targetting wheezy I will upgrade first to not hunt for a possibly fixed issue cheers -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120721190047.gd21...@onerussian.com
Bug#681796: segmentation fault during suspend
On Mon, 16 Jul 2012, Julien Cristau wrote: Any chance you can get a backtrace from gdb? well -- I attached to X with gdb in a screen now... and will hope that I would be able to get there whenever such accident occurs again You'll probably need ssh to access it if/when X crashes. yeah -- I have learned that already while attaching gdb -- that is why there was this conditioning on 'hope' in my statement above since the laptop might be offline at that moment. any particular desires on what to print out besides bt full (which I already entered into the buffer in the screen, and enabled logging)? or alternatively -- which particular package to check for the upgraded version (if that is of interest anyways)? /usr/bin/X is just a wrapper, it basically doesn't do anything except execve(/usr/bin/Xorg). So the package you're looking for is xserver-xorg-core. ok -- this would be a more complete picture then: $ grep 'upgrade xserver-xorg' /var/log/dpkg.log 2012-07-03 09:52:32 upgrade xserver-xorg:amd64 1:7.6+12 1:7.6+13 2012-07-11 13:31:20 upgrade xserver-xorg-video-intel:amd64 2:2.18.0-1 2:2.19.0-4 2012-07-11 13:31:20 upgrade xserver-xorg-video-dummy:amd64 1:0.3.5-2 1:0.3.5-2+b1 2012-07-11 13:31:21 upgrade xserver-xorg-video-vesa:amd64 1:2.3.0-7+b1 1:2.3.1-1+b1 2012-07-11 13:31:21 upgrade xserver-xorg-video-fbdev:amd64 1:0.4.2-4+b2 1:0.4.2-4+b3 2012-07-11 13:31:21 upgrade xserver-xorg-video-apm:amd64 1:1.2.3-2+b2 1:1.2.3-3 2012-07-11 13:31:22 upgrade xserver-xorg-input-void:amd64 1:1.4.0-1 1:1.4.0-1+b1 2012-07-11 13:31:22 upgrade xserver-xorg-input-synaptics:amd64 1.5.99.901-1 1.6.2-1 2012-07-11 13:31:23 upgrade xserver-xorg-input-evdev:amd64 1:2.7.0-1 1:2.7.0-1+b1 2012-07-11 13:31:23 upgrade xserver-xorg-core:amd64 2:1.11.4-1 2:1.12.1.902-1 2012-07-11 14:43:17 upgrade xserver-xorg:amd64 1:7.6+13 1:7.7+1 2012-07-11 14:43:20 upgrade xserver-xorg-dev:amd64 2:1.11.4-1 2:1.12.1.902-1 2012-07-11 21:52:19 upgrade xserver-xorg-video-nvidia:amd64 295.59-1 302.17-3 -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120716181224.gq21...@onerussian.com
Bug#681796: segmentation fault during suspend
On Mon, 16 Jul 2012, Julien Cristau wrote: Fatal server error: [145698.415] Caught signal 11 (Segmentation fault). Server aborting [145698.415] [145698.415] Any chance you can get a backtrace from gdb? well -- I attached to X with gdb in a screen now... and will hope that I would be able to get there whenever such accident occurs again most recent upgrade, after which I think this issue started to appear was: 2012-07-11 14:43:17 upgrade xserver-xorg:amd64 1:7.6+13 1:7.7+1 That's a meta-package, so no. hm... I might need to get educated a bit more on what is meta-package then since it seems to carry the binary: $ dpkg -L xserver-xorg:amd64 | grep bin/ /usr/bin/X $ file /usr/bin/X /usr/bin/X: setuid setgid ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x9a1a6993c4ce93578604544819c5140515f45114, stripped or alternatively -- which particular package to check for the upgraded version (if that is of interest anyways)? -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120716180200.go21...@onerussian.com
Bug#624156: how did it work out?
Hi Cyril, I have ran into this issue as well. I wonder if you had some time to test tentative solution? Thanks in advance -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810153130.ga8...@onerussian.com
Bug#633136: please progress forward 7.11~ to track upstream's release branch 7.11
On Sat, 09 Jul 2011, Cyril Brulebois wrote: I am helping to prepare packaging of openwalnut, and unfortunately mesa 7.10 was simply failing on assertion on my Intel card with openwalnut, and with 7.11~0 it gets into busy loop without any direct rendering to the screen (resulting in black windows without update and 100% cpu consumption). I see that a lot work was done in upstream regarding intel cards since current 7.11~0 point, so would be great to be able to try it from official debian package to assure future aptness of mesa for openwalnut before 7.11 finally gets out. Bleh, isn't that what we're doing already? Running debcheckout mesa really should be a prerequisite to that kind of whining. I will take this constructive reply as no -- there is no an APT repository with daily snapshot builds . And you could see through I see that a lot of work was done in upstream that I already have an up-to-date checkout (actually a bit more up-to-date in the state of 7.11 that what you get with debcheckout)... anyways, current 7.11 still seems to experience the issue, so I would need to seek help from mesa people. cheers -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110709140817.gt26...@onerussian.com
Bug#633136: please progress forward 7.11~ to track upstream's release branch 7.11
Package: mesa Version: 7.11~0-2 Severity: wishlist I am helping to prepare packaging of openwalnut, and unfortunately mesa 7.10 was simply failing on assertion on my Intel card with openwalnut, and with 7.11~0 it gets into busy loop without any direct rendering to the screen (resulting in black windows without update and 100% cpu consumption). I see that a lot work was done in upstream regarding intel cards since current 7.11~0 point, so would be great to be able to try it from official debian package to assure future aptness of mesa for openwalnut before 7.11 finally gets out. P.S. or did you Cyril setup some repository with daily builds of mesa? (I have some vague residual memory for that) thanks in advance -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110708200256.13950.93231.report...@novo.onerussian.com
Bug#608073: /usr/lib/dri/i965_dri.so: segfaults in run_vp (?)
Package: libgl1-mesa-dri Version: 7.9+repack-1 Severity: normal File: /usr/lib/dri/i965_dri.so while preparing an upload for pyglet, decided to run its tests and immediately got a segfault. I then have upgraded mesa and X to the version to experimental versions, segfault seems to persist. Please find attached a complete protocol of the gdb session. You should be able to repeoduce it using pyglet... so something like apt-get source python-pyglet cd pyglet-* PYTHONPATH=$PWD tests/test.py piece of gdb context: (gdb) l 370 in tnl/t_vb_program.c (gdb) directory /tmp/mesa-7.9+repack/src/mesa Source directories searched: /tmp/mesa-7.9+repack/src/mesa:$cdir:$cwd (gdb) l 370 check_float(data[0]); 371 check_float(data[1]); 372 check_float(data[2]); 373 check_float(data[3]); 374 #endif 375 COPY_CLEAN_4V(machine.VertAttribs[attr], size, data); 376 } 377 } 378 379 /* execute the program */ (gdb) p attr $1 = 0 (gdb) p size $2 = 2 (gdb) p data -- System Information: Debian Release: squeeze/sid APT prefers experimental APT policy: (990, 'experimental'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.22-2 Userspace interface to intel-speci ii libdrm-radeon1 2.4.21-1~squeeze3 Userspace interface to radeon-spec ii libdrm22.4.21-1~squeeze3 Userspace interface to kernel DRM ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgcc11:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtalloc2 2.0.1-1 hierarchical pool based memory all libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: ii libglide32002.04.10ds1-5 graphics library for 3Dfx Voodoo b -- no debconf information script.mesa-pygletcrash.7443.20101226.1749.gz Description: GNU Zip compressed data
Bug#608073: /usr/lib/dri/i965_dri.so: segfaults in run_vp (?)
Hi Julien, Thank you for the rapid reply! eh, I hoped that somehow I could avoid doing that myself ;) ok - I will check against master (if space on my sdd permits, iirc build was quite space hungry)... if you have some build box available... may be you could add to your plans to setup automatic daily snapshot packages building off the git? That would be awesome ;-) Cheers, Yarik On Mon, 27 Dec 2010, Julien Cristau wrote: while preparing an upload for pyglet, decided to run its tests and immediately got a segfault. I then have upgraded mesa and X to the version to experimental versions, segfault seems to persist. Please report this upstream to https://bugs.freedesktop.org/enter_bug.cgi?product=mesacomponent=Drivers%2FDRI%2Fi965 and let us know the bug number for tracking. If you can test with the master branch from git://anongit.freedesktop.org/git/mesa/mesa that would be ideal. -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101226232721.gj15...@onerussian.com
Bug#608073: /usr/lib/dri/i965_dri.so: segfaults in run_vp (?)
On Mon, 27 Dec 2010, Cyril Brulebois wrote: Already doing tinderbox for the whole xorg stack with several sets of options, and already providing autobuild.ikibiki.org; thanks for sharing! btw -- do you have description somewhere of the setup? we keep plans to accomplish similar for the projects we maintain for neuro.debian.net but mesa just scares me away. be brave! ;) -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101227020759.gn15...@onerussian.com
Bug#581587: xserver-xorg-input-synaptics: Option Orientation to 'rotate' touchpad along with screen (usually done with xrandr)
Package: xserver-xorg-input-synaptics Version: 1.2.2-2.1 Severity: wishlist Tags: upstream patch Today I've once again mentioned that after rotation of the screen it gets really hard to use touchpad ;) quick googling lead me to ubuntu forums and a ppa with a tentative patch against 1.1.2. I've adopted the patch for 1.2.2, tuned it up to match upstrem formatting style, tested -- works like charm ;) Hope you would adopt it for Debian package (let me know if you want me to NMU it). Patch itself is attached, my changelog entry for it was: xserver-xorg-input-synaptics (1.2.2-2.1) unstable; urgency=low * Non-maintainer upload. * Adopt the patch for orientation change 125_enable_orientation.patch. Taken from ppa-aaporantalainen. See http://ubuntuforums.org/showthread.php?t=943297page=2 for more information. Changes to the patch: + Adopted to 1.2.2 upstream + Adjusted formatting/naming to be coherent with upstream conventions -- Yaroslav Halchenko deb...@onerussian.com Thu, 13 May 2010 19:32:46 -0400 -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 22 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1877984 Apr 19 13:20 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2129 Oct 1 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse1 Driver mouse Option CorePointer Option EmulateWheel on Option EmulateWheelTimeout 200 Option EmulateWheelButton 2 Option YAxisMapping 4 5 Option XAxisMapping 6 7 Option SHMConfig on EndSection Section InputDevice Identifier Configured Mouse Driver synaptics Option AlwaysCore Option Protocol auto-dev #Option ZAxisMapping 4 5 6 7 #Option Device /dev/psaux #Option EmulateWheel on #Option EmulateWheelTimeout 200 #Option EmulateWheelButton 2 #Option YAxisMapping 4 5 #Option XAxisMapping 6 7 #Option SHMConfig on EndSection Section Device Identifier Configured Video Device Driver intel #Option AccelMethod EXA #Option MigrationHeuristic greedy EndSection Section Monitor Identifier Configured Monitor #DisplaySize 285 185 # approx computed DisplaySize 380 238 # from online to match 96 dpi # lets try to enforce provided sizes: # borrowed from http://wiki.archlinux.org/index.php/Xorg #Option NoDDC true #Option UseEdidDpi false EndSection Section Screen Identifier Default Screen Monitor Configured Monitor SubSection Display Depth 24 Virtual 2464 900 EndSubSection EndSection Kernel version (/proc/version): Linux version 2.6.32-3-amd64 (Debian 2.6.32-9) (m...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-8) ) #1 SMP Wed Feb 24 18:07:42 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 28672 Jan 18 14:36 /var/log/Xorg.1.log -rw-r--r-- 1 root root 32937 May 13 22:19 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the xorg product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.7.6.901 (1.7.7 RC 1) Release Date: 2010-04-12 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-4-amd64 x86_64 Debian Current Operating
Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX
Sorry about the delay finally got chance to test it... I have $ dpkg -l xserver-xorg{,-video-intel} libgl1-mesa-dri Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii libgl1-mesa-dri 7.5-3 A free implementation of the OpenGL API -- DRI modules ii xserver-xorg 1:7.4+3 the X.Org X server ii xserver-xorg-video-intel 2:2.8.0-1 X.Org X server -- Intel i8xx, i9xx display driver 3 11028.:Tue 08 Sep 2009 01:05:47 PM EDT:. novo:~ $ uname -a Linux novo 2.6.31-rc5-amd64 #1 SMP Sun Aug 9 00:28:30 UTC 2009 x86_64 GNU/Linux Section Device Identifier Configured Video Device Driver intel Option AccelMethod EXA Option MigrationHeuristic greedy EndSection not sure if EXA is in effect any longer... but now everything seem to work and I see no crash indeed. On Fri, 04 Sep 2009, Brice Goglin wrote: On Thu, May 22, 2008 at 07:41:06AM +0200, Brice Goglin wrote: Yaroslav Halchenko wrote: enjoy! and thanks! #0 0x2b18c3b19ceb in copy_array_to_vbo_array (brw=0x1b12fa0, i=value optimized out, array=0x1f63258, element_size=12, count=983040) at brw_draw_upload.c:263 map = (GLubyte *) 0x0 ctx = value optimized out size = 11796480 vbo = (struct gl_buffer_object *) 0xb7c570 offset = value optimized out __PRETTY_FUNCTION__ = copy_array_to_vbo_array Thank you, I have forwarded your report on the upstream bugzilla at the URL above. Upstream says that the bug should be gone with GEM. Can you try with a recent kernel (2.6.30 or 2.6.31), intel driver (2.8.1) and mesa (7.5) ? Brice -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529072: confirm
Found relevant existing bug report: https://bugs.freedesktop.org/show_bug.cgi?id=19731 commented on there Please feel free to forward this upstream, by filing a new bug at http://bugs.freedesktop.org/enter_bug.cgi?product=xorg;component=Driver/intel -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529072: confirm
I just wanted to confirm the issue -- exactly the same happens on my freshly installed (testing + some from unstable/experimental) lenovo X301. Twice already I found login screen upon resume from suspend to RAM (I have kernel option acpi_sleep=s3_bios). Please find my Xorg.0.log.old attached which shows similar to the reported backtrace I really hope that someone would look into this issue, or at least forward it upstream Thank you in advance -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] Xorg.0.log.old Description: application/trash signature.asc Description: Digital signature
Bug#493894: /usr/lib/dri/i965_dri.so: undefined symbol: _glapi_tls_Context
thanks for the hints -- indeed with experimental xorg it loaded fine. unfortunately it made box unusable (doesn't redraw nicely... had to move window to get it redrawn fine) but the main part that it forbidden me to troubleshoot that crash bug -- with INTEL_DEBUG=buf I get completely stalled system. but that is not the issue of this bug report so I shut up ;-) On Tue, 05 Aug 2008, Julien Cristau wrote: We build mesa with TLS support in experimental, which breaks the interface between the dri driver and whatever loads it (libGL or the X server). That means no AIGLX with xserver from sid and mesa from experimental. Both from experimental should get AIGLX working. DRI with libgl1-mesa-glx and libgl1-mesa-dri from experimental should work with the sid xserver too, I think. -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493894: /usr/lib/dri/i965_dri.so: undefined symbol: _glapi_tls_Context
Package: libgl1-mesa-dri Version: 7.1~rc3-1 Severity: normal I was desperate today to debug #478893 a bit (reported on the bug tracking upstream) and then decided to try experimental version present in debian... and on 1st attempt it didn't crash -- I said whooho, but then I checked the logs and saw: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 10, (OK) drmOpenByBusid: drmOpenMinor returns 10 drmOpenByBusid: drmGetBusid reports pci::00:02.0 (EE) AIGLX error: dlopen of /usr/lib/dri/i965_dri.so failed (/usr/lib/dri/i965_dri.so: undefined symbol: _glapi_tls_Context) (EE) AIGLX: reverting to software rendering (II) Loading sub module GLcore which might be also related to #491520 reported against libdrm2 not sure if I should jump into upgrading xserver itself (1:7.3) and or libdrm2(2.3.1+git+20080706+401f77a-1), recommendations are welcome (or fixes in versioned depends ;-)) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libdrm2 2.3.1-1Userspace interface to kernel DRM ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libgl1-mesa-glx 7.1~rc3-1 A free implementation of the OpenG libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX
[0x2b91ee545769] 5: /usr/lib/dri/i965_dri.so(brw_draw_prims+0xb0) [0x2b91ee545a00] 6: /usr/lib/dri/i965_dri.so [0x2b91ee5db8eb] 7: /usr/lib/xorg/modules/extensions//libglx.so [0x2b91dc624295] 8: /usr/lib/xorg/modules/extensions//libglx.so(DoRenderLarge+0x356) [0x2b91dc605da6] 9: /usr/lib/xorg/modules/extensions//libglx.so [0x2b91dc60972c] 10: /usr/bin/X(Dispatch+0x2e0) [0x44e310] 11: /usr/bin/X(main+0x47d) [0x436add] 12: /lib/libc.so.6(__libc_start_main+0xf4) [0x2b91db52a1c4] 13: /usr/bin/X(FontFileCompleteXLFD+0x281) [0x435e19] Fatal server error: Caught signal 11. Server aborting (II) AIGLX: Suspending AIGLX clients for VT switch do you think it might make sense to try experimental release of xserver-xorg? (I have tried it long ago but then shifted back into lenny's version) (though libgl1-mesa-dri is not different in sid/experimental)... Thanks in advance for ideas Could you install xserver-xorg-core-dbg and libgl1-mesa-dri-dbg and try to catch a better backtrace with gdb? The easiest way would be to ssh from another host, attach gdb with gdb -p $(pidof X), reproduce the crash, enter bt full in gdb, and send us the output. By the way, if you don't want X to restart X automatically after X crashed, you can disable gdm/xdm/kdm and just startx from a VT text console with startx. Brice -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX
= value optimized out alwaysCheckForInput = {0, 1} and corresponding not-full bt #0 0x2b18c3b19ceb in copy_array_to_vbo_array (brw=0x1b12fa0, i=value optimized out, array=0x1f63258, element_size=12, count=983040) at brw_draw_upload.c:263 #1 0x2b18c3b1a22a in brw_upload_vertices (brw=0x1b12fa0, min_index=0, max_index=983039) at brw_draw_upload.c:478 #2 0x2b18c3b19769 in brw_try_draw_prims (ctx=0x1b12fa0, arrays=0x1c425e8, prim=0x7b470710, nr_prims=1, ib=0x0, min_index=0, max_index=983039) at brw_draw.c:319 #3 0x2b18c3b19a00 in brw_draw_prims (ctx=0x1b12fa0, arrays=0x1c425e8, prim=0x7b470710, nr_prims=1, ib=0x0, min_index=0, max_index=983039) at brw_draw.c:446 #4 0x2b18c3baf8eb in vbo_exec_DrawArrays (mode=4, start=0, count=983040) at vbo/vbo_exec_array.c:264 #5 0x2b18b1bf8295 in __glXDisp_DrawArrays ( pc=0x2b18c8065060 @[EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]@[EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED]...) at ../../../GL/glx/render2.c:248 #6 0x2b18b1bd9da6 in DoRenderLarge (cl=0x1bdae60, pc=0x277ea20 \212ɾ\201O:$ݾ, do_swap=0) at ../../../GL/glx/glxcmds.c:2055 #7 0x2b18b1bdd72c in __glXDispatch (client=0x14a3e70) at ../../../GL/glx/glxext.c:561 #8 0x0044e310 in Dispatch () at ../../dix/dispatch.c:502 #9 0x00436add in main (argc=9, argv=0x7b470df8, envp=value optimized out) at ../../dix/main.c:452 and beginning lines at ioctl infinite loop bt full are #0 0x2b18b0b9e9a7 in ioctl () from /lib/libc.so.6 No symbol table info available. #1 0x2b18b2473381 in drmGetLock () from /usr/lib/libdrm.so.2 No symbol table info available. #2 0x2b18b2241c4f in DRILock (pScreen=value optimized out, flags=value optimized out) at ../../../../hw/xfree86/dri/dri.c:2234 __ret = value optimized out #3 0x2b18b259d994 in I830LeaveVT (scrnIndex=value optimized out, flags=value optimized out) at ../../src/i830_driver.c:3187 pScrn = (ScrnInfoPtr) 0x803350 pI830 = (I830Ptr) 0x805b70 o = value optimized out #4 0x00467c65 in AbortDDX () at ../../../../hw/xfree86/common/xf86Init.c:1112 i = 1 #5 0x0056a888 in AbortServer () at ../../os/log.c:406 No locals. #6 0x0056aed5 in FatalError ( f=0x573ae8 Caught signal %d. Server aborting\n) at ../../os/log.c:552 args = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 0x7b46fb20, reg_save_area = 0x7b46fa60}} beenhere = 1 #7 0x00475639 in xf86SigHandler (signo=11) at ../../../../hw/xfree86/common/xf86Events.c:766 No locals. #8 signal handler called No symbol table info available. #9 0x2b18c3b19ceb in copy_array_to_vbo_array (brw=0x1b12fa0, i=value optimized out, array=0x1f63258, element_size=12, count=983040) at brw_draw_upload.c:263 map = (GLubyte *) 0x0 ctx = value optimized out size = 11796480 vbo = (struct gl_buffer_object *) 0xb7c570 offset = value optimized out __PRETTY_FUNCTION__ = copy_array_to_vbo_array ... -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478893: libgl1-mesa-dri: stalls or crashes on GLX
Package: libgl1-mesa-dri Version: 7.0.3-1 Severity: normal I was trying to run freesurfer (1GB monster download which is not in Debian unfortunately) on some dataset on my laptop. When GL window appears system freezes (doesn't response to Ctrl-Alt-BS), and in xorg.log.old (after SysRq forced reboot) I find: ,--- | (II) intel(0): Modeline 1280x1024x59.9 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync (63.7 kHz) | (II) intel(0): EDID vendor LEN, prod id 16389 | | Backtrace: | 0: /usr/bin/X(xf86SigHandler+0x6a) [0x4755da] | 1: /lib/libc.so.6 [0x2b1aee99c240] | 2: /usr/lib/dri/i965_dri.so [0x2b1b019a1ceb] | 3: /usr/lib/dri/i965_dri.so(brw_upload_vertices+0x20a) [0x2b1b019a222a] | 4: /usr/lib/dri/i965_dri.so [0x2b1b019a1769] | 5: /usr/lib/dri/i965_dri.so(brw_draw_prims+0xb0) [0x2b1b019a1a00] | 6: /usr/lib/dri/i965_dri.so [0x2b1b01a378eb] | 7: /usr/lib/xorg/modules/extensions//libglx.so [0x2b1aefa83295] | 8: /usr/lib/xorg/modules/extensions//libglx.so(DoRenderLarge+0x356) [0x2b1aefa64da6] | 9: /usr/lib/xorg/modules/extensions//libglx.so [0x2b1aefa6872c] | 10: /usr/bin/X(Dispatch+0x2e0) [0x44e300] | 11: /usr/bin/X(main+0x47d) [0x436add] | 12: /lib/libc.so.6(__libc_start_main+0xf4) [0x2b1aee9891c4] | 13: /usr/bin/X(FontFileCompleteXLFD+0x281) [0x435e19] | | Fatal server error: | Caught signal 11. Server aborting | | (II) AIGLX: Suspending AIGLX clients for VT switch `--- Full log is at: http://www.onerussian.com/Linux/bugs/xorg.crash/Xorg.0.log.stalled_at_12:29:40 Looking at #473551, I've decided to enable Option NoTrapSignals True and then system doesn't halt but it restarts X. Corresponding xorg.0.log is at http://www.onerussian.com/Linux/bugs/xorg.crash/Xorg.0.log.justrestarted My xorg.conf can be found at http://www.onerussian.com/Linux/bugs/xorg.crash/xorg.conf and dmesg http://www.onerussian.com/Linux/bugs/xorg.crash/dmesg Please let me know what other troubleshooting I should do to come closer to help to pin down the problem? Thanks in advance -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libdrm2 2.3.0-4Userspace interface to kernel DRM ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libgl1-mesa-glx 7.0.3-1A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407036: crashes while hibernating
I am not sure if it is exactly the issue reported but I think it might. In my case it seems that X is crashing BEFORE actually hibernating. I am deducing that it happened before since I found relevant crash information in /var/log/gdm/\:0.log.1 file with a timestamp when I left the work (after running s2disk). So here is a bit of information on the system (I will attach xorg.conf and relevant log file). ii xserver-xorg 1:7.3+7 the X.Org X server ii xserver-xorg-video-intel 2:2.2.0-1X.Org X server -- Intel i8xx, i9xx display driver amd64 let me know if you need any additional information or may be I should try to rebuild X with debugging symbols and no optimization to provide better handle on the source of the problem? -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Student Ph.D. @ CS Dept. NJIT Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 WWW: http://www.linkedin.com/in/yarik X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20071119-1) Current Operating System: Linux len 2.6.23-1-amd64 #1 SMP Mon Nov 26 02:31:09 UTC 2007 x86_64 Build Date: 20 November 2007 02:55:16AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Nov 27 15:49:36 2007 (==) Using config file: /etc/X11/xorg.conf (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (II) Module ddc already built-in (II) Module i2c already built-in (II) Module ramdac already built-in expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc expected keysym, got XF86KbdLightOnOff: line 70 of pc expected keysym, got XF86KbdBrightnessDown: line 71 of pc expected keysym, got XF86KbdBrightnessUp: line 72 of pc Backtrace: 0: /usr/bin/X(xf86SigHandler+0x6a) [0x47554a] 1: /lib/libc.so.6 [0x2b02fc0ea040] 2: /lib/libc.so.6(memcpy+0xe1) [0x2b02fc134d91] 3: /usr/lib/xorg/modules//libfb.so(fbBlt+0x9e4) [0x2b02fec5e5e4] 4: /usr/lib/xorg/modules//libfb.so(fbOddTile+0x14c) [0x2b02fec6a17c] 5: /usr/lib/xorg/modules//libfb.so(fbFillRegionTiled+0x1db) [0x2b02fec6a8fb] 6: /usr/lib/xorg/modules//libexa.so(ExaCheckPaintWindow+0x31) [0x2b02fee82831] 7: /usr/lib/xorg/modules//libexa.so(exaPaintWindow+0xb4) [0x2b02fee7d344] 8: /usr/bin/X [0x522cbf] 9: /usr/bin/X(compPaintWindowBackground+0x51) [0x4bd161] 10: /usr/bin/X(miWindowExposures+0xf8) [0x4d89f8] 11: /usr/lib/xorg/modules/extensions//libdri.so(DRIWindowExposures+0x97) [0x2b02fda35c67] 12: /usr/bin/X [0x49f5f1] 13: /usr/bin/X(miHandleValidateExposures+0x2b) [0x4ed5cb] 14: /usr/bin/X(UnmapWindow+0x1ff) [0x43aadf] 15: /usr/bin/X(ProcUnmapWindow+0x45) [0x44dbb5] 16: /usr/bin/X(Dispatch+0x2e2) [0x44e3d2] 17: /usr/bin/X(main+0x47c) [0x436bcc] 18: /lib/libc.so.6(__libc_start_main+0xf4) [0x2b02fc0d61c4] 19: /usr/bin/X(FontFileCompleteXLFD+0x261) [0x435f09] Fatal server error: Caught signal 11. Server aborting # (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the manual page. # (Type man at the shell prompt.) # # This file is automatically updated on package upgrades *only* # if it has not been modified since the last upgrade of the # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Protocol ExplorerPS/2 #Option ZAxisMapping 4 5 6 7 Option Device /dev/input/mice Option EmulateWheel on Option
Bug#356539: xbase-clients: cron.daily/man-db chokes on xbase-clients man pages
me - nope... I hoped that maintainer would fix it... it sounds like a very simple/silly issue easy to fix... I'm following up on that bug to may be trigger some action On Fri, 09 Jun 2006, XXX XXX wrote: I have had the same problem with my sparc system. Have you had any luck in solving this mandb problem? -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102 Student Ph.D. @ CS Dept. NJIT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356539: xbase-clients: cron.daily/man-db chockes on xbase-clients man pages
Package: xbase-clients Version: 1:7.0.1-2 Severity: normal Just want to confirm the issue which annoys me daily now due to cron man-db job mandb: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory mandb: warning: /usr/share/man/man1/atobm.1x.gz: bad symlink or ROFF `.so' request mandb: warning: /usr/share/man/man1/ssh-askpass.1.gz is a dangling symlink mandb: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory mandb: warning: /usr/share/man/man1/bmtoa.1x.gz: bad symlink or ROFF `.so' request . -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xbase-clients depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.20 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information --Yarik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]