Re: [Xcb] [RFC PATCH] New XCB socket handoff mechanism for Xlib/XCB and other libraries
On Sun, Mar 16, 2008 at 06:55:23AM +0100, Vincent Torri wrote: it's too complicated for me, so i just have a small (and maybe stupid) question: will it break abi ? The short answer is no, this does not break API or ABI, but the details are a bit tricky. These patches do not break the API or ABI of libxcb; they do introduce new interfaces, so new programs built against the libxcb will require the new libxcb at runtime, but old applications built against libxcb will continue to work. However, the patches remove libxcb-xlib and xcbxlib.h entirely, since they existed solely to provide access to the old Xlib-specific interface. Anything depending on libxcb-xlib will have to switch to the new handoff interface. To the best of our knowledge, only Xlib links to libxcb-xlib, and the patches convert Xlib to the new interface; certainly nothing else *should* have used libxcb-xlib. Unfortunately, Xlib and XCB must be upgraded at the same time. Though we tried, we believe the libxcb-xlib interface cannot be implemented on top of the new handoff system, at least not without reintroducing into libxcb something like the xcb-xlib lock that we worked so hard to remove. However, shared library versioning should prevent any silent failures if you don't upgrade simultaneously. New Xlib/XCB will neither build nor run without new XCB. If you install new libxcb and remove the old libxcb-xlib, Xlib will fail to load. If you install new libxcb and leave the old libxcb-xlib around, libxcb-xlib should fail to load due to missing symbols. In all cases, if you get this wrong, you'll know it, because you'll get a dynamic linker error. Distribution packages can address this problem through the use of dependencies and conflicts, to ensure that the two libraries upgrade simultaneously. Make the new libxcb package conflict with the old libxcb-xlib package. As for the sentiment of complicated, please do let us know if you have any concerns or if you believe it needs a more detailed explanation. We found that the new interface simplified implementation in both Xlib and XCB. - Jamey Sharp and Josh Triplett signature.asc Description: Digital signature
Processed: found 462127 in 1:2.1.5-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 found 462127 1:2.1.5-1 Bug#462127: xserver-xorg: X freezes after some time with mieqEnequeue: out-of-order valuatorevent; dropping Bug marked as found in version 1:2.1.5-1. 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]
Bug#465220: xserver-xorg: External mouse button events are doubled up
Sam Morris wrote: Package: xserver-xorg Version: 1:7.3+10 Severity: normal When I try to use an external mouse I notice that all the button events occur twice in quick succession: What kind of external mouse it this? USB? PS2? We've seen lots of bug reports like this that were caused by /dev/input/mice containing /dev/psaux or so. In such a case, all events are received by both the input section using /dev/input/mice (the default one) and some other section whose device file in included in the former, hence the double events that you see. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465220: xserver-xorg: External mouse button events are doubled up
On Sun, 2008-03-16 at 11:45 +0100, Brice Goglin wrote: Sam Morris wrote: Package: xserver-xorg Version: 1:7.3+10 Severity: normal When I try to use an external mouse I notice that all the button events occur twice in quick succession: What kind of external mouse it this? USB? PS2? USB. We've seen lots of bug reports like this that were caused by /dev/input/mice containing /dev/psaux or so. In such a case, all events are received by both the input section using /dev/input/mice (the default one) and some other section whose device file in included in the former, hence the double events that you see. That sounds like what is happening to me, but I don't know what I can do about it without disabling the Synaptics Touchpad device. Brice -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#466324: xserver-xorg-video-ati: xserver hangs when dri enabled and 4GB ram installed
Marc F. Clemente wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20071223.ad3325f6-1 Severity: normal I have an amd64 with a radeon video card. The motherboard had 2GB ram. I recently added another 2GB and the xserver stopped working. When it starts, the screen gest all corrupted. The mouse pointer still moves ok. If I disable dri (or if remove 2GB), it works again. Let me know if I need to submit more info, or if I can do something to help debug the problem. Does 6.8.0 or 6.7.197 work better? What about 6.6.3 from [1]? What about the latest package in experimental? thanks, Brice [1] http://people.debian.org/~bgoglin/rebuilds/ati-6.6.3-Xserver1.4/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466608: DPMS bug or feature?
Anton Ivanov wrote: Package: xserver-xorg-core Version: 2:1.1.1-21etch3 Severity: normal After DPMS has kicked in and has blanked the screen there is no way whatsoever to unblank the screen besides someone touching the real keyboard or a mouse. As a result it is impossible to unblank up a monitor attached to a media center system which has only a LIRC remote (no mouse emulation). If it power saves via DPMS you can for example usea xset to turn dpms off and wake the display up. It is no longer in power save mode, but the screen is still blanked. Similarly, xscreensaver does not unblank the screen if DPMS is enabled. Without DPMS xscreensaver correctly unblanks the screen. xvkbd events do not unblank xset dpms XXX or xset s XXX does not unblank (any XXX from dpms or s options) xscreensaver-command --XXX (any XXX) does not unblank Is there any chance you try a more xserver-xorg-core, at least the one in testing? thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466646: marked as done (upgrading xorg causes option AlwaysCore to deactivate mouse)
Your message dated Sun, 16 Mar 2008 13:14:16 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#466646: upgrading xorg causes option AlwaysCore to deactivate mouse has caused the Debian Bug report #466646, regarding upgrading xorg causes option AlwaysCore to deactivate mouse 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 [EMAIL PROTECTED] immediately.) -- 466646: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466646 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xorg Version: 1:7.3+10 Severity: normal Hello, I don't know why I had put Option AlwaysCore in my InputDevice section for my USB mouse, but when I upgraded xorg my mouse stopped working and I had to buy a new one before I realized that for some reason Xorg had taken a dislike to that particular option. The mouse was working before the upgrade, and then after the upgrade there was nothing in the log file to indicate that X was deciding to ignore mouse events. But removing the option made the mouse work again. Frederik -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) 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 xorg depends on: ii gnome-terminal [x-t 2.18.4-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-glx [li 7.0.2-4 A free implementation of the OpenG ii libglu1-mesa7.0.2-4 The OpenGL utility library (GLU) ii multi-gnome-termina 1.6.2-13.1 Enhanced the GNOME Terminal ii rxvt [x-terminal-em 1:2.6.4-12 VT102 terminal emulator for the X ii rxvt-unicode-lite [ 8.9-2RXVT-like terminal emulator with b ii x11-apps7.3+1X applications ii x11-session-utils 7.3+1X session utilities ii x11-utils 7.3+1X11 utilities ii x11-xfs-utils 7.3+1X font server utilities ii x11-xkb-utils 7.3+1X11 XKB utilities ii x11-xserver-utils 7.3+2X server utilities ii xauth 1:1.0.2-2X authentication utility ii xfonts-100dpi 1:1.0.0-4100 dpi fonts for X ii xfonts-75dpi1:1.0.0-475 dpi fonts for X ii xfonts-base 1:1.0.0-5standard fonts for X ii xfonts-scalable 1:1.0.0-6scalable fonts for X ii xfonts-utils1:1.0.1-2X Window System font utility progr ii xinit 1.0.7-2 X server initialisation tool ii xkb-data1.1~cvs.20080104.1-1 X Keyboard Extension (XKB) configu ii xserver-xorg1:7.3+10 the X.Org X server ii xterm [x-terminal-e 231-1X terminal emulator Versions of packages xorg recommends: ii xorg-docs 1:1.4-2Miscellaneous documentation for th -- no debconf information ---End Message--- ---BeginMessage--- Frederik Eaton wrote: Package: xorg Version: 1:7.3+10 Severity: normal Hello, I don't know why I had put Option AlwaysCore in my InputDevice section for my USB mouse, but when I upgraded xorg my mouse stopped working and I had to buy a new one before I realized that for some reason Xorg had taken a dislike to that particular option. The mouse was working before the upgrade, and then after the upgrade there was nothing in the log file to indicate that X was deciding to ignore mouse events. But removing the option made the mouse work again. Frederik From what I remember, core events changed a bit recently (among many input changes in Xserver 1.4). But this is still something that should not be used without a very good reason (maybe that's why it's not documented) so we can't do much about all this apart from saying something like you deserved the problems :) Brice ---End Message---
Processed: reassign 466646 to xserver-xorg-core
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 reassign 466646 xserver-xorg-core Bug#466646: upgrading xorg causes option AlwaysCore to deactivate mouse Bug reassigned from package `xorg' to `xserver-xorg-core'. 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]
Bug#463076: xserver-xorg-video-ati: machine freezes when X is stopped or second X started
forwarded 463076 https://bugs.freedesktop.org/show_bug.cgi?id=15056 thank you Bram Senders wrote: On Tue, 2008-02-26 at 23:49 +, Roger Leigh wrote: Hi folks, Just another datapoint for this bug. My Mac Mini has a :00:10.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) (prog-if 00 [VGA controller]) and I was also bitten by this bug. My system locked hard if I tried to kill X or shutdown the system (which causes kdm to stop X). It also locked if I tried to switch to a VT with C-A-Fn. Further investigation showed that this worked perfectly if I booted the system with video=radeonfb:[EMAIL PROTECTED] on the command-line. I can now switch VTs at will, as well as start and stop X, shut down the system, etc. without problems. However, booting with video=ofonly results in all the problems mentioned above. Is this the same for the other people suffering from this bug? Yes, I can confirm this. The only difference is that I have to boot with a lower resolution (1024x768), otherwise my monitor stays blank (even though it is capable of displaying higher resolutions). I can now switch VTs as well... this has never been possible for me before (after X had started, all VTs always weren't capable of being displayed anymore). So thank you Roger, for this hint! My Mac Mini has more functionality now ;-) I have summarized all this in the upstream bugzilla at the URL above. You might want to add yourself to CC in this bug entry. And feel free to add comments if you think it could help. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#463076: xserver-xorg-video-ati: machine freezes when X is stopped or second X started
Processing commands for [EMAIL PROTECTED]: forwarded 463076 https://bugs.freedesktop.org/show_bug.cgi?id=15056 Bug#463076: [radeon] machine freezes when X is stopped or second X started [9200 RV280, 5962] Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=15056. 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]
Processed: tagging 465939
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 tags 465939 + moreinfo Bug#465939: [radeon] Crashes often when changing virtual desktop in KDE with translucencies [9200 SE] There were no tags set. Tags added: moreinfo 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]
Processed: Re: Bug#463061: xserver-xorg-video-intel: temporary display corruption after switching VT or suspending
Processing commands for [EMAIL PROTECTED]: found 463061 2:2.2.1-1 Bug#463061: xserver-xorg-video-intel: temporary display corruption after switching VT or suspending Bug marked as found in version 2:2.2.1-1. 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#467507: marked as done (compiz: Prevents frame grabbing from v4l device (tv tuner))
Your message dated Sun, 16 Mar 2008 13:34:25 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#467507: compiz: Prevents frame grabbing from v4l device (tv tuner) has caused the Debian Bug report #467507, regarding compiz: Prevents frame grabbing from v4l device (tv tuner) 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 [EMAIL PROTECTED] immediately.) -- 467507: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467507 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: compiz Version: 0.6.3~git20071222.061ff159-1 Severity: normal Having compiz active results in blank video using ffmpeg (both lenny and experimental) for a/v recording. Not starting compiz as the window manager (but the package is still on the system) and sticking with metacity restores the desired functionality (recording tv) to ffmpeg. The ffmpeg command-line I use (for the experimental ffmpeg, lenny uses audio_device instead of oss) is: /usr/bin/ffmpeg -y -tvstd ntsc -t $TOTALSECONDS -s 480x352 -re -deinterlace -f video4linux2 -i /dev/video0 -f oss -i /dev/dsp -ac 2 -s 640x480 -f mpeg -vcodec mpeg1video -acodec mp2 $BASEFILENAME.mpeg with totalseconds and basefilename filled in, of course -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana ii compiz-gnom 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana ii compiz-gtk 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana ii compiz-plug 0.6.3~git20071222.061ff159-1 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Daniel Dickinson wrote: It's recording from and old tv tuner card at /dev/video0. I suspect it interact with the video card in some way because trying to play videos on a display other than :0 results in blank video, and I'm pretty sure these old bttv848 based cards did direct transfers to video memory (but not onscreen unless you so choose). Given what you say, my guess is that the card is incompatible with compiz. The card or maybe the recording application may be incompatible with compiz redirected windows, right. Probably not a bug in compiz then. Brice ---End Message---
Bug#468439: xserver-xorg-video-intel: Backlight not re-activated after waking from sleep 915
Ian Wienand wrote: Package: xserver-xorg-video-intel Version: 2:2.2.1-1 Severity: normal Hi Whenever I close the lid on my laptop (Dell X1), when I re-open it the backlight isn't on. I have to switch to a virtual terminal and then back again before it comes to life. This has been a recent problem, it hasn't always done this. Can you see where it appeared using http://snapshot.debian.net ? 2.1.1-4, 2.2.0 and 2.2.0.90-3 would be the one to try. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468561: xserver-xorg-video-vesa: switching resolution with xrandr after suspend-to-ram
Gabor Melis wrote: Package: xserver-xorg-video-vesa Version: 1:1.3.0-1 Severity: normal On a Thinkpad T60 with an ATI X1400 (01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X1400) switching resolution silently fails after suspend-to-ram. After restarting the X server all is fine. Not reproducible 100% it may take several suspend-resume cycles. It used to work with Etch. How do you switch resolution ? With xrandr -s ? If so, can you compare the xrandr output before and after? What about the log? Can you add some debug printf in xrandr to check the return value of the RandR call before and after suspend? Can you try an old xrandr (from xbase-clients from etch)? Can you try with xserver-xorg-core from unstable? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468913: xserver-xorg-input-evdev: xserver crashes when I try to scroll horizontal with Microsoft Laser Mouse
forwarded 468913 https://bugs.freedesktop.org/show_bug.cgi?id=14342 thank you Albert Zangerl wrote: Package: xserver-xorg-input-evdev Version: 1:1.2.0-1 Severity: normal I use a Microsoft Wireless Laser Mouse 6000. When i use the driver mouse in my xorg.conf everything works normal. But I can not scroll left/right. So I tried to use the driver evdev. When I try to scroll left/right with the mouse the xserver crashes. The logfile says: Fatal server error: Bad valuators reported for device Mouse0 Looks like the upstream bug at the URL above. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#468913: xserver-xorg-input-evdev: xserver crashes when I try to scroll horizontal with Microsoft Laser Mouse
Processing commands for [EMAIL PROTECTED]: forwarded 468913 https://bugs.freedesktop.org/show_bug.cgi?id=14342 Bug#468913: xserver-xorg-input-evdev: xserver crashes when I try to scroll horizontal with Microsoft Laser Mouse Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=14342. 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#467319: reproducible with xserver-xorg-video-intel/2.2.1 and linux-image-2.6.24-1-amd64/2.6.24-4
forwarded 467319 https://bugs.freedesktop.org/show_bug.cgi?id=15057 thank you Francesco Poli wrote: Package: xserver-xorg-video-intel Version: 2:2.2.1-1 Followup-For: Bug #467319 Hi again, you are slowly turning my testing box into an unstable one... :-/ Anyway, I reproduced the bug with xserver-xorg-video-intel version 2.2.1 and linux-image-2.6.24-1-amd64 version 2.6.24-4. Once again, the steps to reproduce the bug were the following ones. a) Inside an X session, open an xterm b) run /usr/lib/xscreensaver/stonerview c) expand the screensaver window (so that it takes almost the whole screen estate) I've noticed that opening a new window above the screensaver one (or otherwise sending an existing window above the screensaver one) seems to trigger the bug. As usual, the relevant line in /var/log/kern.log is: Mar 2 10:56:34 homebrew kernel: [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 49480 emitted: 49484 I have forwarded this bug at the URL above. You might want to add yourself to CC to this bugzilla entry. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#467319: reproducible with xserver-xorg-video-intel/2.2.1 and linux-image-2.6.24-1-amd64/2.6.24-4
Processing commands for [EMAIL PROTECTED]: forwarded 467319 https://bugs.freedesktop.org/show_bug.cgi?id=15057 Bug#467319: xserver-xorg-video-intel: FatalError [drm:i915_wait_irq] *ERROR* i915_wait_irq: EBUSY -- rec: 46388219 emitted: 46388226 Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=15057. 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#469295: marked as done (xserver-xorg-video-i810: do not fail to set XV_PIPE if not in clone mode)
Your message dated Sun, 16 Mar 2008 14:08:39 +0100
with message-id [EMAIL PROTECTED]
and subject line Re: Bug#469295: xserver-xorg-video-i810: do not fail to set
XV_PIPE if not in clone mode
has caused the Debian Bug report #469295,
regarding xserver-xorg-video-i810: do not fail to set XV_PIPE if not in clone
mode
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 [EMAIL PROTECTED]
immediately.)
--
469295: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469295
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Package: xserver-xorg-video-i810
Version: 2:1.7.2-4
Severity: normal
Tags: patch
While working with xine-lib, I encountered an issue only in etch with i810 :
Calling xine_close_video_driver while using an XV output raises a BadMatch
error.
This is easily shown using the muxine reference implementation[1] and playing
a video till the end.
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 140 (XVideo)
Minor opcode of failed request: 13 ()
Serial number of failed request: 88
Current serial number in output stream: 95
[1] http://xinehq.de/index.php/samplecode
Minor opcode 13 is XvSetPortAttribute :
$ grep 13 /usr/include/X11/extensions/Xvproto.h
#define xv_SetPortAttribute 13
Playing a bit with gdb, using XSynchronize() and a breakpoint on
XvSetPortAttribute, I found out that the offending port attribute was XV_PIPE.
Xine, upon closing the video driver, restores all the port attributes value to
the state in which they were before Xine video driver was started. But
setting XV_PIPE to its default value '0' does not work if clone mode is
disabled in i810. Here is a simple program that shows the issue. The program
simply tries to restore the XV_PIPE attribute to 0.
--
#include stdio.h
#include X11/Xlib.h
#include X11/extensions/Xvlib.h
// Compile with :
// $ gcc -lXv -o test_spa test_spa.c
int main(int argc, char **argv){
Display *display;
XvPortID port = 57; // Find this in the output of xvinfo | grep 'port base'
char *attr_name = XV_PIPE;
Atom attr;
int p_value;
display = XOpenDisplay(:0.0);
XSynchronize(display, True);
attr = XInternAtom(display, attr_name, False);
printf(%s is %d\n, attr_name, (int)attr);
XvGetPortAttribute(display, port, attr, p_value);
printf(%s has value %d\n, attr_name, p_value);
printf(Trying to set %s to %d...\n, attr_name, p_value);
if( XvSetPortAttribute(display, port, attr, p_value) == Success ){
printf( success.\n);
}else{
printf( failed!\n);
}
XCloseDisplay(display);
return 0;
}
--
Output is :
$ ./test_spa
XV_PIPE is 77
XV_PIPE has value 0
Trying to set XV_PIPE to 0...
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 140 (XVideo)
Minor opcode of failed request: 13 ()
Serial number of failed request: 13
Current serial number in output stream: 14
I really do not understand all this video driver stuff, but here is a simple
patch that fixes the problem for me.
diff -rN -u old/debian/patches/12-set_xv_pipe.patch
new/debian/patches/12-set_xv_pipe.patch
--- old/debian/patches/12-set_xv_pipe.patch 1970-01-01 01:00:00.0
+0100
+++ new/debian/patches/12-set_xv_pipe.patch 2008-03-04 14:19:02.0
+0100
@@ -0,0 +1,21 @@
+Tue Mar 4 13:42:17 CET 2008 Alexandre Rossi [EMAIL PROTECTED]
+ * success if setting XV_PIPE to same value
+diff -rN -u old/src/i830_video.c new/src/i830_video.c
+--- old/src/i830_video.c 2008-03-04 13:44:52.0 +0100
new/src/i830_video.c 2008-03-04 13:44:52.0 +0100
+@@ -945,7 +945,13 @@
+ ErrorF(CONTRAST\n);
+ if (*pI830-overlayOn)
+ OVERLAY_UPDATE;
+- } else if (pI830-Clone attribute == xvPipe) {
++ } else if (attribute == xvPipe) {
++ if (!pI830-Clone) {
++ if (value == pPriv-pipe)
++return Success;
++ else
++return BadMatch;
++ }
+ if ((value 0) || (value 1))
+ return BadValue;
+ pPriv-pipe = value;
+
diff -rN -u old/debian/patches/series
new-xserver-xorg-video-i810-1.7.2-4+xvpipebadmatch/debian/patches/series
--- old/debian/patches/series 2008-03-04 14:19:01.0 +0100
+++ new/debian/patches/series 2008-03-04 14:19:02.0 +0100
@@ -1,3 +1,4 @@
10-overlay_fix_lockup.patch
11-xv_lockup.patch
+12-set_xv_pipe.patch
20-i915_bios.patch
(it's crappy because the patch overlaps 10-overlay_fix_lockup.patch)
Upstream should not be interested because it seems that clone mode has
completely been
Bug#469057: xserver-xorg-video-ati: Xorg fail to load with acceleration enabled on a Radeon X300 PCIE
Daniel Dehennin wrote: Which xserver-xorg-video-ati did you have before upgrading to 6.8.0 broke this? Did you only upgrade xserver-xorg-video-ati, or also xserver-xorg-core at the same time? Have a look in /var/log/aptitude or /var/log/dpkg.log. I just follow the upgrades of sid. I reboot my machine after compiling my new 2.6.24.2 kernel, so there are several days between my ATI driver upgrade and when I saw the problem. You might want to check that the kernel isn't involved here, just in case... Did you ever try some xserver-xorg-video-ati 6.7.19x snapshots from experimental or unstable? There are plenty of them on http://snapshot.debian.net/ Testing with 6.7.197-1 would be good, for instance. 6.7.197-1 does not work :-/ I test it without an xorg.conf. 6.7.197 has been in unstable during 2 months before 6.8.0 arrived. Any chance you never tried before upgrading other stuff? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469738: marked as done (xserver-xorg: Sometimes takes all CPU, interrupts other programs or crashes)
Your message dated Sun, 16 Mar 2008 14:16:57 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#469738: xserver-xorg: Sometimes takes all CPU, interrupts other programs or crashes has caused the Debian Bug report #469738, regarding xserver-xorg: Sometimes takes all CPU, interrupts other programs or crashes 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 [EMAIL PROTECTED] immediately.) -- 469738: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469738 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xserver-xorg Version: 1:7.1.0-19 Severity: critical Justification: breaks unrelated software I use a two-head setup, and it was very difficult to get Xorg configured. Sometimes an update will make it unusable, so I always back up xorg.conf before each update (this helps). If I have to restart Xorg or XDM, Xorg sometimes shuts down after a while, so I have to shutdown the system and reset it so the video card gets reset. Sometimes unrelated programs like GKRELLM or X Screensaver make Xorg take 90% of the CPU time. This usually happens every 30 minutes, so I have created a script which will kill and restart GKRELLM in such a case. This usually helps. At other times Xorg will take all available CPU time and still just show a blank screen so that the system has to be rebooted. I often get the feeling that the communication with the video card is less than optimal although it is not a newly-released card. Programs like XAWTV complain about missing accelerations although the card has them. Xine and M Player sometimes just show a black window; VLC runs but with high CPU usage and not smoothly, although my video card should actually not require that much CPU use. The automatic start of X Screensaver interrupts everything including communication with the IDE DVD writer so that the writing process fails and the DVD cannot be used. This happens with simple blanking of the screen as well as with regular screensaver plug-ins. I have tried all configuration variations, not only with Xorg but with X Screensaver, VLC and all CD/DVD burning software; nothing seems to help. The video card seems alright, there is enough RAM, I have optimised IDE access... -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 15 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1598380 Sep 4 2007 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation GeForce 7600 GS (rev a2) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: lrwxrwxrwx 1 root root 22 Aug 14 2007 /etc/X11/xorg.conf - xorg.conf.nvidia.flora Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Wed Jun 13 18:39:30 PDT 2007 # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 ([EMAIL PROTECTED]) Wed Jun 13 18:40:26 PDT 2007 # /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 #Modes 1280x1024 1152x864 1152x768 1024x768 800x600 640x480 Section ServerLayout #Screen 1 ScreenProjector 1280 0 Identifier Default Layout Screen 0 ScreenDesk LeftOf ScreenProjector Screen 1 ScreenProjector 0 0 InputDeviceGeneric Keyboard InputDeviceConfigured Mouse EndSection Section Files # path to defoma fonts FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/share/fonts/X11/cyrillic FontPath/usr/share/fonts/X11/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/share/fonts/X11/75dpi/:unscaled FontPath
Bug#457900: xfs: upgrade from xterm freezes X server
On 2008-03-16 01:35 +0100, Brice Goglin wrote: Last time I saw problems while upgrading xfs, my xterm/dist-upgrade was unable to display anything, but it was still upgrading things in background. So xfs finally got restarted at the end of the upgrade and I got everything working as before. Not nice meanwhile, but seems to be working fine iirc. As long as it does not ask any questions during the upgrade, e.g. by dpkg's conffile prompt, otherwise you lose. :-( BTW, the restart-on-upgrade option mentioned in xfs.options(5) appears to be completely ignored, and your prerm script unconditionally stops the font server before the upgrade. Some people seem to think that this is a bad idea because the service is then down for several minutes (see [1], [2]). Regards, Sven [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471060 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471051 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467319: reproducible with xserver-xorg-video-intel/2.2.1 and linux-image-2.6.24-1-amd64/2.6.24-4
On Sun, 16 Mar 2008 13:59:56 +0100 Brice Goglin wrote: forwarded 467319 https://bugs.freedesktop.org/show_bug.cgi?id=15057 [...] I have forwarded this bug at the URL above. Thank you. I hope the issue may be investigated and solved soon... You might want to add yourself to CC to this bugzilla entry. May I do so, without having an account? Frankly speaking, I find the bugzilla philosophy (thou shalt not do anything but read, unless you create an account) extremely unpractical and annoying... That's one of the main reasons why I love Debian BTS (debbugs)! -- http://frx.netsons.org/progs/scripts/refresh-pubring.html New! Version 0.6 available! What? See for yourself! . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpkuXNY6KbqD.pgp Description: PGP signature
Processed: forcibly merging 461152 469936
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 forcemerge 461152 469936 Bug#461152: xserver-xorg-input-mouse: slow motion for usb mouse after upgrade Bug#469936: xserver-xorg-input-mouse: mouse sluggish after upgrade (same as 461152? different?) Forcibly Merged 461152 469936. 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]
Processed: found 449314 in 2:2.2.1-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 found 449314 2:2.2.1-1 Bug#449314: xserver-xorg-video-intel: Lockup on resume from uspend-to-ram, 945GM: Error in I830WaitLpRing(), timeout for 2 seconds Bug marked as found in version 2:2.2.1-1. 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]
Bug#470501: libx11-6: crash (segmentation fault) in XPutImage (libX11.so.6) via gs / pspresent
reassign 470501 ghostscript
found 470501 8.62.dfsg.1-1
thank you
Vincent Lefevre wrote:
On 2008-03-12 12:30:15 +0100, Vincent Lefevre wrote:
(gdb) print *ximage
$1 = {width = 1187, height = 1483, xoffset = 0, format = 2,
data = 0x2aecbb8c1068 'ÿ' repeats 200 times..., byte_order = 1,
bitmap_unit = 8, bitmap_bit_order = 1, bitmap_pad = 8, depth = 24,
bytes_per_line = 5040, bits_per_pixel = 24, red_mask = 0, green_mask = 0,
blue_mask = 0, obdata = 0x0, f = {
create_image = 0x2aecbb4e0d30 XCreateImage,
destroy_image = 0x2aecbb4e1100 _XDestroyImage,
get_pixel = 0x2aecbb4e15f0 _XGetPixel,
put_pixel = 0x2aecbb4e1190 _XPutPixel,
sub_image = 0x2aecbb4e0f40 _XSubImage,
add_pixel = 0x2aecbb4e0bc0 _XAddPixel}}
(gdb) info locals
pixel = value optimized out
px = 0
src = 0x2aecbbfe172e Address 0x2aecbbfe172e out of bounds
dst = 0x74b88c68
i = 3
nbytes = value optimized out
plane = value optimized out
So, it seems that the problem comes from some function in
/usr/lib/ghostscript/8.62/X11.so (provided by the ghostscript-x
package).
With more details:
0x2aecbbfe172e (src) - 0x2aecbb8c1068 (data) is 7472838, while
5040 * 1483 is 7474320. So, if I understand correctly, the buffer
provided by ghostscript is too small?
Possibly. I am reassigning to ghostscript.
Brice
Processed: Re: Bug#470501: libx11-6: crash (segmentation fault) in XPutImage (libX11.so.6) via gs / pspresent
Processing commands for [EMAIL PROTECTED]: reassign 470501 ghostscript Bug#470501: libx11-6: crash (segmentation fault) in XPutImage (libX11.so.6) via gs / pspresent Bug reassigned from package `libx11-6' to `ghostscript'. found 470501 8.62.dfsg.1-1 Bug#470501: libx11-6: crash (segmentation fault) in XPutImage (libX11.so.6) via gs / pspresent Bug marked as found in version 8.62.dfsg.1-1. 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]
xorg-server_1.4.99.901-1_i386.changes ACCEPTED
Accepted: xdmx-tools_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xdmx-tools_1.4.99.901-1_i386.deb xdmx_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xdmx_1.4.99.901-1_i386.deb xnest_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xnest_1.4.99.901-1_i386.deb xorg-server_1.4.99.901-1.diff.gz to pool/main/x/xorg-server/xorg-server_1.4.99.901-1.diff.gz xorg-server_1.4.99.901-1.dsc to pool/main/x/xorg-server/xorg-server_1.4.99.901-1.dsc xorg-server_1.4.99.901.orig.tar.gz to pool/main/x/xorg-server/xorg-server_1.4.99.901.orig.tar.gz xprint-common_1.4.99.901-1_all.deb to pool/main/x/xorg-server/xprint-common_1.4.99.901-1_all.deb xprint_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xprint_1.4.99.901-1_i386.deb xserver-xephyr_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xephyr_1.4.99.901-1_i386.deb xserver-xfbdev_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xfbdev_1.4.99.901-1_i386.deb xserver-xorg-core-dbg_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xorg-core-dbg_1.4.99.901-1_i386.deb xserver-xorg-core_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xorg-core_1.4.99.901-1_i386.deb xserver-xorg-dev_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xorg-dev_1.4.99.901-1_i386.deb xvfb_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xvfb_1.4.99.901-1_i386.deb Override entries for your package: xdmx-tools_1.4.99.901-1_i386.deb - optional x11 xdmx_1.4.99.901-1_i386.deb - optional x11 xnest_1.4.99.901-1_i386.deb - optional x11 xorg-server_1.4.99.901-1.dsc - optional x11 xprint-common_1.4.99.901-1_all.deb - optional x11 xprint_1.4.99.901-1_i386.deb - optional x11 xserver-xephyr_1.4.99.901-1_i386.deb - optional x11 xserver-xfbdev_1.4.99.901-1_i386.deb - optional x11 xserver-xorg-core-dbg_1.4.99.901-1_i386.deb - extra x11 xserver-xorg-core_1.4.99.901-1_i386.deb - optional x11 xserver-xorg-dev_1.4.99.901-1_i386.deb - optional x11 xvfb_1.4.99.901-1_i386.deb - optional x11 Announcing to [EMAIL PROTECTED] Closing bugs: 439764 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#470763: xserver-xorg-core: mouse becomes unusable
Processing commands for [EMAIL PROTECTED]: retitle 470763 xserver-xorg-core: mouse vents suddenly reported twice Bug#470763: xserver-xorg-core: mouse becomes unusable Changed Bug title to `xserver-xorg-core: mouse vents suddenly reported twice' from `xserver-xorg-core: mouse becomes unusable'. 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#439764: marked as done (xorg-server: Please package Xfbdev)
Your message dated Sun, 16 Mar 2008 14:23:43 + with message-id [EMAIL PROTECTED] and subject line Bug#439764: fixed in xorg-server 2:1.4.99.901-1 has caused the Debian Bug report #439764, regarding xorg-server: Please package Xfbdev 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 [EMAIL PROTECTED] immediately.) -- 439764: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439764 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xorg-server Severity: wishlist The Kdrive-based Xfbdev server is useful on embedded systems like the Sharp Zaurus. Since it is built anyway, I see no reason not to include it in the distribution. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: xorg-server Source-Version: 2:1.4.99.901-1 We believe that the bug you reported is fixed in the latest version of xorg-server, which is due to be installed in the Debian FTP archive: xdmx-tools_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xdmx-tools_1.4.99.901-1_i386.deb xdmx_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xdmx_1.4.99.901-1_i386.deb xnest_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xnest_1.4.99.901-1_i386.deb xorg-server_1.4.99.901-1.diff.gz to pool/main/x/xorg-server/xorg-server_1.4.99.901-1.diff.gz xorg-server_1.4.99.901-1.dsc to pool/main/x/xorg-server/xorg-server_1.4.99.901-1.dsc xorg-server_1.4.99.901.orig.tar.gz to pool/main/x/xorg-server/xorg-server_1.4.99.901.orig.tar.gz xprint-common_1.4.99.901-1_all.deb to pool/main/x/xorg-server/xprint-common_1.4.99.901-1_all.deb xprint_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xprint_1.4.99.901-1_i386.deb xserver-xephyr_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xephyr_1.4.99.901-1_i386.deb xserver-xfbdev_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xfbdev_1.4.99.901-1_i386.deb xserver-xorg-core-dbg_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xorg-core-dbg_1.4.99.901-1_i386.deb xserver-xorg-core_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xorg-core_1.4.99.901-1_i386.deb xserver-xorg-dev_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xserver-xorg-dev_1.4.99.901-1_i386.deb xvfb_1.4.99.901-1_i386.deb to pool/main/x/xorg-server/xvfb_1.4.99.901-1_i386.deb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Julien Cristau [EMAIL PROTECTED] (supplier of updated xorg-server 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 14 Mar 2008 13:46:48 +0100 Source: xorg-server Binary: xserver-xorg-core xserver-xorg-dev xdmx xdmx-tools xnest xvfb xserver-xephyr xserver-xfbdev xprint xprint-common xserver-xorg-core-dbg Architecture: source all i386 Version: 2:1.4.99.901-1 Distribution: experimental Urgency: low Maintainer: Debian X Strike Force debian-x@lists.debian.org Changed-By: Julien Cristau [EMAIL PROTECTED] Description: xdmx - distributed multihead X server xdmx-tools - Distributed Multihead X tools xnest - Nested X server xprint - X11 print system (binary) xprint-common - Xprint - the X11 print system (configuration files) xserver-xephyr - nested X server xserver-xfbdev - Linux framebuffer device tiny X server xserver-xorg-core - Xorg X server - core server xserver-xorg-core-dbg - Xorg - the X.Org X server (debugging symbols) xserver-xorg-dev - Xorg X server - development files xvfb - Virtual Framebuffer 'fake' X server Closes: 439764 Changes: xorg-server (2:1.4.99.901-1) experimental; urgency=low . [ Julien Cristau ] * New upstream release candidate * Update patches: + 001_ubuntu_add_extra_modelines_from_xorg.patch: remove useless whitespace changes + 02_libvgahw_gcc4_volatile_fix.diff: delete, the gcc bug this was working around is fixed for a long time + 03_auto_load_driver.diff, 04_auto_load_driver_no_conf.diff, 05_kill_type1.diff,
Processed: Re: Bug#470983: xserver-xorg-video-ati: segfaults on startup
Processing commands for [EMAIL PROTECTED]: retitle 470983 xserver-xorg-core: crash on startup with almost empty config Bug#470983: xserver-xorg-video-ati: segfaults on startup Changed Bug title to `xserver-xorg-core: crash on startup with almost empty config' from `xserver-xorg-video-ati: segfaults on startup'. found 470983 2:1.4.1~git20080131-1 Bug#470983: xserver-xorg-core: crash on startup with almost empty config Bug marked as found in version 2:1.4.1~git20080131-1. severity 470983 minor Bug#470983: xserver-xorg-core: crash on startup with almost empty config Severity set to `minor' from `normal' tags 470983 +wontfix Bug#470983: xserver-xorg-core: crash on startup with almost empty config There were no tags set. Tags added: wontfix 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#470763: xserver-xorg-core: mouse becomes unusable
On Sun, 2008-03-16 at 15:26 +0100, Brice Goglin wrote: retitle 470763 xserver-xorg-core: mouse vents suddenly reported twice thank you Sam Morris wrote: Subject: xserver-xorg-core: Mouse becomes unusable Package: xserver-xorg-core Version: 2:1.4.1~git20080131-1 Severity: important Over the last few days, my trackpad has started to behave very oddly. All mousebutton events are doubled up (as confirmed in xev). Making it hard to select or drag anything without activating or moving it. Oh, double events appeared after some time without restarting X in between? Interesting, I never saw anything like this. Did you unplug/replug some input devices in the meantime? Not quite, this happened one morning when I booted up my laptop. But I have no idea why -- dpkg.log does not mention the upgrade of any X-related packages n or around the date when it started. :( Brice -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#471193: xserver-xorg-video-sunffb fails to set provides with -j2
Package: xserver-xorg-video-sunffb Version: 1:1.1.0-3 ./debian/rules says: binary-arch: build install serverabi but serverabi in debian/xsfbs/xsfbs.mk does not depend on install while install (via dh_clean -k) removes the file debian/xserver-xorg-video-sunffb.substvars serverabi is appending to, thus when running with dpkg-buildpackage -j2 the provide (and the other fields) may get lost. Solution is either to make serverabi depend on install (perhaps in a configurable way) or call serverabi not via dependency but by a sub-$(MAKE). Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video
Processing commands for [EMAIL PROTECTED]: tags 470925 +moreinfo Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video There were no tags set. Tags added: moreinfo 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#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video
tags 470925 +moreinfo thank you Géraud Meyer wrote: When did this problem appear? Did it work fine in 6.7.197? Can you try the package from experimental? http://snapshot.debian.net contains a lot of snapshots of xserver-xorg-video-ati from 6.7.19x days to after 6.8.0. It would be nice to locate which one of them introduced the bug. Brice If 6.7.197 is the version that was replaced by 6.8.0 in sid I think it already had the problem. Yes, 6.7.197 has been in unstable for 2 months before 6.8.0 arrived. I will try to discover the version in http://snapshot.debian.net that first introduced the bug, perhaps tomorrow. Thank you Brice
Bug#470177: xserver-xorg-core: browswe display does not update cleanly
Michael Dressel wrote: On Wed, 12 Mar 2008, Michael Dressel wrote: On Tue, 11 Mar 2008, Michael Dressel wrote: On Mon, 10 Mar 2008, Brice Goglin wrote: Michael Dressel wrote: Package: xserver-xorg-core Version: 2:1.3.0.0.dfsg-12 Severity: important The display of the web browsers Epiphany and iceweasel seam not to be updated properly. When I scroll down with the arrows horizontal stripes appear. When I move another window across the browser it leaves vertical and horizontal stripes. Clicking on the top bar of the browsers window causes a clean redisplay. But there are still corrupted regions around the slider bar. Any chance you upgrade xserver-xorg-core and xserver-xorg-video-ati to unstable to see whether the problem occurs there too? Hi Brice, thanks for your reply. Aptitude complains about many conflicts when I try to update xserver-xorg-core to sid. I also tried to update the virtual package but that would cause conflicts too. So I didn't update. Is there still a way how I could try the xserver from sid without completely upgrading to sid? I finally upgraded xorg completely to sid. And I did upgrade iceweasel. Unfortunately the problem remains. Could it be due to the graphics library? I guess that is gtk2 for both iceweasel and epiphany? (With etch there was no problem.) Can you try with another driver instead of ati? Maybe vesa for instance? In xorg.conf I replaced the line: Driverati with: Drivervesa I'm not sure if this is enough? The result was that I could not get into the GNOME desktop anymore. Or s3 on the other board that seems to be installed in this machine? I did not try it yet. This is an on-board card which uses the processors RAM. I could do it for a test if this would assist you? I found that Epiphany and iceweasel work properly under KDE. I upgraded to the latest Gnome version in sid. And still Epiphany and iceweasel don't display correctly. Should this bug be prpergated to some gnome list? Do you have any fancy effects enabled in KDE or Gnome (compiz-like, transparency, ...)? Apart from these, I don't know what could justify having epiphay/iceweasel render differently. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470886: xserver-xorg-input-kbd: repeated KeyPress events when switching VT while pressing a key
Stephane Chazelas wrote: Package: xserver-xorg-input-kbd Version: 1:1.2.2-3 Severity: normal Hiya, this has been buggering me for a long time, only now I've put a little investigation in it. If, from xorg, I switch to another VT while pressing a key, the original X server keeps sending keypress events to the previously focused client (and keyrelease events to some other client which I've not determined) at the keyboard repeat rate. Still the same with xserver-xorg-core 2:1.4.1~git20080131-2 ? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471126: x11-utils: doesn't list some ghost windows that xrestop shows
retitle 471126 xlsclients doesn't list some ghost windows that xrestop shows thank you Tim Connors wrote: xrestop shows 100 or so of these ghost windows: 253 - unknown ( PID: ? ): other bytes : ~24 total bytes : ~24 that add up to give me my 255 window limit. A similar leak in qiv leads to the shell snippet presented in bug 351816, involving xlsclients. xlsclients doesn't list any of these ghost windows though: xlsclients -l | grep Window | wc -l 78 Is it possible, or indeed sensible, to list these windows in the same fashion as xrestop? I presume there would be still no simple way involving xkill (or the like) of freeing those resources anyway, so it might be a bit academic, however it is misleading to the user who is trying to track down their resource leaks, not to have them listed in the output of xlsclients. The reason is probably that xlsclients only lists actual clients (using XQueryTree()) while xrestop shows resources (with XResQueryClients()). So your ghost windows may be part of the latter but not of the former. By the way, did you actually found your ghostwindows to be missing in xlsclient, or did you just compare the number of entries? Could it be that some clients appear multiple times in xrestop and only once in xlsclients? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#471126: x11-utils: doesn't list some ghost windows that xrestop shows
Processing commands for [EMAIL PROTECTED]: retitle 471126 xlsclients doesn't list some ghost windows that xrestop shows Bug#471126: x11-utils: doesn't list some ghost windows that xrestop shows Changed Bug title to `xlsclients doesn't list some ghost windows that xrestop shows' from `x11-utils: doesn't list some ghost windows that xrestop shows'. 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#455313: xserver-xorg-video-sunffb: crashes when client disconnects
Attached patch fixes the problem for me. The problem seems to be that
FFBSaveScreen uses GET_FFB_FROM_SCREEN, which is #defined as
((FFBPtr)(s)-devPrivates[CreatorScreenPrivateIndex].ptr)
but CreatorScreenPrivateIndex and devPrivates seem to be only set in
ffb_accel, not by ffb_driver. When initializing the server that due to
some strange reason causes no problem[1], but when the last client exists
and the server is doing a reset, CreatorScreenPrivateIndex is 5 here
and points to strange values (0 or 0x1 and stuff like that) thus
causing an segfault.
Hochachtungsvoll,
Bernhard R. Link
[1] On some other cards there might be no accelerator without additional
stuff, thus already segfaulting when starting the X server here. That
might exlain why it sometimes may already segfault when starting the
server and why that segfault at the start no longer happens with some
firmware package.
diff -u xserver-xorg-video-sunffb/src/ffb_driver.c xserver-xorg-video-sunffb-1.1.0/src/ffb_driver.c
--- xserver-xorg-video-sunffb/src/ffb_driver.c 2008-03-16 17:00:18.0 +0100
+++ xserver-xorg-video-sunffb-1.1.0/src/ffb_driver.c 2008-03-16 17:30:40.0 +0100
@@ -1010,7 +1010,12 @@
done in ffb_dac.c `for aesthetic reasons.'
*/
{
-return FFBDacSaveScreen(GET_FFB_FROM_SCREEN(pScreen), mode);
+ScrnInfoPtr pScrn;
+FFBPtr pFfb;
+
+pScrn = xf86Screens[pScreen-myNum];
+
+return FFBDacSaveScreen(GET_FFB_FROM_SCRN(pScrn), mode);
}
static void
Bug#462252: intel: performance regression with EXA seems to be solved
Package: xserver-xorg-video-intel Version: 2:2.2.1-1 Followup-For: Bug #462252 Hello, it seems that there is an easy way to speed up the EXA driver. There is a very interesting discussion for this bug https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/177492 There are many hints, for me (965 Board) the option MigrationHeuristic greedy did the trick. My xorg.conf looks like: Section Monitor . Option AccelMethodEXA Option MigrationHeuristic greedy Option ExaNoComposite False EndSection Best regards, Christoph -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 20. Feb 22:50 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1674780 14. Mär 15:34 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82G965 Integrated Graphics Controller (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: lrwxrwxrwx 1 root root 17 4. Mär 21:31 /etc/X11/xorg.conf - xorg.conf.knoppix Contents of /etc/X11/xorg.conf: Section Files FontPathunix/:7100# local font server EndSection Section Module # Comments: see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346408 Loaddbe # Double Buffering Extension, very important. Loaddri # This shouldn't be available choice if user has selected driver vga, vesa or nv. Loadglx # GLX Extension. Loadextmod# This is okay, but if you look into man xorg.conf you'll find option NOT to include DGA extension with extmod, and for a good reason.. DGA causes instability as it access videoram without consulting X about it. ## SubSection extmod ## Option omit XFree86-DGA ## EndSubSection # Loadfreetype # Freetype fonts. # Loadtype1 # Type 1 fonts # Loadrecord# Developer extension, usually not needed # Loadspeedo# Speedo fonts, this module doesn't exist in Xorg 7.0.17 # The following are deprecated/unstable/unneeded in Xorg 7.0 # LoadGLcore# This should be never present, as it gets automatically loaded. # Loadddc # ddc probing of monitor, this should be never present, as it gets automatically loaded. # Loadbitmap# Should be never present, as it gets automatically loaded. This is a font module, and loading it in xorg.conf makes X try to load it twice. EndSection Section Extensions Option Composite Enable EndSection Section InputDevice Identifier Keyboard_1 Driver kbd Option CoreKeyboard Option XkbModel pc105 Option XkbModel ltcd Option XkbLayout de Option XkbVariantnodeadkeys Option XkbOptionskeypad Option XkbOptionsnumpad:microsoft Option XkbOptionseurosign:e Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Keyboard_2 Driver evdev Option Device/dev/input/event2 # from 'cat /proc/bus/input/devices' Option XkbModel pc105 Option XkbModel ltcd Option XkbLayout de Option XkbVariantnodeadkeys Option XkbOptionskeypad Option XkbOptionsnumpad:microsoft Option XkbOptionseurosign:e Option XkbOptionsctrl:nocaps EndSection Section InputDevice Identifier Mouse1 Driver evdev Option Protocol evdev Option Device/dev/input/event2 # from 'cat /proc/bus/input/devices' EndSection Section InputDevice Identifier Mouse2 Driver evdev Option Protocol evdev # Option Name Logitech USB Receiver # from 'cat /proc/bus/input/devices' # Option Phys usb-*/input0 # from 'cat /proc/bus/input/devices' Option Device/dev/input/event3 # from 'cat /proc/bus/input/devices' # Option Device/dev/input/event0 # from 'cat /proc/bus/input/devices' # Option Device /dev/input/by-id/usb-Logitech_USB_Receiver-event-mouse EndSection Section Device # 3D Beschleunigung prfen: glxinfo (Ausgabe direct rendering: Yes) Identifier Intel965G
Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video
The description I gave, inverted video, lacks precision: * the background is still black (not white) * the characters in colour may not be as bright as if they were truly displayed in inverted video I tested the version in experimental (probably 1:6.8.1~git20080310.38606b08-1) saturday and it had the same problems. As for the versions in snapshot.debian.net I have not managed to get them installed. I do not know how to downgrade. All I could think of was /etc/apt/preferences but how to pin snapshot.debian.net? And how to downgrade a package to a specific version with its dependencies automatically? Could you explain quickly what methods are available to downgrade the x server packages to a specific version of snapshot.debian.net, or otherwise to test a specific version? I noticed that the email I sent to [EMAIL PROTECTED] only had also appeared in the bug log. Is it magic? I am sending to [EMAIL PROTECTED] and [EMAIL PROTECTED] at once this time. Is that right? Géraud Meyer wrote: Brice Goglin wrote: Géraud Meyer wrote: Package: xserver-xorg-video-ati Version: 1:6.8.0-1 Severity: normal Launching an X server on display 0 (Xorg.0.log attached) and switching to a VT (CTRL-ALT-F1) makes the screen appear in inverted video (red is displayed as cyan, green as magenta, blue as orange). Then launching another X server with the vesa driver on display 1 (Xorg.1.log attached) and switching back to a VT makes the screen appear normally on the VTs. /etc/X11/xorg.conf is attached. A Modeline 1280x1024_60.00 is defined and is the default because the server (with the radeon driver) does use an oversized screen otherwise. When did this problem appear? Did it work fine in 6.7.197? Can you try the package from experimental? http://snapshot.debian.net contains a lot of snapshots of xserver-xorg-video-ati from 6.7.19x days to after 6.8.0. It would be nice to locate which one of them introduced the bug. Brice If 6.7.197 is the version that was replaced by 6.8.0 in sid I think it already had the problem. I will try to discover the version in http://snapshot.debian.net that first introduced the bug, perhaps tomorrow. Géraud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471221: Moving window to workspace and rotating cube in the meantime crashes compiz entirely
Package: compiz-core Version: 1:0.6.0+git20071008-0ubuntu1.1 Severity: important --- Please enter the report below this line. --- When using my shortcut (super+cursor-left/right) to push a window to the workspace right next to the current one and try to 'follow' that window by rotating the cube (Mouse6 + Mousedrag), it will crash compiz the second I activate rotation by pressing Mouse6. This will ONLY occur in the period the window hasn't finished it's movement to the other workspace in full and stopped moving. It might have something to do with the windows focus, because I can avoid crashing compiz by waiting for the window which is now underneath my mouse cursor to grab focus. I am using sloppy focus, wobbly windows, have lots of shortcuts, but none of them interfere with each other. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-14-generic Debian Release: lenny/sid 500 ubuntu-doko people.ubuntu.com 500 gutsy-updates nl.archive.ubuntu.com 500 gutsy-security security.ubuntu.com 500 gutsy nl.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.6-1) | 2.6.1-1ubuntu10 libgl1-mesa-glx | 7.0.1-1ubuntu3 OR libgl1| libice6 (= 1:1.0.0) | 2:1.0.3-3 libsm6| 2:1.0.3-1 libstartup-notification0 (= 0.8-1) | 0.9-1 libx11-6 | 2:1.1.1-1ubuntu4 libxcomposite1 (= 1:0.3-1) | 1:0.4.0-0ubuntu1 libxcursor1( 1.1.2) | 1:1.1.8-2 libxdamage1(= 1:1.1) | 1:1.1.1-3 libxext6 | 2:1.0.3-2build1 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxinerama1 | 2:1.0.2-1build1 libxml2 (= 2.6.29) | 2.6.30.dfsg-2ubuntu1.1 libxrandr2 (= 2:1.2.0) | 2:1.2.1-1 libxslt1.1(= 1.1.20) | 1.1.21-2ubuntu2 mesa-utils| 7.0.1-1ubuntu3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470925: xserver-xorg-video-ati: Radeon 7500 - radeon driver makes the VTs appear in inverted video
Géraud Meyer wrote: The description I gave, inverted video, lacks precision: * the background is still black (not white) * the characters in colour may not be as bright as if they were truly displayed in inverted video I tested the version in experimental (probably 1:6.8.1~git20080310.38606b08-1) saturday and it had the same problems. As for the versions in snapshot.debian.net I have not managed to get them installed. I do not know how to downgrade. All I could think of was /etc/apt/preferences but how to pin snapshot.debian.net? And how to downgrade a package to a specific version with its dependencies automatically? What you can do is download the .deb file and install it with dpkg -i foo.deb Downgrading may then be done with dpkg -i anotherfoo.deb or aptitude install xserver-xorg-video-ati/unstable or so. Or you can add deb http://snapshot.debian.net/archive pool xserver-xorg-video-ati to your sources.list, run aptitude update, see the list of available versions with apt-cache policy xserver-xorg-video-ati and install whichever version you want with something like aptitude install xserver-xorg-video-ati=1:6.8.1~git20080302.a4398ac3-1 I noticed that the email I sent to [EMAIL PROTECTED] only had also appeared in the bug log. Is it magic? I usually bounce messages to [EMAIL PROTECTED] when the submitter forgets to keep it in cc. Sorry if I shouldn't have done that, was there anything top-secret to hide? I am sending to [EMAIL PROTECTED] and [EMAIL PROTECTED] at once this time. Is that right? Yes, that's what you're supposed to do. Brice
Bug#470936: VT switching results in scrambled colors with -depth 24
Ivan Shmakov wrote: X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux myhost 2.6.24.3 #2 SMP Wed Mar 12 00:48:51 NOVT 2008 x86_64 You seem to be running Etch's X.org (very old) on a very recent kernel. Any chance you upgrade to a recent X.org as well? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455313: xserver-xorg-video-sunffb: crashes when client disconnects
Bernhard R. Link wrote: Attached patch fixes the problem for me. The problem seems to be that FFBSaveScreen uses GET_FFB_FROM_SCREEN, which is #defined as ((FFBPtr)(s)-devPrivates[CreatorScreenPrivateIndex].ptr) but CreatorScreenPrivateIndex and devPrivates seem to be only set in ffb_accel, not by ffb_driver. When initializing the server that due to some strange reason causes no problem[1], but when the last client exists and the server is doing a reset, CreatorScreenPrivateIndex is 5 here and points to strange values (0 or 0x1 and stuff like that) thus causing an segfault. Hochachtungsvoll, Bernhard R. Link [1] On some other cards there might be no accelerator without additional stuff, thus already segfaulting when starting the X server here. That might exlain why it sometimes may already segfault when starting the server and why that segfault at the start no longer happens with some firmware package. Added to the upstream bug, thanks a lot! Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 463159 to libx11-6
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 # We know the cause of this bug, and the fault lies in Xlib. (reassign correctly this time) reassign 463159 libx11-6 2:1.1.4-1 Bug#463159: XCB-enabled libx11 causes hangs in various X clients Bug reassigned from package `libxcb1' to `libx11-6'. 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]
Bug#471221: marked as done (Moving window to workspace and rotating cube in the meantime crashes compiz entirely)
Your message dated Sun, 16 Mar 2008 20:25:51 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Bug#471221: Moving window to workspace and rotating cube in the meantime crashes compiz entirely has caused the Debian Bug report #471221, regarding Moving window to workspace and rotating cube in the meantime crashes compiz entirely 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 [EMAIL PROTECTED] immediately.) -- 471221: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471221 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: compiz-core Version: 1:0.6.0+git20071008-0ubuntu1.1 Severity: important --- Please enter the report below this line. --- When using my shortcut (super+cursor-left/right) to push a window to the workspace right next to the current one and try to 'follow' that window by rotating the cube (Mouse6 + Mousedrag), it will crash compiz the second I activate rotation by pressing Mouse6. This will ONLY occur in the period the window hasn't finished it's movement to the other workspace in full and stopped moving. It might have something to do with the windows focus, because I can avoid crashing compiz by waiting for the window which is now underneath my mouse cursor to grab focus. I am using sloppy focus, wobbly windows, have lots of shortcuts, but none of them interfere with each other. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-14-generic Debian Release: lenny/sid 500 ubuntu-doko people.ubuntu.com 500 gutsy-updates nl.archive.ubuntu.com 500 gutsy-security security.ubuntu.com 500 gutsy nl.archive.ubuntu.com --- Package information. --- Depends (Version) | Installed =-+-= libc6 (= 2.6-1) | 2.6.1-1ubuntu10 libgl1-mesa-glx | 7.0.1-1ubuntu3 OR libgl1| libice6 (= 1:1.0.0) | 2:1.0.3-3 libsm6| 2:1.0.3-1 libstartup-notification0 (= 0.8-1) | 0.9-1 libx11-6 | 2:1.1.1-1ubuntu4 libxcomposite1 (= 1:0.3-1) | 1:0.4.0-0ubuntu1 libxcursor1( 1.1.2) | 1:1.1.8-2 libxdamage1(= 1:1.1) | 1:1.1.1-3 libxext6 | 2:1.0.3-2build1 libxfixes3 (= 1:4.0.1) | 1:4.0.3-2 libxinerama1 | 2:1.0.2-1build1 libxml2 (= 2.6.29) | 2.6.30.dfsg-2ubuntu1.1 libxrandr2 (= 2:1.2.0) | 2:1.2.1-1 libxslt1.1(= 1.1.20) | 1.1.21-2ubuntu2 mesa-utils| 7.0.1-1ubuntu3 ---End Message--- ---BeginMessage--- Andreas Zeller wrote: Package: compiz-core Version: 1:0.6.0+git20071008-0ubuntu1.1 Severity: important Hello, this is the Debian BTS, please report bugs from Ubuntu's Compiz to Ubuntu Launchpad :) Feel free to reopen if you can reproduce with latest Debian compiz-core (0.6.3~git20080115.0ea58487-1 as of today). When using my shortcut (super+cursor-left/right) to push a window to the workspace right next to the current one and try to 'follow' that window by rotating the cube (Mouse6 + Mousedrag), it will crash compiz the second I activate rotation by pressing Mouse6. This will ONLY occur in the period the window hasn't finished it's movement to the other workspace in full and stopped moving. It might have something to do with the windows focus, because I can avoid crashing compiz by waiting for the window which is now underneath my mouse cursor to grab focus. I am using sloppy focus, wobbly windows, have lots of shortcuts, but none of them interfere with each other. We'll need at least at backtrace of the crash to debug this. Thanks, Brice ---End Message---
Processed (with 1 errors): Please add LSB formatted dependency info in init.d script
Processing commands for [EMAIL PROTECTED]: unarchive 335350 Unarchived Bug 335350 reopen 335350 Bug#335350: xserver-xorg: Please add LSB formatted dependency info in init.d script Bug reopened, originator not changed. found 335350 1:7.3+10 Bug#335350: xserver-xorg: Please add LSB formatted dependency info in init.d script Bug marked as found in version 1:7.3+10. user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). usertag obsolete-initscript Unknown command or malformed arguments to command. 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#335350: Please add LSB formatted dependency info in init.d script
unarchive 335350 reopen 335350 found 335350 1:7.3+10 user [EMAIL PROTECTED] usertag obsolete-initscript thanks Package: xserver-xorg Version: 1:7.3+10 Followup-For: Bug #335350 [EMAIL PROTECTED]:/etc$ dpkg -L xserver-xorg | grep init.d /etc/init.d/xserver-xorg File exists and it's reported as an obsoleted script: error: Obsolete conffile /etc/init.d/xserver-xorg left behind by package xserver-xorg Please mark the file as a configuratiob file and please add proper LSB dependencies as stated earlier in this bugreport. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg depends on: ii debconf [debconf-2 1.5.20Debian configuration management sy ii fglrx-driver [xser 8.45.5-1 non-free AMD/ATI r5xx, r6xx displa ii x11-common 1:7.3+10 X Window System (X.Org) infrastruc ii x11-xkb-utils 7.3+1 X11 XKB utilities ii xkb-data 1.1~cvs.20080104.1-1 X Keyboard Extension (XKB) configu ii xserver-xorg-core 2:1.4.1~git20080131-2 Xorg X server - core server ii xserver-xorg-input 1:1.2.2-3 X.Org X server -- keyboard input d ii xserver-xorg-input 1:1.2.3-2 X.Org X server -- mouse input driv ii xserver-xorg-video 1:6.8.0-1 X.Org X server -- ATI display driv Versions of packages xserver-xorg recommends: ii dmidecode2.9-1 Dump Desktop Management Interface ii libgl1-mesa-dri 7.0.3~rc2-1 A free implementation of the OpenG ii udev 0.114-2 /dev/ and hotplug management daemo -- Blogi to bastardy WWW, które się po nocach ryćkało z top-postingiem. /Leslie/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Please add LSB formatted dependency info in init.d script
Processing commands for [EMAIL PROTECTED]: notfound 335350 1:7.3+10 Bug#335350: xserver-xorg: Please add LSB formatted dependency info in init.d script Bug no longer marked as found in version 1:7.3+10. 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#335350: marked as done (xserver-xorg: Please add LSB formatted dependency info in init.d script)
Your message dated Sun, 16 Mar 2008 21:17:40 +0100 with message-id [EMAIL PROTECTED] and subject line Re: Please add LSB formatted dependency info in init.d script has caused the Debian Bug report #335350, regarding xserver-xorg: Please add LSB formatted dependency info in init.d script 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 [EMAIL PROTECTED] immediately.) -- 335350: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=335350 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xserver-xorg Version: 6.8.2.dfsg.1-9 Severity: wishlist To be able to check boot script order, and also to be able to start boot scripts in parallel, it is important to know the dependencies of the various boot scripts. The Linux Software Base specifies a init.d header file format useful for this purpose, and adding such header to the init.d scripts would make it possible for me to use this information to check the current sequence and speed up the debian boot. URL:http://refspecs.freestandards.org/LSB_2.1.0/LSB-generic/LSB-generic/initscrcomconv.html documents the LSB header format. Some debian notes are available from URL:http://wiki.debian.org/?LSBInitScripts. Here is a proposed dependency header to document the dependencies of xserver-xorg. It is slightly tested using the insserv package and the new parallell booting support in sysvinit. ### BEGIN INIT INFO # Provides: xserver-xorg # Required-Start:$local_fs $remote_fs # Required-Stop: $local_fs $remote_fs # Default-Start: S 1 2 3 4 5 # Default-Stop: 0 6 ### END INIT INFO ---End Message--- ---BeginMessage--- notfound 335350 1:7.3+10 thank you On Sun, Mar 16, 2008 at 08:51:29PM +0100, Artur R. Czechowski wrote: [EMAIL PROTECTED]:/etc$ dpkg -L xserver-xorg | grep init.d /etc/init.d/xserver-xorg File exists and it's reported as an obsoleted script: error: Obsolete conffile /etc/init.d/xserver-xorg left behind by package xserver-xorg Please mark the file as a configuratiob file and please add proper LSB dependencies as stated earlier in this bugreport. No. As stated earlier, we don't ship /etc/init.d/xserver-xorg anymore. What's needed is to remove this file from existing installations properly. We have #459507 about this. Brice ---End Message---
Processed: forcibly merging 335350 459507
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 forcemerge 335350 459507 Bug#335350: xserver-xorg: Please add LSB formatted dependency info in init.d script Bug#459507: xserver-xorg: Remove obsole init script on package upgrade Forcibly Merged 335350 459507. 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]
Bug#335350: Please add LSB formatted dependency info in init.d script
On Sun, Mar 16, 2008 at 09:17:40PM +0100, Brice Goglin wrote: On Sun, Mar 16, 2008 at 08:51:29PM +0100, Artur R. Czechowski wrote: [EMAIL PROTECTED]:/etc$ dpkg -L xserver-xorg | grep init.d /etc/init.d/xserver-xorg File exists and it's reported as an obsoleted script: error: Obsolete conffile /etc/init.d/xserver-xorg left behind by package xserver-xorg Please mark the file as a configuratiob file and please add proper LSB dependencies as stated earlier in this bugreport. No. As stated earlier, we don't ship /etc/init.d/xserver-xorg anymore. What's needed is to remove this file from existing installations properly. We have #459507 about this. Yes, I've found it later. Sorry for bothering you. Regards Artur -- habitus - ustrukturowana struktura strukturująca /definicja socjologiczna/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unmerging 335350
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 unmerge 335350 Bug#335350: xserver-xorg: Please add LSB formatted dependency info in init.d script Bug#459507: xserver-xorg: Remove obsole init script on package upgrade Disconnected #335350 from all other report(s). 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]
Processed: reopening 459507, notfound 459507 in 6.8.2.dfsg.1-9, severity of 459507 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 reopen 459507 Bug#459507: xserver-xorg: Remove obsole init script on package upgrade Bug reopened, originator not changed. notfound 459507 6.8.2.dfsg.1-9 Bug#459507: xserver-xorg: Remove obsole init script on package upgrade Bug no longer marked as found in version 6.8.2.dfsg.1-9. severity 459507 normal Bug#459507: xserver-xorg: Remove obsole init script on package upgrade Severity set to `normal' from `wishlist' 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]
Processed: reassigning to xterm
Processing commands for [EMAIL PROTECTED]: reassign 461773 xterm Bug#461773: fluxbox: xterm -e mc results in maximized xterm window but not maximized mc Bug reassigned from package `mc' to `xterm'. 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]
[bts-link] source package xserver-xorg-video-ati
# # bts-link upstream status pull for source package xserver-xorg-video-ati # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #463076 # * https://bugs.freedesktop.org/show_bug.cgi?id=15056 # * remote status changed: (?) - NEW usertags 463076 + status-NEW thanks
[bts-link] source package xserver-xorg-video-intel
# # bts-link upstream status pull for source package xserver-xorg-video-intel # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #467319 # * https://bugs.freedesktop.org/show_bug.cgi?id=15057 # * remote status changed: (?) - NEW usertags 467319 + status-NEW thanks
[bts-link] source package xserver-xorg-input-evdev
# # bts-link upstream status pull for source package xserver-xorg-input-evdev # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #468913 # * https://bugs.freedesktop.org/show_bug.cgi?id=14342 # * remote status changed: (?) - NEW usertags 468913 + status-NEW thanks
