Bug#286213: reopen 286213
On Sun, 2007-03-11 at 15:59 +0100, Jeroen N. Witmond wrote: > > What I would like to know is how the mouse pointer escapes the > freeze. :-) It's driven by SIGIO. Your description sounds like typical symptoms of a graphics card lockup, so please provide the information requested by Brice. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#336997: xlibmesa-dri: having issues with driver not claiming to support visuals
On Sat, 2007-03-10 at 19:25 -0800, David E. Fox wrote: > > I don't see any real issues (AFAICT acceleration is working fine within > the limits of the mga450 driver) and this unsupported visual error that > I still get from time to time is not causing, AFAICT, anything to go > wrong. Indeed, see https://bugs.freedesktop.org/show_bug.cgi?id=6689 . -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#413697: xserver-xorg-video-ati: Crash on exit and failure to restart
On Sun, Mar 11, 2007 at 11:17:46PM +0100, Brice Goglin wrote: > Is it easy to reproduce ? It happens every time I log out, the display manager notices that the X server did not exit cleanly and does not restart it. I then have to restart the display manager(KDM in this case) to get X back. I do not see it happening if I start X using startx instead, I don't know what the difference is though. > whether the bug is actually in the server or in the driver. I would > rather vote for the server. I don't see the problem an my Etch install in Parallels. However the machine I see the problem on was upgraded from sarge -> Etch where as my parallels install was done from the last netinst ISO. This is why I concluded it had something to do with the driver, or at least if it is a bug in the server it's being provoked by something to do with the environment or the card in that machine. I suppose it could even be something broken due to the Sarge -> Etch upgrade. > Could you try upgrading your server to experimental (2:1.2.99.901-1)? If > it does not change anything, try to upgrade the driver too (6.6.3-5). I can try but since the machine is used remotely by other people (who I have to make sure aren't logged on every time I restart kdm) it will take a few days before I have an opportunity to do so. I can't simply fiddle with it to characterise the problem further. Unless someone can tell what what runes I can use to convice kdm to start the xserver without restarting kdm and thus killing all the remote sessions. -p -- Paul Gotch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 413298
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > tags 413298 + pending Bug#413298: [xrdb] requires cpp but xbase-clients does not depend on it There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xbase-clients: Changes to 'debian-experimental'
debian/changelog |8 +++-
debian/control |2 +-
2 files changed, 8 insertions(+), 2 deletions(-)
New commits:
commit d251a8ca189c07129110297eb3202e55cc6e78c2
Author: Brice Goglin <[EMAIL PROTECTED]>
Date: Mon Mar 12 00:43:40 2007 +0100
* Restore Depends: on cpp (got lost during modularization)
since xrdb needs it to process .Xdefaults.
diff --git a/debian/changelog b/debian/changelog
index c96a123..8b3dd4f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,16 @@
xbase-clients (1:7.2.ds2-2) UNRELEASED; urgency=low
+ [ Julien Cristau ]
* Autoreconf with patches applied.
* Add build-dep on libxinerama-dev, so xdpyinfo is built with support for
the xinerama extension.
- -- Julien Cristau <[EMAIL PROTECTED]> Wed, 7 Mar 2007 17:58:16 +0100
+ [ Brice Goglin ]
+ * Restore Depends: on cpp (got lost during modularization)
+since xrdb needs it to process .Xdefaults.
+Thanks Marcus C. Gottwald (closes: #413298).
+
+ -- Brice Goglin <[EMAIL PROTECTED]> Mon, 12 Mar 2007 00:43:06 +0100
xbase-clients (1:7.2.ds2-1) experimental; urgency=low
diff --git a/debian/control b/debian/control
index 5c79b77..60bc42e 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,7 @@ Standards-Version: 3.7.2.0
Package: xbase-clients
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, cpp
Pre-Depends: x11-common (>= 1:7.0.0)
Suggests: mesa-utils
Description: miscellaneous X clients
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
Thibaut VARENE wrote: > On 3/11/07, Brice Goglin <[EMAIL PROTECTED]> wrote: >> When the X server crashes, the problem is actually located in >> xserver-xorg-core (reassigning the bug). I assume you were running >> xserver-xorg-core 2:1.1.1-19 or so ? Could you try xserver-xorg-core >> currently in experimental (2:1.2.99.901-1) ? > > Correct. I didn't know which package to assign the bug to. As to > trying the experimental version, I'm not quite comfortable with that: > this system is my main one, if it's rendered unusable I'm going to be > /very/ upset. Well, you know, if X gets broken, the system should be far from being unusable. Downgrading xserver-xorg-core from a text console is not that hard :) It shouldn't bring many dependencies (probably only a new libdrm2, few chances to break anything, and probably no need to downgrade it later). The current xserver-xorg-core in experimental is upstream 1.3-rc1, it may actually be a little bit unstable. It works fine here. But if you're too afraid of it, you can try xserver-xorg-core 1.2.0 which has been experimental for a while until last week (grab it from snapshot.debian.net). It was working very well on my machines. If we were not close to Etch's release, it would have been in unstable with the whole Xorg 7.2 for a while. > The bug is not easy to reproduce, and again, attaching gdb to the > running X server waiting for the crash to happen is just a no-go, > given that's my main system. I can understand that :) > I've got another bug I'm trying to pin down, this one being easier to > reproduce: if I enable a screensaver in Gnome's Screensaver panel, > most of time if I wander off long enough for the screensaver to start, > when I come back, X has been killed and I'm back to GDM prompt. I'll > see if I can force myself into doing that again to provide some info. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
On 3/11/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Thibaut VARENE wrote: > X server tends to crash randomly on my box upon mouse click. This > happens from times to times, but I couldn't draw a pattern (it doesn't > happen often). > When the X server crashes, the problem is actually located in xserver-xorg-core (reassigning the bug). I assume you were running xserver-xorg-core 2:1.1.1-19 or so ? Could you try xserver-xorg-core currently in experimental (2:1.2.99.901-1) ? Correct. I didn't know which package to assign the bug to. As to trying the experimental version, I'm not quite comfortable with that: this system is my main one, if it's rendered unusable I'm going to be /very/ upset. > Backtrace: > 0: /usr/bin/X(xf86SigHandler+0x94) [0x1008eb98] > 1: [0x100374] > 2: [(nil)] > 3: /usr/bin/X(isItTimeToYield+0) [0x101d5708] > 4: /usr/bin/X [0x1005197c] > 5: /usr/bin/X(CoreProcessPointerEvent+0x4c4) [0x100526b8] > 6: /usr/bin/X(ProcessPointerEvent+0x94) [0x10162684] > 7: /usr/bin/X(xf86eqProcessInputEvents+0x2c0) [0x100b33f4] > 8: /usr/bin/X(ProcessInputEvents+0x34) [0x1008fec8] > 9: /usr/bin/X(Dispatch+0xe4) [0x100436e8] > 10: /usr/bin/X(main+0x45c) [0x100254a0] > 11: /lib/tls/libc.so.6 [0xfc7e994] > 12: /lib/tls/libc.so.6(__libc_start_main+0xb0) [0xfc7ead0] > I'd be great to have a backtrace with debugging enabled, by rebuilding the X server and attaching a gdb. It might be boring to do if the bug is not easy to reproduce. But, in case you want to try, you can rebuild with: The bug is not easy to reproduce, and again, attaching gdb to the running X server waiting for the crash to happen is just a no-go, given that's my main system. I've got another bug I'm trying to pin down, this one being easier to reproduce: if I enable a screensaver in Gnome's Screensaver panel, most of time if I wander off long enough for the screensaver to start, when I come back, X has been killed and I'm back to GDM prompt. I'll see if I can force myself into doing that again to provide some info. HTH -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libx11 2:1.0.3-6 MIGRATED to testing
FYI: The status of the libx11 source package in Debian's testing distribution has changed. Previous version: 2:1.0.3-5 Current version: 2:1.0.3-6 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413697: xserver-xorg-video-ati: Crash on exit and failure to restart
Paul Gotch wrote: > Package: xserver-xorg-video-ati > Version: 1:6.6.3-2 > Severity: important > > When used with a Radeon 100VE the ati driver seems to crash the xserver > on exit and then fail to restart. > Is it easy to reproduce ? > Backtrace: > 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c4354] > 1: [0xb7fc4420] > 2: /usr/lib/xorg/modules/extensions/libglx.so [0xb7caf0ff] > 3: /usr/lib/xorg/modules/extensions/libglx.so(__glXInitScreens+0xac) > [0xb7c8cc6c] > 4: /usr/lib/xorg/modules/extensions/libglx.so(GlxExtensionInit+0x183) > [0xb7c8bc73] > 5: /usr/bin/X(InitExtensions+0xa2) [0x80f0672] > 6: /usr/bin/X(main+0x2aa) [0x806e4ba] > 7: /lib/tls/libc.so.6(__libc_start_main+0xc8) [0xb7dc2ea8] > 8: /usr/bin/X(FontFileCompleteXLFD+0xa9) [0x806d9d1] > I don't see anything ati specific in this backtrace, it's hard to know whether the bug is actually in the server or in the driver. I would rather vote for the server. Could you try upgrading your server to experimental (2:1.2.99.901-1)? If it does not change anything, try to upgrade the driver too (6.6.3-5). Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414275: xorg: X randomly crashes upon mouse click
reassign 414275 xserver-xorg-core thank you Thibaut VARENE wrote: > X server tends to crash randomly on my box upon mouse click. This > happens from times to times, but I couldn't draw a pattern (it doesn't > happen often). > When the X server crashes, the problem is actually located in xserver-xorg-core (reassigning the bug). I assume you were running xserver-xorg-core 2:1.1.1-19 or so ? Could you try xserver-xorg-core currently in experimental (2:1.2.99.901-1) ? > Backtrace: > 0: /usr/bin/X(xf86SigHandler+0x94) [0x1008eb98] > 1: [0x100374] > 2: [(nil)] > 3: /usr/bin/X(isItTimeToYield+0) [0x101d5708] > 4: /usr/bin/X [0x1005197c] > 5: /usr/bin/X(CoreProcessPointerEvent+0x4c4) [0x100526b8] > 6: /usr/bin/X(ProcessPointerEvent+0x94) [0x10162684] > 7: /usr/bin/X(xf86eqProcessInputEvents+0x2c0) [0x100b33f4] > 8: /usr/bin/X(ProcessInputEvents+0x34) [0x1008fec8] > 9: /usr/bin/X(Dispatch+0xe4) [0x100436e8] > 10: /usr/bin/X(main+0x45c) [0x100254a0] > 11: /lib/tls/libc.so.6 [0xfc7e994] > 12: /lib/tls/libc.so.6(__libc_start_main+0xb0) [0xfc7ead0] > I'd be great to have a backtrace with debugging enabled, by rebuilding the X server and attaching a gdb. It might be boring to do if the bug is not easy to reproduce. But, in case you want to try, you can rebuild with: DEB_BUILD_OPTIONS="nostrip noopt" fakeroot apt-get -b source xserver-xorg-core and attach gdb with: gdb -p $(pidof X) thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#414275: xorg: X randomly crashes upon mouse click
Processing commands for [EMAIL PROTECTED]: > reassign 414275 xserver-xorg-core Bug#414275: xorg: X randomly crashes upon mouse click Bug reassigned from package `xorg' to `xserver-xorg-core'. > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309226: Re: Bug#309226: xnest: crashes when window is shaded or a different virtual desktop is selected
Marc Haber wrote: > I can still reproduce the crash in a KDE session. HOWTO: > > Xnest :1 (empty display) > konsole --display :1 (a konsole showing up) > in the konsole: while true; do date; sleep 1; done > > then shade the window and see Xnest crashing immediately. > > X Error of failed request: BadMatch (invalid parameter attributes) > Major opcode of failed request: 73 (X_GetImage) > Serial number of failed request: 3515 > Current serial number in output stream: 3515 > As a workaround, could you try Xephyr instead of Xnest? Xephyr is recommended nowadays, and seems to have less bugs. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#413640: xserver-xorg-video-v4l: xserver crashes when v4l module is loaded
Processing commands for [EMAIL PROTECTED]: > tags 413640 +upstream Bug#413640: xserver-xorg-video-v4l: xserver crashes when v4l module is loaded There were no tags set. Tags added: upstream > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413640: xserver-xorg-video-v4l: xserver crashes when v4l module is loaded
tags 413640 +upstream
thank you
Frédéric Giquel wrote:
> I've found the reason of the crash. It's not related to nv or nvidia
> driver but the AMD64 architecture.
>
> The explanation :
> - line 648 of v4l.c : ioctl(V4L_FD,VIDIOCGFREQ,value);
> - line 612 of v4l.c : we know that value is INT32 *
> - in videodev.h of kernel headers (from debian package
> linux-kernel-headers 2.6.18-7) :
> #define VIDIOCGFREQ _IOR('v',14, unsigned long)
>
> With 32 bits architecture, long is 32 bits and there's no problem.
> With 64 bits architecture like AMD64, long is 64 bits and ioctl try to
> write to the double-word *value and an unauthorized double-word near
> *value. So xorg crashes.
>
> To temporally fix the bug, I replace the line 648 of v4l.c with the next
> 3 lines :
> unsigned long freq;
> ioctl(V4L_FD,VIDIOCGFREQ,&freq);
> *value = (INT32) freq;
>
> There is no crash anymore with xvinfo. We lose some information (64 bits
> -> 32 bits) but it seems unimportant (the frequency value is between 0
> and 16000 according to line 190 of v4l.c).
> Perhaps, a best solution can be found...
>
> Fred
>
> PS : we certainly have the same problem with VIDIOCSFREQ to set the
> frequency (line 597 of v4l.c) but I didn't try anything.
>
Thanks a lot for this investigation. Would you mind reporting the
problem and fix upstream at https://bugs.freedesktop.org/index.cgi ?
Brice
Bug#327903: marked as done (xdm server is not shown in chooser)
Your message dated Sun, 11 Mar 2007 22:17:48 +0100 with message-id <[EMAIL PROTECTED]> and subject line Undelivered Mail Returned to Sender has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xdm Version: 6.8.2.dfsg.1-6 Severity: important When connecting to the xdm server with "X -indirect " the chooser does not pick up the local xdm session. "X -query " works fine. When using BROADCAST and other xdmcp servers are available, the chooser will list these but not the local xdmcp server. When no other xdmcp servers are available the chooser has one entry, "list", which will cycle the xdm connection if selected. I suspect this is connected with the IPv6 issue where xdm has broadcast problems if the interface is not listed with "LISTEN " in Xaccess. I get no error messages from xdm using -debug. Issue is reproducible and has been tested on several machines. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.5 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages xdm depends on: ii cpp 4:4.0.1-3 The GNU C preprocessor (cpp) ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libpam-modules0.76-23Pluggable Authentication Modules f ii libpam-runtime0.76-23Runtime support for the PAM librar ii libpam0g 0.76-23Pluggable Authentication Modules l ii libselinux1 1.24-4 SELinux shared libraries ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libxau6 6.8.2.dfsg.1-6 X Authentication library ii libxaw8 6.8.2.dfsg.1-6 X Athena widget set library ii libxdmcp6 6.8.2.dfsg.1-6 X Display Manager Control Protocol ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxinerama1 6.8.2.dfsg.1-6 X Window System multi-head display ii libxmu6 6.8.2.dfsg.1-6 X Window System miscellaneous util ii libxp66.8.2.dfsg.1-6 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-6 X pixmap library ii libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics ii xbase-clients 6.8.2.dfsg.1-6 miscellaneous X clients ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m xdm recommends no packages. -- debconf information: xdm/stop_running_server_with_children: false xdm/daemon_name: /usr/bin/X11/xdm * shared/default-x-display-manager: xdm --- End Message --- --- Begin Message --- Closing since the submitter's address is invalid. If anybody ever reproduces, feel free to reopen. Brice --- End Message ---
Bug#286213: reopen 286213
Jeroen N. Witmond wrote: > I cannot exactly reproduce this problem, but I am suffering from (what > seems to be) the same problem: X freezes, *except* *for* *the* *mouse* > *pointer*; keyboard and mouse buttons are completely inoperative, but > all other processes seem to be running normally. In my case this can > happen at any moment; in any application, including the screen saver; > and frequently, sometimes within 15 minutes after boot. And the > problem is present in an up-to-date 'Ubuntu 6.06 LTS', kernel > 2.6.15-27-386, as well as in Debian etch, kernel 2.6.17-2-486. > You are running Xorg/Etch, right? We probably need to reassign to another package. Could you send the output of /usr/share/bug/xserver-xorg-core/script 3>&1 We need to know what hardware and software config you are running. Is the X process consuming lots of CPU when the freeze occur? If DRI is enabled, you could eventually try to disable it and tell us whether it changes anything. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414403: xserver-xorg-video-mga: No 24-bits colors on HP Proliant
Package: xserver-xorg-video-mga Version: 1:1.4.4.dfsg.1-2 Severity: normal 24-bits colors does not work in resolution 1024x768 on a HP Proliant ML110 with MGA G200e. 16-bits colors does work. In the logs you see down under, the machine is attached to a KVM what does not give any monitor-info and it gives only a 640x480 resolution. But I tested it before on another monitor, there it gives 1024x768 with 16-bit color. See also: http://lists.debian.org/debian-boot/2007/02/msg00585.html -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2007-02-14 12:30 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1597964 2007-02-17 10:21 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 03:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200e [Pilot] ServerEngines (SEP1) (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3063 2007-02-27 06:06 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (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 /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/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 "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"i2c" Load"bitmap" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Generic Video Card" Driver "mga" BusID "PCI:3:0:0" EndSection Section "Monitor" Identifier "AX3818UTC" Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "AX3818UTC" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" "832x624" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "832x624" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "832x624" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "832x624" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "832x624" "800x600" "720x400" "640x480" "640x350" EndSubSection SubSection "Display"
Processed: reopen 286213
Processing commands for [EMAIL PROTECTED]: > reopen 286213 Bug#286213: /usr/X11R6/bin/X: X freezes after log in. Bug reopened, originator not changed. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
I cannot exactly reproduce this problem, but I am suffering from (what seems to be) the same problem: X freezes, *except* *for* *the* *mouse* *pointer*; keyboard and mouse buttons are completely inoperative, but all other processes seem to be running normally. In my case this can happen at any moment; in any application, including the screen saver; and frequently, sometimes within 15 minutes after boot. And the problem is present in an up-to-date 'Ubuntu 6.06 LTS', kernel 2.6.15-27-386, as well as in Debian etch, kernel 2.6.17-2-486. I did some web research on this problem, and found two suspected but unproven causes. Because of the frequent reboots I don't have any bookmarks, unfortunately. The first suspect were ntpd and related utilities. The X system was supposed to be unable with negative time adjustments while it is running, suggesting an unsigned int being used for the difference between 'now' and 'then'. In my case the problem persists even with these programs disabled. And negative adjustments should not happen that often, if at all. The second suspect was that someone observed (using strace, iirc) that X was flooded with SIGALRM signals. The reason for this flood was unknown. This gave me reason to think. I'm running on what calls itself an 'Athlon XP (0.18) 1261MHz' CPU on an 'ASUS A7V333 rev 1.02' motherboard, which consideres itself running on the border of overheating, according to the sensors utility. And, if my impressions are correct, the freezes are more likely after more activity, when the CPU is more likely to be hot. The next thing I have to research is if X is somehow trying to terminate because it received some hardware(/BIOS?/kernel?) signal, and having that termination hit by the same signal again. What I would like to know is how the mouse pointer escapes the freeze. :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414371: marked as done (libx11-6: Assertion `c->xlib.lock' failed.)
Your message dated Sun, 11 Mar 2007 15:41:21 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#414371: libx11-6: Assertion `c->xlib.lock' failed. has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: libx11-6 Version: 2:1.1.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Any java gui program fails with this error: [EMAIL PROTECTED]:~$ /opt/netbeans-5.5/bin/netbeans java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. libx11-6/experimental fails, libx11-6/unstable works fine. There's more information in a quick search in google or, for example, in this link: https://launchpad.net/ubuntu/+source/sun-java5/+bug/86103 - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-ck1 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages libx11-6 depends on: ii libc6 2.5-0exp6 GNU C Library: Shared libraries ii libx11-data 2:1.1.1-1 X11 client-side library ii libxcb-xlib0 1.0-1.1X C Binding, Xlib/XCB interface li ii libxcb1 1.0-1.1X C Binding ii x11-common1:7.2-1X Window System (X.Org) infrastruc libx11-6 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF8+lF9XnRGZDSZrsRAtP9AJsGMVc65qra3d85sL4Dm6FLMJBN+ACgikmj Ixm9oSIi9uv5iUJi+mqKKQY= =Ket2 -END PGP SIGNATURE- --- End Message --- --- Begin Message --- On Sun, Mar 11, 2007 at 14:15:07 +0100, Julien Cristau wrote: > On Sun, Mar 11, 2007 at 12:34:29 +0100, Diego Fdez. Duran wrote: > > > Any java gui program fails with this error: > > > > [EMAIL PROTECTED]:~$ /opt/netbeans-5.5/bin/netbeans > > java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. > > > > libx11-6/experimental fails, libx11-6/unstable works fine. > > > > There's more information in a quick search in google or, for example, in > > this link: > > https://launchpad.net/ubuntu/+source/sun-java5/+bug/86103 > > > This is a bug in java, why do you report it against libx11? > And it has already been reported: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402165 Closing this bug, thanks. Julien signature.asc Description: Digital signature --- End Message ---
[EMAIL PROTECTED]: xf86-input-evtouch_0.8.3-1_i386.changes ACCEPTED]
Hello David, it would be nice if you could add xserver-xorg-input-evtouch to the dependency list of xserver-xorg-input-all. BTW: from the next evtouch and synaptics upload I'd like to set the Maintainer to the XSF and me as uploader, do you agree? Thanks a lot! - Forwarded message from Debian Installer <[EMAIL PROTECTED]> - Subject: xf86-input-evtouch_0.8.3-1_i386.changes ACCEPTED From: Debian Installer <[EMAIL PROTECTED]> Date: Sun, 11 Mar 2007 13:59:41 + To: Mattia Dongili <[EMAIL PROTECTED]> Message-Id: <[EMAIL PROTECTED]> Accepted: xf86-input-evtouch_0.8.3-1.diff.gz to pool/main/x/xf86-input-evtouch/xf86-input-evtouch_0.8.3-1.diff.gz xf86-input-evtouch_0.8.3-1.dsc to pool/main/x/xf86-input-evtouch/xf86-input-evtouch_0.8.3-1.dsc xf86-input-evtouch_0.8.3.orig.tar.gz to pool/main/x/xf86-input-evtouch/xf86-input-evtouch_0.8.3.orig.tar.gz xserver-xorg-input-evtouch_0.8.3-1_i386.deb to pool/main/x/xf86-input-evtouch/xserver-xorg-input-evtouch_0.8.3-1_i386.deb Override entries for your package: xf86-input-evtouch_0.8.3-1.dsc - optional x11 xserver-xorg-input-evtouch_0.8.3-1_i386.deb - optional x11 Announcing to debian-devel-changes@lists.debian.org Closing bugs: 404932 Thank you for your contribution to Debian. - End forwarded message - -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414031: google-earth doesn't work with current version of xserver-xorg-video-i810
On Fri, 09 Mar 2007 15:40:23 +0100, Michel Dänzer <[EMAIL PROTECTED]> wrote: Maybe Google Earth enables sync-to-vblank via GLX API. Does it work if you set the environment variable vblank_mode=0 ? Yes, that works fine! Thanks! Alternatively, does it work with libgl1-mesa-dri from experimental? -- The following packages will be upgraded: libdrm2 libgl1-mesa-dri libgl1-mesa-glx -- This problem is gone. However the version from experimental seems to be really experimental and doesn't work well. As soon as you zoom in to much the screen gets blue. http://r2d2.stefanm.com/gearth-dri-experimental.png http://r2d2.stefanm.com/gearth-dri-testing.png The first screenshot is taken with libs from experimental and no fixes, the second one with the normal libs from etch, both show "RMS Queen Mary" from the "Sightseeing" tour. Perhaps I would have to upgrade other packages to make this work, however this is not important as the solution above works. What does dmesg|grep i915 say? - [drm] Initialized i915 1.6.0 20060119 on minor 0 - I'm not sure when this problem was introduced, but the last time I used google-earth was around mid-february IIRC. Is there somewhere an archive of old versions so I can try which ones work? There's snapshot.debian.net. After playing with different old versions and none working I remembered that I changed something else too: My kernel. I upgraded from 2.6.19 to 2.6.20 some weeks ago. Booted 2.6.19 and everything worked again. Then I checked the diffs for i915 and they changed the vblank functions. So this is a problem with different versions of userland and kernel software. I'm sorry, that I didn't check the kernel earlier, but I didn't even think that it might be a kernel problem as xserver-xorg-video-i810-modesetting works with this kernel. Here a list what works and what doesn't: Works: - kernel 2.6.19 - kernel 2.6.20 with vblank_mode=0 - kernel 2.6.20 with xserver-xorg-video-i810-modesetting Works but not good: - kernel 2.6.20 with libs from experimental (see above) - kernel 2.6.20 with LIBGL_ALWAYS_INDIRECT=1 (slow) Does not work at all: - kernel 2.6.20 with libs from etch and no special settings I'll use the vblank_mode solution for now. I'm not sure if this bugreport should be closed or kept open. Thank you for your help! Regards, Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-intel_1.9.91-1_i386.changes ACCEPTED
Accepted: xserver-xorg-video-i810_1.9.91-1_all.deb to pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-i810_1.9.91-1_all.deb xserver-xorg-video-intel_1.9.91-1.diff.gz to pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_1.9.91-1.diff.gz xserver-xorg-video-intel_1.9.91-1.dsc to pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_1.9.91-1.dsc xserver-xorg-video-intel_1.9.91-1_i386.deb to pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_1.9.91-1_i386.deb xserver-xorg-video-intel_1.9.91.orig.tar.gz to pool/main/x/xserver-xorg-video-intel/xserver-xorg-video-intel_1.9.91.orig.tar.gz Override entries for your package: xserver-xorg-video-i810_1.9.91-1_all.deb - optional oldlibs xserver-xorg-video-intel_1.9.91-1.dsc - optional x11 xserver-xorg-video-intel_1.9.91-1_i386.deb - optional x11 Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1_i386.changes ACCEPTED
Accepted: xserver-xorg-video-i810-modesetting_1.7.2.git20070213-1_i386.deb to pool/main/x/xserver-xorg-video-intel-modesetting/xserver-xorg-video-i810-modesetting_1.7.2.git20070213-1_i386.deb xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1.diff.gz to pool/main/x/xserver-xorg-video-intel-modesetting/xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1.diff.gz xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1.dsc to pool/main/x/xserver-xorg-video-intel-modesetting/xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1.dsc xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1_i386.deb to pool/main/x/xserver-xorg-video-intel-modesetting/xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1_i386.deb xserver-xorg-video-intel-modesetting_1.7.2.git20070213.orig.tar.gz to pool/main/x/xserver-xorg-video-intel-modesetting/xserver-xorg-video-intel-modesetting_1.7.2.git20070213.orig.tar.gz Override entries for your package: xserver-xorg-video-i810-modesetting_1.7.2.git20070213-1_i386.deb - optional x11 xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1.dsc - optional x11 xserver-xorg-video-intel-modesetting_1.7.2.git20070213-1_i386.deb - optional x11 Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassigning #206528 to xserver-xorg-video-chips
Processing commands for [EMAIL PROTECTED]: > reassign 206528 xserver-xorg-video-chips Bug#206528: xserver-xfree86: [chips] XVideo misbehaves (bad colorspace conversion?) on F6 HiQVPro rev 168 Bug reassigned from package `xserver-xfree86' to `xserver-xorg-video-chips'. > thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414371: libx11-6: Assertion `c->xlib.lock' failed.
On Sun, Mar 11, 2007 at 12:34:29 +0100, Diego Fdez. Duran wrote: > Package: libx11-6 > Version: 2:1.1.1-1 > Severity: normal > > Any java gui program fails with this error: > > [EMAIL PROTECTED]:~$ /opt/netbeans-5.5/bin/netbeans > java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. > > libx11-6/experimental fails, libx11-6/unstable works fine. > > There's more information in a quick search in google or, for example, in > this link: > https://launchpad.net/ubuntu/+source/sun-java5/+bug/86103 > This is a bug in java, why do you report it against libx11? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290625: xserver-xfree86: sarge upgrade (4.3.0.dfsg.1-8 -> 4.3.0.dfsg.1-10) no keyboard on 1st startup under KDM, competing with getty on VC2
> You mentioned that you reproduced this bug a couple month ago. But, were > you using Xorg/Etch at this point? If not, could you try? Hi Brice, I am sorry, all the Debian systems around here at the university that I have access to have already been upgraded to the up-to-date xorg/etch, so I don't have an opportunity to retest it. However, if you have a spare Sarge machine, and install KDM there, just do a sarge->etch upgrade on it while (mistakenly) not allowing the ServerVTs=... line to be merged into the resulting kdmrc (as per the history of the bug). If, after that, the bug doesn't manifest itself (check across 1 reboot as well), then you probably should report the fact on the bug thread and happily close it. (The bug is pretty deterministic). HTH, Vassilii -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414307: xnest: Crashes with client Tulip
Version: 2:1.2.99.901-1
J.P. Larocque wrote:
> Xnest consistently crashes with the application Tulip (Debian package
> tulip, version 2.0.6-4). Simply create a new document.
>
I can reproduce the problem here, even with Xnest currently in
experimental. Here's a backtrace from a debug-enabled Xnest 2:1.2.99.901-1:
Program received signal SIGSEGV, Segmentation fault.
0x081d8b7d in _mesa_update_draw_buffer_bounds (ctx=0x8f9b1b8) at
framebuffer.c:393
393if (buffer->Name) {
(gdb) bt full
#0 0x081d8b7d in _mesa_update_draw_buffer_bounds (ctx=0x8f9b1b8) at
framebuffer.c:393
buffer = (struct gl_framebuffer *) 0xb7684008
#1 0x081d8a7e in _mesa_resize_framebuffer (ctx=0x8f9b1b8,
fb=0xb7652008, width=100, height=30)
at framebuffer.c:332
i = 19
#2 0x08148a43 in xmesa_check_and_update_buffer_size (xmctx=0x8f9b1b8,
drawBuffer=0xb7652008)
at xm_api.c:1890
width = 100
height = 30
#3 0x08148b35 in XMesaMakeCurrent2 (c=0x8f9b1b8, drawBuffer=0xb7652008,
readBuffer=0xb7652008)
at xm_api.c:1940
No locals.
#4 0x081451f8 in __glXMesaContextMakeCurrent (baseContext=0x8f993f8) at
../../../../GL/mesa/X/xf86glx.c:200
context = (__GLXMESAcontext *) 0x8f993f8
drawPriv = (__GLXMESAdrawable *) 0x96675c0
readPriv = (__GLXMESAdrawable *) 0x96675c0
#5 0x08120076 in DoMakeCurrent (cl=0x86e5068, drawId=2099970,
readId=2099970, contextId=2099967, tag=1)
at ../../../GL/glx/glxcmds.c:662
client = (ClientPtr) 0x86e7558
reply = {type = 1 '\001', unused = 0 '\0', sequenceNumber = 0,
length = 2, contextTag = 150354040,
pad2 = 150353544, pad3 = 3213761352, pad4 = 135071716, pad5 =
139016604, pad6 = 3213761156}
drawPixmap = (__GLXpixmap *) 0x0
readPixmap = (__GLXpixmap *) 0x0
glxc = (__GLXcontext *) 0x8f993f8
prevglxc = (__GLXcontext *) 0x8f993f8
drawPriv = (__GLXdrawable *) 0x96675c0
readPriv = (__GLXdrawable *) 0x96675c0
error = -1081206120
mask = 0
#6 0x0811facf in __glXDisp_MakeCurrent (cl=0x86e5068, pc=0xb7945290
"\221\005\004")
at ../../../GL/glx/glxcmds.c:408
req = (xGLXMakeCurrentReq *) 0xb7945290
#7 0x080ffcab in __glXDispatch (client=0x86e7558) at
../../../GL/glx/glxext.c:551
stuff = (xGLXSingleReq *) 0xb7945290
opcode = 5 '\005'
proc = (__GLXdispatchSingleProcPtr) 0x811fa83
<__glXDisp_MakeCurrent>
cl = (__GLXclientState *) 0x86e5068
retval = -1081206112
#8 0x080d09d4 in XaceCatchExtProc (client=0x86e7558) at
../../Xext/xace.c:299
stuff = (xReq *) 0xb7684008
major = 145
ext = (ExtensionEntry *) 0x84bba68
#9 0x0806ff93 in Dispatch () at ../../dix/dispatch.c:457
clientReady = (int *) 0xbf8e1b70
result = 16
client = (ClientPtr) 0x86e7558
nready = 0
icheck = (HWEventQueuePtr *) 0x84a21c4
start_tick = 4240
#10 0x0808ec5e in main (argc=2, argv=0xbf8e2094, envp=0xbf8e20a0) at
../../dix/main.c:477
i = 1
j = 2
k = 2
error = 138905476
xauthfile = 0xbf8e3fba "/home/bgoglin/.Xauthority"
alwaysCheckForInput = {0, 1}
As a workaround, you might want to try Xephyr (from xserver-xephyr)
which is the recommended replacement for Xnest nowadays. I doesn't crash
under the same circumstances here.
I wonder whether we should stop building Xnest and add a transitional
package to Xephyr. There are multiple Xnest bugs that don't show up in
Xephyr...
Brice
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414371: libx11-6: Assertion `c->xlib.lock' failed.
Package: libx11-6 Version: 2:1.1.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Any java gui program fails with this error: [EMAIL PROTECTED]:~$ /opt/netbeans-5.5/bin/netbeans java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed. libx11-6/experimental fails, libx11-6/unstable works fine. There's more information in a quick search in google or, for example, in this link: https://launchpad.net/ubuntu/+source/sun-java5/+bug/86103 - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-ck1 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages libx11-6 depends on: ii libc6 2.5-0exp6 GNU C Library: Shared libraries ii libx11-data 2:1.1.1-1 X11 client-side library ii libxcb-xlib0 1.0-1.1X C Binding, Xlib/XCB interface li ii libxcb1 1.0-1.1X C Binding ii x11-common1:7.2-1X Window System (X.Org) infrastruc libx11-6 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF8+lF9XnRGZDSZrsRAtP9AJsGMVc65qra3d85sL4Dm6FLMJBN+ACgikmj Ixm9oSIi9uv5iUJi+mqKKQY= =Ket2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xserver-xorg-video-intel_1.9.91-1_i386.changes is NEW
> > (new) xserver-xorg-video-intel_1.9.91-1_i386.deb optional x11 > > (new) xserver-xorg-video-intel_1.9.91.orig.tar.gz optional x11 > > Hi, > > waiting for the package to clear NEW for the rename, I put what I > uploaded at http://people.debian.org/~jcristau/xserver-xorg-video-intel/ I'm trying it now, seems to work beautifully with Xorg 1.3 (1.2.99.901). It got confused between i810 and intel. I rebooted to get a clean slate upon which it started working with no further problems. Took a few more seconds to start up than before, but ran fine after that. None of the screen flickering I saw in earlier modesetting versions. The initial problem was that /etc/X11/xorg.conf still had the driver marked marked as i810. We'll have to think of a clean way to automatically upgrade it to intel. I imagine we'd want to place the logic for this update into the i810 dummy package rather than the new intel package, so that any new installations will only ever deal with intel, without any i810 complications. The intel module version is listed as 11.91.91, which looks a bit odd (should look like 1.9.91). I guess it's probably an upstream matter. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
