Bug#594828: xserver-xorg-input-kbd: one keypress is generating two keycodes if XkbOptions "abnt2"
Package: xserver-xorg-input-kbd Version: 1:1.4.0-2 Severity: important Hi, I hope this is the correct place to report this, sorry for any inconveniences. There is almost no key working correctly to the right of the AltGr The "PageDown" key generates by itsel the folloing xev output: --- KeyPress event, serial 36, synthetic NO, window 0x101, root 0x102, subw 0x0, time 12000186, (45,134), root:(264,352), state 0x0, keycode 117 (keysym 0xff67, Menu), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 36, synthetic NO, window 0x101, root 0x102, subw 0x0, time 12000187, (45,134), root:(264,352), state 0x0, keycode 105 (keysym 0xff56, Next), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False --- this misrecognition makes the PageDown key function both as PageDown AND as Menu key (keycode 117 (keysym 0xff67, Menu). the keuboard section of /etc/xorg.conf is: --- Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "abnt2" Option "XkbLayout" "br" Option "XkbVariant" "abnt2" Option "XkbOptions" "abnt2" EndSection --- the xkeycaps model of the keyboard is PC 107 key, wide delete, tall enter... It is working perfectly on my other machine (amd duron) Debian squeeze. The keyboard with problems is an USB one, the one that is working is a PS2. the hardware is this: http://support.apple.com/kb/SP131 And a reference (in portuguese) to an old problem similar to mine http://www.paldo.org/wiki/ABNT2_Layout please let me know if what other information would be usefull. thanks, gunther -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (1050, 'unstable'), (750, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-5-powerpc Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-input-kbd depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii xserver-xorg-core [xorg-input 2:1.7.7-4 Xorg X server - core server xserver-xorg-input-kbd recommends no packages. xserver-xorg-input-kbd 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/20100830001048.8609.64001.report...@azul.gbcm
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote: Thomas Dickey writes: I do see a difference. It was actually copying to primary based on this line in the default translations: Hmm. I am not quite sure how to change the defaults without rebuilding xterm but when "appres XTerm" shows actually I meant as in your script - the #override seems to give the desired result. In a debug-trace, I use also a function that gives a readable form of the translations for a given widget, which helps to analyze it. I've not found a way to determine which part of the translation does a particular action, so some trial/error cancelling parts of the translations resource is what I do to isolate it. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/20100829191035.q28...@mail101.his.com
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote: Thomas Dickey writes: I do see a difference. It was actually copying to primary based on this line in the default translations: Hmm. I am not quite sure how to change the defaults without rebuilding xterm but when "appres XTerm" shows *VT100.font6: 10x20 XTerm*VT100.Translations: #override\n\ Shift Ctrl v:insert-selection(CLIPBOARD)\n\ Shift:select-start()\n\ Shift:select-extend()\n\ Shift Ctrl c:select-end(CLIPBOARD)\n\ :ignore() \n *ptyInitialErase: true steps 1 and 2 indeed seem to do what I asked. However, there's a side effect: after that it seems that the terminal ignores all keyboard input. This includes normal characters and also ctrl-shift-v that would be needed in step 3. I saw something like that, the first time I tried the script, but am unsure where the problem lies. But then I ran a few more times without encountering the bug (puzzled). If it's more/less reproducible, I might be able to see something with a debug-trace (unless the problem lies in the X libraries). (There's also the issue that one can't move the mouse between steps 1 or 2 but let's not worry about that yet.) yes... (because it would introduce mouse motion events). I suppose it would help for this case to have an action that tells xterm to ignore further select-extends, until a selection is started (to map the button-up event to that). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/20100829190338.a28...@mail101.his.com
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Thomas Dickey writes: > I do see a difference. It was actually copying to primary based on > this line in the default translations: Hmm. I am not quite sure how to change the defaults without rebuilding xterm but when "appres XTerm" shows ... *VT100.font6: 10x20 XTerm*VT100.Translations: #override\n\ Shift Ctrl v:insert-selection(CLIPBOARD)\n\ Shift:select-start()\n\ Shift:select-extend()\n\ Shift Ctrl c:select-end(CLIPBOARD)\n\ :ignore() \n *ptyInitialErase: true ... steps 1 and 2 indeed seem to do what I asked. However, there's a side effect: after that it seems that the terminal ignores all keyboard input. This includes normal characters and also ctrl-shift-v that would be needed in step 3. (There's also the issue that one can't move the mouse between steps 1 or 2 but let's not worry about that yet.) -- 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/84tymdc9d7@sauna.l.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
For Chris Wilson: you can follow this bug history here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594623 On 08/29/2010 05:18 PM, Julien Cristau wrote: Although it looks like they crash the X server in dri2 code when I run glxinfo, so I put xserver packages with a fix for that crash at the same place. Yes, running the glxinfo after updating only the intel-x-driver make the xserver crash, then gdm automatically restarts. In /var/log/X.log.0.old i can see this error: Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80d920b] 1: /usr/bin/X (0x8048000+0x581d5) [0x80a01d5] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb786d40c] 3: /usr/lib/xorg/modules/extensions/libdri2.so (0xb785b000+0x1423) [0xb785c423] 4: /usr/lib/xorg/modules/extensions/libdri2.so (0xb785b000+0x1d6a) [0xb785cd6a] 5: /usr/bin/X (0x8048000+0x38067) [0x8080067] 6: /usr/bin/X (0x8048000+0x1e92a) [0x806692a] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb75a0c76] 8: /usr/bin/X (0x8048000+0x1e511) [0x8066511] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting I've experienced this with both 2.6.32-20 and 2.6.35-rc6. Julien, many thanks for working on this and providing this experimental packages. I hope we can find a reasonable solution for Squeeze. Ciao. Cesare. -- 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/4c7ae074.1050...@gmail.com
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote: Thomas Dickey writes: ...and it seems to work. If you did not invoke the select-end, and started selecting again with the mouse, then that would discard the selection. Odd. ...just complicated. But your followup was helpful. => Clipboard contents did not change at all. Are you sure clipboard contents changed in your case and not just the primary selection? I was actually reading the debugging trace. But using your script, I do see a difference. It was actually copying to primary based on this line in the default translations: :select-end(SELECT, CUT_BUFFER0) \n\ changing that to :ignore() \n\ lets the keypress translation do what you want. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/20100829180256.v28...@mail101.his.com
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Sun, Aug 29, 2010 at 18:18, Julien Cristau wrote: > There are i386 packages at > http://people.debian.org/~jcristau/intel-shadow/ which work for me on > minimal testing. > > Although it looks like they crash the X server in dri2 code when I run > glxinfo, so I put xserver packages with a fix for that crash at the same > place. > > If you can see if that's more stable than the stock unstable packages > when running on kms that would be good. > > You'll need a "Device" section in xorg.conf such as: > Section "Device" > Identifier "intel" > Option "shadow" > EndSection > Thank you Julien, for packaging of shadow branch and relevant X packages. I've installed only: xserver-xorg-video-intel_2.12.0-2_i386.deb (with this installed my X crashes on glxinfo) xserver-xorg-core_1.7.7-5_i386.deb xserver-common_1.7.7-5_all.deb Created /etc/X11/xorg.conf with section described above. I have "options i915 modeset=1" in /etc/modprobe.d/i915-kms.conf and linux kernel 2.6.32-5-686 (Debian 2.6.32-20) For tests I'm runing X session started via startx. With this setup I can crash (drop me to tty from which I've run startx) X when I run pinball or foobillard. I'm attached glxinfo output and Xorg.0.log (crashed with starting foobillard) When X session is started via GDM crashes just restart gdmgreeter. If I run glxgears X crashes badly - black screen or screen shot and only SysRq commands works (can't test network access). If you need more info I'll provide it. best regards Kamen shadow-logs.tar.gz Description: GNU Zip compressed data
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On 08/29/2010 05:18 PM, Julien Cristau wrote: There are i386 packages at http://people.debian.org/~jcristau/intel-shadow/ which work for me on minimal testing. Hi Julien. As long as you provide .deb packages, i can test whatever you want! ;-) Here is my results. Now i'm writing with: - i855 chipset - kernel 2.6.32-20 - KMS enabled with i915.modeset=1 (/etc/modprobe.d/i915-kms.conf temporarly deleted) - intel 2.12.0-2 with Chris Wilson's shadow patch, packaged from you and downloaded from http://people.debian.org/~jcristau/intel-shadow/ - a hand-created file /etc/X11/xorg.conf.d/intel-shadow.conf, containing: Section "Device" Identifier "intel" Option "shadow" EndSection If that helps, i have some packages from experimetal, notably these: firmware-linux-free 2.6.35-1~experimental.2 linux-base 2.6.35-1~experimental.2 linux-image-2.6.34-1-6862.6.34-1~experimental.2 linux-image-2.6.35-rc6-686 2.6.35~rc6-1~experimental.1 linux-image-2.6.35-trunk-6862.6.35-1~experimental.2 libdrm-intel1 2.4.21-1 libdrm2 2.4.21-1 libgl1-mesa-dri 7.8.2-2 libgl1-mesa-glx 7.8.2-2 libglu1-mesa-glx7.8.2-2 Since 2.6.32-21 has KMS disabled in the code, with the configuration above the X server doesn't start: no hangs, only an error reporting that the X server cannot be started and a message in the log reporting that KMS is required (see the "X shadow (KMS off).log"). So i've downgraded the kernel to 2.6.32-20 (from testing) and downloaded your debs to do some tests. Even if you reported hangs updating only the intel driver, i decided to start step-by-step, also because we have different chipsets. So i've installed only xserver-xorg-video-intel_2.12.0-2_i386.deb and rebooted with the "i915.modeset=1" kernel parameter. Here everything seems to works fine so far (uptime 2,30) and i haven't noted any visible slowdown in the day-to-day use under Gnome: web browsing with flash, mail, music, movies, ecc. I'm only not completely sure the patch is working properly: the X log (see "X shadow (KMS on).log") doesn't show any error about the shadow option, but doesn't neither show the "Shadow buffer allocated" message that Chris Wilson said we should expect: http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007924.html So However i've rapidly rebooted (only up to the GDM prompt) to see that the driver works even with 2.6.34, 2.6.35-rc6 and 2.6.35 (the latter yet without visible mouse pointer, as reported in #592415). I'm available to test every new update of the intel driver and i've taken the liberty to cc Chris Wilson to make him aware of these tests. Ciao. Cesare. --- X log with shadow patch and 2.6.32-21 (KMS blacklisted in kernel code) [...] (EE) open /dev/fb0: No such file or directory (EE) intel(0): No kernel modesetting driver detected. (II) UnloadModule: "intel" (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found --- X log with shadow patch and 2.6.32-20 (KMS enabled with i915.modeset=1) X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux tommaso 2.6.32-5-686 #1 SMP Thu Aug 12 13:38:27 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=07b633c9-1242-48ee-a6f4-f37c43f639fd ro quiet lapic hpet=force i915.modeset=1 Build Date: 24 August 2010 02:59:40PM xorg-server 2:1.7.7-4 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Sun Aug 29 21:02:50 2010 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No device specified for screen "Default Screen Section". Using the first device section listed. (**) | |-->Device "intel" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. Entry deleted from font path. (WW) The
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Thomas Dickey writes: > ...and it seems to work. If you did not invoke the select-end, and > started selecting again with the mouse, then that would discard the > selection. Odd. $ appres XTerm lists ... *VT100.font6: 10x20 XTerm*VT100.Translations: #override\n\ Shift Ctrl v:insert-selection(CLIPBOARD)\n\ Shift:select-start()\n\ Shift:select-extend()\n\ Shift Ctrl c:select-end(CLIPBOARD)\n *ptyInitialErase: true ... In the following I use http://lindi.iki.fi/lindi/xcutselprint to list the contents of various selections and cut buffers: $ xcutselprint primary: "di1:~" secondary: "" clipboard: "http://vimeo.com/14522164"; cut0: "di1:~" cut1: "" cut2: "" cut3: "" cut4: "" cut5: "" cut6: "" cut7: "" # I select my username from the shell prompt inside xterm $ xcutselprint primary: "lindi" secondary: "" clipboard: "http://vimeo.com/14522164"; cut0: "lindi" cut1: "" cut2: "" cut3: "" cut4: "" cut5: "" cut6: "" cut7: "" # I hit ctrl-shift-c $ xcutselprint primary: "lindi" secondary: "" clipboard: "http://vimeo.com/14522164"; cut0: "lindi" cut1: "" cut2: "" cut3: "" cut4: "" cut5: "" cut6: "" cut7: "" => Clipboard contents did not change at all. Are you sure clipboard contents changed in your case and not just the primary selection? > I compiled xterm with (--enable-trace) debugging traces to check if I > might see anything odd, e.g., events passing into the keyboard input > from an incomplete coverage of the translations, and don't see any of > that. I'm using xterm 261-1. -- 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/84y6bpcdf9@sauna.l.org
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
On Sun, 29 Aug 2010, Timo Juhani Lindfors wrote: [Sorry for resending, I mistyped the bugs.debian.org address...] Thomas Dickey writes: Shift Ctrl c:select-end(CLIPBOARD)\n That should work... With XTerm*VT100.Translations: #override\n\ Shift Ctrl v:insert-selection(CLIPBOARD)\n\ Shift:select-start()\n\ Shift:select-extend()\n\ Shift Ctrl c:select-end(CLIPBOARD)\n step 2 fails: clipboard contents does not change at all. Are you getting different behavior? Just to check, I tested this in a slightly different way, to ensure that I had exactly these translations (by capturing the result from "appres XTerm", and editing that, using XENVIRONMENT environment variable on the resulting file): *VT100*translations:#override \n\ Shift Ctrl v:insert-selection(CLIPBOARD)\n\ Shift:select-start()\n\ Shift:select-extend()\n\ Shift Ctrl c:select-end(CLIPBOARD)\n ...and it seems to work. If you did not invoke the select-end, and started selecting again with the mouse, then that would discard the selection. I compiled xterm with (--enable-trace) debugging traces to check if I might see anything odd, e.g., events passing into the keyboard input from an incomplete coverage of the translations, and don't see any of that. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/20100829170951.a28...@mail101.his.com
xserver-xorg-video-intel_2.3.2-2+lenny8_multi.changes ACCEPTED
Notes: Mapping stable to proposed-updates. Accepted: xserver-xorg-video-i810_2.3.2-2+lenny8_all.deb to main/x/xserver-xorg-video-intel/xserver-xorg-video-i810_2.3.2-2+lenny8_all.deb xserver-xorg-video-intel-dbg_2.3.2-2+lenny8_amd64.deb to main/x/xserver-xorg-video-intel/xserver-xorg-video-intel-dbg_2.3.2-2+lenny8_amd64.deb xserver-xorg-video-intel-dbg_2.3.2-2+lenny8_i386.deb to main/x/xserver-xorg-video-intel/xserver-xorg-video-intel-dbg_2.3.2-2+lenny8_i386.deb xserver-xorg-video-intel_2.3.2-2+lenny8.diff.gz to main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.3.2-2+lenny8.diff.gz xserver-xorg-video-intel_2.3.2-2+lenny8.dsc to main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.3.2-2+lenny8.dsc xserver-xorg-video-intel_2.3.2-2+lenny8_amd64.deb to main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.3.2-2+lenny8_amd64.deb xserver-xorg-video-intel_2.3.2-2+lenny8_i386.deb to main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_2.3.2-2+lenny8_i386.deb Override entries for your package: xserver-xorg-video-i810_2.3.2-2+lenny8_all.deb - optional oldlibs xserver-xorg-video-intel-dbg_2.3.2-2+lenny8_amd64.deb - extra x11 xserver-xorg-video-intel-dbg_2.3.2-2+lenny8_i386.deb - extra x11 xserver-xorg-video-intel_2.3.2-2+lenny8.dsc - source x11 xserver-xorg-video-intel_2.3.2-2+lenny8_amd64.deb - optional x11 xserver-xorg-video-intel_2.3.2-2+lenny8_i386.deb - optional x11 Announcing to debian-chan...@lists.debian.org Thank you for your contribution to Debian. -- 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/e1opp1b-00072n...@franck.debian.org
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
[Sorry for resending, I mistyped the bugs.debian.org address...] Thomas Dickey writes: > Shift Ctrl c:select-end(CLIPBOARD)\n > > That should work... With XTerm*VT100.Translations: #override\n\ Shift Ctrl v:insert-selection(CLIPBOARD)\n\ Shift:select-start()\n\ Shift:select-extend()\n\ Shift Ctrl c:select-end(CLIPBOARD)\n step 2 fails: clipboard contents does not change at all. Are you getting different behavior? -- 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/8439txdtl7@sauna.l.org
Bug#588785: #588785 xterm: consider supporting freedesktop.org style clipboard behavior
Did you try changing this line Shift:select-end(CLIPBOARD)\n to Shift Ctrl c:select-end(CLIPBOARD)\n That should work... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#591265: #591265 xterm: active icon is too big
Are you still able to reproduce this? The detail that I was able to reproduce was just an inconsistency between my system- and personal app-defaults. I revisited it last week, and was unable to reproduce the original issue. In between, I did update - but none of the updates seem to be in a likely place to cause this (no X11, Xt, fvwm). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Processed: notfound 594815 in 2:2.9.1-4, found 594815 in 2:2.12.0+legacy1-1 ..., tagging 594815
Processing commands for cont...@bugs.debian.org: > notfound 594815 2:2.9.1-4 Bug #594815 [xserver-xorg-video-intel] xserver-xorg-video-intel: crash (100% reproducible) on X startup or immediately (within seconds) Bug No longer marked as found in versions xserver-xorg-video-intel/2:2.9.1-4. > found 594815 2:2.12.0+legacy1-1 Bug #594815 [xserver-xorg-video-intel] xserver-xorg-video-intel: crash (100% reproducible) on X startup or immediately (within seconds) Bug Marked as found in versions xserver-xorg-video-intel/2:2.12.0+legacy1-1. > retitle 594815 [legacy ums 945gm] lockup on X startup Bug #594815 [xserver-xorg-video-intel] xserver-xorg-video-intel: crash (100% reproducible) on X startup or immediately (within seconds) Changed Bug title to '[legacy ums 945gm] lockup on X startup' from 'xserver-xorg-video-intel: crash (100% reproducible) on X startup or immediately (within seconds)' > forwarded 594815 http://bugs.freedesktop.org/29872 Bug #594815 [xserver-xorg-video-intel] [legacy ums 945gm] lockup on X startup Set Bug forwarded-to-address to 'http://bugs.freedesktop.org/29872'. > tags 594815 + confirmed Bug #594815 [xserver-xorg-video-intel] [legacy ums 945gm] lockup on X startup Added tag(s) confirmed. > thanks Stopping processing here. Please contact me if you need assistance. -- 594815: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594815 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.128310800515448.transcr...@bugs.debian.org
Bug#594815: xserver-xorg-video-intel: crash (100% reproducible) on X startup or immediately (within seconds)
Package: xserver-xorg-video-intel Version: 2:2.9.1-4 Severity: normal I've reported the following upstream: https://bugs.freedesktop.org/show_bug.cgi?id=29872 * Debian Sid, Celeron M (i686). Problem experienced with various kernels, from 2.6.32 through 2.6.36-rc2 (currently 2.6.36-rc2-lizzie-00373-g29cfcdd). Acer laptop (Aspire 3690) with Intel 82801G (ICH7) stuff. I'm not sure which X version started the problem, but I currently get it consistently with the Debian package xserver-xorg-video-intel version 2.12.0+legacy1-1 0 (from Sid), but not with 2.9.1-4 (from Testing). * -- 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 Jul 30 2009 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1725304 Aug 24 11:04 /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 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 112 Dec 2 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "Module" Load "v4l" # SubSection "extmod" # Option "omit XFree86-DGA" # EndSubSection EndSection Kernel version (/proc/version): Linux version 2.6.36-rc2-lizzie-00373-g29cfcdd (yitz...@lizzie) (gcc version 4.4.5 20100824 (prerelease) (Debian 4.4.4-11) ) #22 Sat Aug 28 21:56:46 EDT 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 36087 Aug 29 13:26 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux lizzie 2.6.36-rc2-lizzie-00373-g29cfcdd #22 Sat Aug 28 21:56:46 EDT 2010 i686 Kernel command line: cryptopts=target=sda4_crypt,source=/dev/sda4,lvm=lizzie-root root=/dev/mapper/lizzie-root ro Build Date: 24 August 2010 02:59:40PM xorg-server 2:1.7.7-4 (Julien Cristau ) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Sun Aug 29 13:26:07 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) Using system config directory "/usr/share/X11/xorg.conf.d" (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |-->Screen "Default Screen Section" (0) (**) | |-->Monitor "" (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to "/usr/lib/xorg/modules" (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eaca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 7 (--) PCI:*(0:0:2:0) 8086:27a2:1025:0090 Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd010/524288, 0xc000/268435456, 0xd020/262144, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:27a6:1025:0090 Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd018/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) "extmod" will be loaded by default. (II) "dbe" will be loaded by default. (II) "glx" will be loaded by default. (II) "record" will be loaded by default. (II) "dri" will be loaded by default. (II) "dri2" will be loaded by default. (II) LoadModule: "v4l" (II) Loading /usr/lib/xorg/modules/drivers/v4l_drv.so (II) Module v4l: vendor="X.Org Foundation" compiled for 1.7.3.902, module version = 0.1.1 ABI class: X.Org Video Driver, version 6.0 (II) LoadModule: "extmod" (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.7.7,
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Sun, Aug 29, 2010 at 13:25:07 +0300, Kamen Naydenov wrote: > On Sat, Aug 28, 2010 at 15:10, Julien Cristau wrote: > > Could you guys test the driver pointed at > > http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007910.html? > > (probably with the 2.6.32-20 kernel) > > > I'll try it if you guide me how to compile and test it, or give me > links where to read how to test. > I already downloaded xf86-video-intel-shadow.tar.gz but I cant figure > how to check dependencies, compile it and to test it > On Sun, Aug 29, 2010 at 13:17:39 +0200, dmso...@edu.xunta.es wrote: > When I have time, I'll try to compile your shadow version and see what > happens. Is there a .deb package of the shadow version? It would be easier to > try. > There are i386 packages at http://people.debian.org/~jcristau/intel-shadow/ which work for me on minimal testing. Although it looks like they crash the X server in dri2 code when I run glxinfo, so I put xserver packages with a fix for that crash at the same place. If you can see if that's more stable than the stock unstable packages when running on kms that would be good. You'll need a "Device" section in xorg.conf such as: Section "Device" Identifier "intel" Option "shadow" EndSection sha1sums for those files: 7434f94eeff53742888db5747cdfb4efe3db2a24 xserver-xorg-video-intel-dbg_2.12.0-2_i386.deb 6e232126f89b2759ef095135c35070c5432ebbfd xserver-xorg-video-intel_2.12.0-2_i386.deb ad83a07bd714d1b9429a3c087a83b8297f2a21f1 xdmx-tools_1.7.7-5_i386.deb ccc4117d74c88b5d3ae6ccb7b426b65de92f4611 xdmx_1.7.7-5_i386.deb 649fcf10c7bf9943802e018b4d0f2d078ec23af3 xnest_1.7.7-5_i386.deb 942870f5eba5eef813ab13a95efc1b2be93db2e8 xorg-server_1.7.7-5_i386.changes b6d97bb80f41f18b4ef1a9548f1271fea00ad126 xserver-common_1.7.7-5_all.deb f339e415a741e0dba64dff3a50f4973d4292f2fe xserver-xephyr_1.7.7-5_i386.deb dea987480865749bc5292f31d3f391aa91f05cb7 xserver-xfbdev_1.7.7-5_i386.deb 6fa64fb8d406e44a30041080a7c2e71abb496efa xserver-xorg-core-dbg_1.7.7-5_i386.deb f9c21349b0a075f21cb4c74d5d2fe0f6f14fffb1 xserver-xorg-core-udeb_1.7.7-5_i386.udeb 4c86e5cdf9481844d2f48d38eb4894bb03c145ef xserver-xorg-core_1.7.7-5_i386.deb 83d12f4daaf4ff78332f1898e2382febac9d57b7 xserver-xorg-dev_1.7.7-5_i386.deb 2baed634647ec3b7c6499ca945e7ed6219d44fa0 xvfb_1.7.7-5_i386.deb Cheers, Julien signature.asc Description: Digital signature
Bug#594623: xserver-xorg-video-intel with 855GM
Package: xserver-xorg-video-intel Version: 2:2.12.0+legacy1-1 Hi. Apparently, I have the same hardware of the original reporter of this bug: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) 00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) I have compiled a new kernel with package linux-source-2.6.32 (version 2.6.32-21), commenting out the blacklisted 855GM in file drivers/gpu/drm/i915/i915_drv.c : --- i915_drv.c~ 2010-08-25 02:29:23.0 +0200 +++ i915_drv.c 2010-08-27 03:23:22.0 +0200 @@ -548,8 +548,8 @@ static const struct pci_device_id i915_kms_blacklist[] = { INTEL_VGA_DEVICE(0x3577, 0),/* i830 */ INTEL_VGA_DEVICE(0x2562, 0),/* i845 */ - INTEL_VGA_DEVICE(0x3582, 0),/* i855 */ - INTEL_VGA_DEVICE(0x358e, 0),/* i855 */ + /* INTEL_VGA_DEVICE(0x3582, 0), */ /* i855 */ + /* INTEL_VGA_DEVICE(0x358e, 0), */ /* i855 */ { }, }; xserver-xorg-video-intel version 2:2.12.0+legacy1-1 is working with this i915 kernel module in KMS mode. I have some X crashes, but NEVER WHILE ACTIVELY WORKING WITH THE COMPUTER (until now, it never happened with this or with previous xserver-xorg-video-intel packages or kernels), only when the computer is idle or xscreensaver is active. 2.12.0+legacy1-1 is better than previous version, since when X crashes, it is always correctly restarted by gdm (with 2.9, when X crashed, it couldn't be restarted: the box was working - you could use the console or ssh - but gdm couldn't restart X, and manually restarting X got the computer frozen). With 2.12.0+legacy1-1, if I boot with i915.modeset=0 in UMS mode, the computer freezes when starting X with GDM (blank screen, no network access). When I have time, I'll try to compile your shadow version and see what happens. Is there a .deb package of the shadow version? It would be easier to try. Thanks. Dionisio Martínez Soler dmso...@edu.xunta.es -- 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 Apr 14 2006 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1725304 Aug 24 17:04 /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 82852/855GM Integrated Graphic Device (rev 02) /etc/X11/xorg.conf does not exist. -- 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/f689b0886859.4c7a5...@edu.xunta.es
Re: Xorg dist upgrade troubles
On Mon, Jun 28, 2010 at 15:17:39 +0100, Julien Cristau wrote: > Hi, > > ever since etch or so, Xorg upgrades have been a bit of a pain as > apt/aptitude decide to uninstall driver packages instead of upgrading > them. > The situation looks better now, but I just tried an upgrade and apt decided to install fglrx-driver and friends, and some nvidia packages. I have no idea why, or if it's related to the X package dependencies... Cheers, Julien signature.asc Description: Digital signature
Bug#580030: marked as done ((libxprintapputil_1:1.0.1.xsf1-2/avr32): FTBFS: Outdated config.{sub,guess})
Your message dated Sun, 29 Aug 2010 11:02:08 + with message-id and subject line Bug#580030: fixed in libxprintapputil 1:1.0.1.xsf1-3 has caused the Debian Bug report #580030, regarding (libxprintapputil_1:1.0.1.xsf1-2/avr32): FTBFS: Outdated config.{sub,guess} to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 580030: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=580030 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libxprintapputil Version: 1:1.0.1.xsf1-2 Severity: wishlist User: bradsm...@debian.org Usertags: avr32 Hi, Whilst building your package on AVR32, the build failed due to outdated config.{sub,guess} files. Full build logs available: http://buildd.debian-ports.org/build.php?pkg=libxprintapputil&arch=avr32&ver=1:1.0.1.xsf1-2 Regards, Bradley Smith -- Bradley Smith b...@brad-smith.co.uk Debian GNU/Linux Developer bradsm...@debian.org GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347 --- End Message --- --- Begin Message --- Source: libxprintapputil Source-Version: 1:1.0.1.xsf1-3 We believe that the bug you reported is fixed in the latest version of libxprintapputil, which is due to be installed in the Debian FTP archive: libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb to main/libx/libxprintapputil/libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb libxprintapputil1_1.0.1.xsf1-3_amd64.deb to main/libx/libxprintapputil/libxprintapputil1_1.0.1.xsf1-3_amd64.deb libxprintapputil_1.0.1.xsf1-3.diff.gz to main/libx/libxprintapputil/libxprintapputil_1.0.1.xsf1-3.diff.gz libxprintapputil_1.0.1.xsf1-3.dsc to main/libx/libxprintapputil/libxprintapputil_1.0.1.xsf1-3.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 580...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Drew Parsons (supplier of updated libxprintapputil package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 29 Aug 2010 20:41:01 +1000 Source: libxprintapputil Binary: libxprintapputil1 libxprintapputil-dev Architecture: source amd64 Version: 1:1.0.1.xsf1-3 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force Changed-By: Drew Parsons Description: libxprintapputil-dev - Xprint job utility client library (development files) libxprintapputil1 - Xprint job utility client library Closes: 580030 Changes: libxprintapputil (1:1.0.1.xsf1-3) unstable; urgency=low . [ Brice Goglin ] * Bump Standards-Version to 3.7.3 (no changes). * Add Vcs-Browser and Vcs-Git fields to debian/control. * Add a link to www.X.org in the long description. * Update reference to the upstream module in the long description. * Update upstream URL in debian/copyright. * Use ${binary:Version} instead of the deprecated ${Source-Version}. * Install the upstream ChangeLog. . [ Drew Parsons ] * autoreconf to update config.{sub,guess}. Closes: #580030. * Pull in xsfbs to standardise Debian XSF build. * Standards-Version: 3.9.1 * Build-Depends: libx11-dev (>= 1:0.99.2) (i.e. remove -1 revision to help backports) Checksums-Sha1: 699ed0fdfdc7a0ec2b8cbe2eb8ee2f6329e6f945 1400 libxprintapputil_1.0.1.xsf1-3.dsc 3932b01b48dee3cf1596f580a95d4020b0fb329b 520864 libxprintapputil_1.0.1.xsf1-3.diff.gz b4c135e7a9b2d76ef986a4d5d67b9d0dfa5e28f5 9162 libxprintapputil1_1.0.1.xsf1-3_amd64.deb c3876f3df89fb5feb25805af7c9f3136ccfc6570 9528 libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb Checksums-Sha256: dbcc6c8911e9348483a95b0e5d10c58adcb6cb377829fb16f78c355151b55482 1400 libxprintapputil_1.0.1.xsf1-3.dsc 516c55f3b4eadcdaa319ea54c8bb415a455a8e14296430133570b0ea396d00dc 520864 libxprintapputil_1.0.1.xsf1-3.diff.gz 847d585d6484165e29b15d623f6b2c27e90a3d74fad4b3a072170f54a6ac1bc8 9162 libxprintapputil1_1.0.1.xsf1-3_amd64.deb 9d83823f684d7c5db90b58c7b241607f6965ccffc70dd54db20dc7b53e9063be 9528 libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb Files: b50d7454e62e8f6189dab3a0a8fb8107 1400 x11 optional libxprintapputil_1.0.1.xsf1-3.dsc d6c54bc2e676a5cfe8cf02e31814c19c 520864 x11 optional libxprintapputil_1.0.1.xsf1-3.diff.gz 7a1a62d0109ad833d76d96cae0d46ee4 9162 libs optional
libxprintapputil: Changes to 'refs/tags/libxprintapputil-1_1.0.1.xsf1-3'
Tag 'libxprintapputil-1_1.0.1.xsf1-3' created by Drew Parsons at 2010-08-29 10:47 + Tagging upload of libxprintapputil 1:1.0.1.xsf1-3 to unstable. Changes since 1:1.0.1.xsf1-2: --- 0 files changed --- -- 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/e1opfrs-00026h...@alioth.debian.org
libxprintapputil_1.0.1.xsf1-3_amd64.changes ACCEPTED
Accepted: libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb to main/libx/libxprintapputil/libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb libxprintapputil1_1.0.1.xsf1-3_amd64.deb to main/libx/libxprintapputil/libxprintapputil1_1.0.1.xsf1-3_amd64.deb libxprintapputil_1.0.1.xsf1-3.diff.gz to main/libx/libxprintapputil/libxprintapputil_1.0.1.xsf1-3.diff.gz libxprintapputil_1.0.1.xsf1-3.dsc to main/libx/libxprintapputil/libxprintapputil_1.0.1.xsf1-3.dsc Override entries for your package: libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb - optional libdevel libxprintapputil1_1.0.1.xsf1-3_amd64.deb - optional libs libxprintapputil_1.0.1.xsf1-3.dsc - source x11 Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 580030 Thank you for your contribution to Debian. -- 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/e1opfej-0003fl...@franck.debian.org
Processing of libxprintapputil_1.0.1.xsf1-3_amd64.changes
libxprintapputil_1.0.1.xsf1-3_amd64.changes uploaded successfully to localhost along with the files: libxprintapputil_1.0.1.xsf1-3.dsc libxprintapputil_1.0.1.xsf1-3.diff.gz libxprintapputil1_1.0.1.xsf1-3_amd64.deb libxprintapputil-dev_1.0.1.xsf1-3_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- 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/e1opfte-0007qw...@franck.debian.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Sat, Aug 28, 2010 at 15:10, Julien Cristau wrote: > On Sat, Aug 28, 2010 at 00:36:31 +0200, Cesare Leonardi wrote: > >> I've also tried (don't know if it make sense) with >> 2.6.34-1~expermental.2, always with i915.modeset=0: same freeze. >> > OK, it's starting to sound like this 'legacy' experiment is a failure so > far. > On my 945GM, legacy crashes on UMS on gnome startup (gdm is ok) > reporting a lockup. I don't have an i8xx board to play with. > > Could you guys test the driver pointed at > http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007910.html? > (probably with the 2.6.32-20 kernel) > I'll try it if you guide me how to compile and test it, or give me links where to read how to test. I already downloaded xf86-video-intel-shadow.tar.gz but I cant figure how to check dependencies, compile it and to test it best regards Kamen -- 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/aanlktimnqypqolb-crlqgccnlu7fyyfh5dy4z=pn9...@mail.gmail.com