Bug#495539: marked as done (compiz-core: compiz fails to start using fglrx driver: "No whitelisted driver found")
Your message dated Mon, 01 Sep 2008 06:32:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#495539: fixed in compiz 0.7.6-7 has caused the Debian Bug report #495539, regarding compiz-core: compiz fails to start using fglrx driver: "No whitelisted driver found" 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.) -- 495539: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495539 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: compiz-core Version: 0.7.6-5 Severity: important Tags: patch Hello, using fglrx driver for X and trying to launch compiz fails with message: "No whitelisted driver found". If there's no special reason for it, this could be fixed by just adding it to the WHITELIST in /usr/bin/compiz. See the attached patch. Thanks, Georg -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-core depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 7.0.3-5 A free implementation of the OpenG ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcomposite1 1:0.4.0-3 X11 Composite extension library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii mesa-utils 7.0.3-5 Miscellaneous Mesa GL utilities Versions of packages compiz-core recommends: ii compiz-plugins0.7.6-5OpenGL window and compositing mana Versions of packages compiz-core suggests: pn nvidia-glx (no description available) -- no debconf information --- /usr/bin/compiz +++ /usr/bin/compiz @@ -51,7 +51,7 @@ FALLBACKWM_OPTIONS="--replace $@" # Driver whitelist -WHITELIST="nvidia intel ati radeon i810" +WHITELIST="fglrx nvidia intel ati radeon i810" # blacklist based on the pci ids # See http://wiki.compiz-fusion.org/Hardware/Blacklist for details --- End Message --- --- Begin Message --- Source: compiz Source-Version: 0.7.6-7 We believe that the bug you reported is fixed in the latest version of compiz, which is due to be installed in the Debian FTP archive: compiz-core_0.7.6-7_amd64.deb to pool/main/c/compiz/compiz-core_0.7.6-7_amd64.deb compiz-dev_0.7.6-7_amd64.deb to pool/main/c/compiz/compiz-dev_0.7.6-7_amd64.deb compiz-gnome_0.7.6-7_amd64.deb to pool/main/c/compiz/compiz-gnome_0.7.6-7_amd64.deb compiz-gtk_0.7.6-7_amd64.deb to pool/main/c/compiz/compiz-gtk_0.7.6-7_amd64.deb compiz-kde_0.7.6-7_amd64.deb to pool/main/c/compiz/compiz-kde_0.7.6-7_amd64.deb compiz-plugins_0.7.6-7_amd64.deb to pool/main/c/compiz/compiz-plugins_0.7.6-7_amd64.deb compiz_0.7.6-7.diff.gz to pool/main/c/compiz/compiz_0.7.6-7.diff.gz compiz_0.7.6-7.dsc to pool/main/c/compiz/compiz_0.7.6-7.dsc compiz_0.7.6-7_all.deb to pool/main/c/compiz/compiz_0.7.6-7_all.deb libdecoration0-dev_0.7.6-7_amd64.deb to pool/main/c/compiz/libdecoration0-dev_0.7.6-7_amd64.deb libdecoration0_0.7.6-7_amd64.deb to pool/main/c/compiz/libdecoration0_0.7.6-7_amd64.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. Sean Finney <[EMAIL PROTECTED]> (supplier of updated compiz 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.8 Date: Mon, 01
Bug#478880: I cannot test it yet [was: Re: No, it's not fixed upstream]
On Sun, 2008-08-31 at 18:37 +0200, Francesco Poli wrote:
>
> OpenGL application are quite slow and print the following error message:
>
> Failed to initialize TTM buffer manager. Falling back to classic.
That's harmless.
> Just to be clear: glxgears measures frame rates about 16 or 17 times
> slower than before.
The Mesa intel drivers now default to syncing to vblank. You can
override this using the driconf option vblank_mode if you really need
glxgears to render more frames than you can see...
> Hence, IIUC, I cannot upgrade to xserver-xorg-video-intel and
> xserver-xorg-core from experimental, unless I am willing to remove
> large numbers of packages, which I am not!
I think you'd just need to remove xserver-xorg-{input,video}-all
packages and instead make sure the specific input and video driver
packages you need are installed.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496922: xserver-xorg-video-openchrome: mouse cursor disappeared after upgrade
Hi all. Thanks for taking the issue. Raphael Geissert ha scritto: >> Justification: renders package unusable > > No, it doesn't. At least for me, it does (unless you can guess the mouse posion by imagination...) > Like Julien said, upgrade of what? 1:0.2.902+svn570-1 > 1:0.2.902+svn579-1 > If you were using xserver-xorg's PCI cards detection you would require > version +579 to be installed as it is the second version ever in > Debian and the first one with the required file to detect the PCI > cards that openchrome can handle; and there has been no upload after > +svn579, yet. > Besides that I can not see any change between 570 and 579 that would > cause such a problem, but correct me if I'm wrong. The problem seems to lay there. > Anyway, please provide some more information like what kind of card > you have, the /var/log/Xorg.log.0 file when you actually tried > openchrome and not vesa, etc. Everything seems to be on: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496922 Do you need anything else? All the best, and many thanks. pc -- Paolo Cavallini, see: * http://www.faunalia.it/pc * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#495267: Upstream commit which causes this
Processing commands for [EMAIL PROTECTED]: > retitle 495267 xrandr fails to recognize certain CRTC configurations Bug#495267: xrandr: not smart enough to auto-selecting CRTCs Changed Bug title to `xrandr fails to recognize certain CRTC configurations' from `xrandr: not smart enough to auto-selecting CRTCs'. > reassign x11-xserver-utils 7.3+5 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#495267: Upstream commit which causes this
retitle 495267 xrandr fails to recognize certain CRTC configurations reassign x11-xserver-utils 7.3+5 thanks * Michel Dänzer: > On Sun, 2008-08-31 at 11:08 +0200, Florian Weimer wrote: >> * Jed Davis: >> >> >> I guess you'll have to specify a mode as well since just --crtc seems >> >> to disable the output. Try: >> >> xrandr --output DVI-0 --off >> >> xrandr --output DVI-0 --crtc 1 --mode 1024x768 >> > >> > That does the trick (as does adding the --crtc 1 to the line in my >> > .xinitrc that configures that monitor, since that already specified the >> > --mode). Thank you! >> >> Okay, so there is a workaround. Thanks. Do you still need more >> information to actually fix this regression? > > There's a problem in xrandr, not in the driver. Okay, I'll trust you on that, reassigning. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xorg: Changes to 'ubuntu'
debian/changelog|4
debian/control |2
debian/local/Failsafe/failsafeXinit | 161
3 files changed, 151 insertions(+), 16 deletions(-)
New commits:
commit a4f63bbf24f230b21fb81153c2283399cecd1701
Author: Bryce Harrington <[EMAIL PROTECTED]>
Date: Mon Sep 1 12:12:01 2008 -0700
New replacement for displayconfig-gtk in bulletproof-X mode
diff --git a/debian/changelog b/debian/changelog
index b8d1880..a1f5def 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,8 +4,10 @@ xorg (1:7.4~1ubuntu2) UNRELEASED; urgency=low
- Add Xorg.0.log.old
- Add xkbcomp and setxkbmap for keyboard bugs.
- Add intel_reg_dumper for -intel bugs.
+ * control:
+- Add xinput to xorg Depends so xinput is included in main
- -- Bryce Harrington <[EMAIL PROTECTED]> Thu, 21 Aug 2008 15:59:56 -0700
+ -- Bryce Harrington <[EMAIL PROTECTED]> Fri, 29 Aug 2008 12:52:48 -0700
xorg (1:7.4~1ubuntu1) intrepid; urgency=low
diff --git a/debian/control b/debian/control
index 8585b1e..a1ba895 100644
--- a/debian/control
+++ b/debian/control
@@ -110,7 +110,7 @@ Description: the X.Org X server -- input driver metapackage
Package: xorg
Architecture: any
-Depends: xserver-xorg, libgl1-mesa-glx | libgl1, libglu1-mesa, xfonts-base (>=
1:1.0.0-1), xfonts-100dpi (>= 1:1.0.0-1), xfonts-75dpi (>= 1:1.0.0-1),
xfonts-scalable (>= 1:1.0.0-1), x11-apps, x11-session-utils, x11-utils,
x11-xfs-utils, x11-xkb-utils, x11-xserver-utils, xauth, xinit, xfonts-utils,
xkb-data, xterm | x-terminal-emulator, sparc-utils [sparc], x11-common
+Depends: xserver-xorg, libgl1-mesa-glx | libgl1, libglu1-mesa, xfonts-base (>=
1:1.0.0-1), xfonts-100dpi (>= 1:1.0.0-1), xfonts-75dpi (>= 1:1.0.0-1),
xfonts-scalable (>= 1:1.0.0-1), x11-apps, x11-session-utils, x11-utils,
x11-xfs-utils, x11-xkb-utils, x11-xserver-utils, xauth, xinit, xfonts-utils,
xkb-data, xterm | x-terminal-emulator, sparc-utils [sparc], x11-common, xinput
Suggests: xorg-docs
Provides: x-window-system, x-window-system-core
Description: X.Org X Window System
diff --git a/debian/local/Failsafe/failsafeXinit
b/debian/local/Failsafe/failsafeXinit
index 4e66bd8..16fbc1e 100755
--- a/debian/local/Failsafe/failsafeXinit
+++ b/debian/local/Failsafe/failsafeXinit
@@ -1,9 +1,10 @@
+#!/bin/bash
# This provides a stripped down 'failsafe' mode for situations
# where X is failing to start up.
# Author: Bryce W. Harrington <[EMAIL PROTECTED]>
-# Copyright 2007 Canonical, Ltd
+# Copyright 2007, 2008 Canonical, Ltd
#
# This is free software; you may redistribute it and/or modify
# it under the terms of the GNU General Public License as
@@ -20,23 +21,155 @@
# not, write to the Free Software Foundation, Inc., 59 Temple Place,
# Suite 330, Boston, MA 02111-1307 USA
-BULLETPROOF_X_PATH="/etc/gdm"
-
xorg_conf=$1
with_gdm=$2
-if [ ! -x /usr/bin/xfailsafedialog ] ; then
- if [ ! -x /usr/bin/displayconfig-gtk ]; then
- zenity --error --text "Cannot launch graphical configuration
tool\nbecause displayconfig-gtk is not installed.\nSorry, without this tool
installed you must manually\nconfigure Xorg."
- else
- zenity --error --text "Cannot launch graphical configuration
tool\nbecause the installed version of displayconfig-gtk\nis too old. Sorry,
without this tool installed\nyou must manually configure Xorg."
- fi
+display=0
+xorg_log="/var/log/Xorg.${display}.log"
+gdm_log="/var/log/gdm/:${display}.log"
+apport_hook="/usr/share/apport/xserver_hook"
+
+app_width=300
+app_height=300
+app_title="Ubuntu Failsafe-X"
+
+timestamp=$(date +%y%m%d%H%M%S)
+
+display_main_menu() {
+zenity --list \
+--radiolist \
+--title "$app_title" \
+--width $app_width --height $app_height \
+--text "What would you like to do?" \
+--column "" --column "Choice" --column "" \
+ 1 RECONFIGURE "Reconfigure graphics" \
+ 2 TROUBLESHOOT "Troubleshoot the error" \
+ 3 FILE_BUG "Report a bug about this failure" \
+--hide-column 2
+}
-else
-/usr/bin/gksu -u root "/usr/bin/xfailsafedialog"
+display_reconfigure_menu() {
+# TODO: Only display SELECT_BACKUP if backups are available
-if [ "x$with_gdm" = "xwith-gdm" ]; then
-export XORGCONFIG=${xorg_conf}
-/etc/init.d/gdm restart
+zenity --list \
+--radiolist \
+--title "$app_title : Reconfiguration" \
+--text "How would you like to reconfigure your display?" \
+--width $app_width --height $app_height \
+--column "" --column "Choice" --column "" \
+ 1 RUN_DEXCONF "Use default (generic) configuration" \
+ 2 RUN_XORGCONF "Create new configuration for this hardware" \
+ 3 SELECT_BACKUP "Use your backed-up configuration" \
+--hide-column 2
+}
+
+display_troubleshooting_menu() {
+zenity --list \
+--radiolist \
+--title "$app_title : Troubleshooting" \
+
xorg: Changes to 'ubuntu'
debian/changelog |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) New commits: commit 180234c5b2094faa88a1f605e4a463b53757c7b6 Author: Bryce Harrington <[EMAIL PROTECTED]> Date: Mon Sep 1 12:15:34 2008 -0700 changelog diff --git a/debian/changelog b/debian/changelog index a1f5def..b429d48 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,7 @@ xorg (1:7.4~1ubuntu2) UNRELEASED; urgency=low + * local/Failsafe/failsafeXinit: Replace use of displayconfig-gtk with +a simple troubleshooting/reconfiguration menu. * apport/source_xorg.py: - Add Xorg.0.log.old - Add xkbcomp and setxkbmap for keyboard bugs. @@ -7,7 +9,7 @@ xorg (1:7.4~1ubuntu2) UNRELEASED; urgency=low * control: - Add xinput to xorg Depends so xinput is included in main - -- Bryce Harrington <[EMAIL PROTECTED]> Fri, 29 Aug 2008 12:52:48 -0700 + -- Bryce Harrington <[EMAIL PROTECTED]> Mon, 01 Sep 2008 12:14:45 -0700 xorg (1:7.4~1ubuntu1) intrepid; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#497209: xserver-xorg-video-radeon: Strange behaviour using dvi-port only with Radeon 9200 pro
Brice Goglin wrote: >> I can simply switch to an tty and call xrandr there. But, i think you >> want the output of "xrandr -display :0 -q" because the output without >> '-q' is empty in both cases. The output ist attached. >The chosen rate is different in these xrandr output, 59.9 when working, >while 60.0 when not working. Maybe your monitor doesn't like 60.0. >Can you try: >1) plugin the VGA cable so that X works >2) changing the rate from 59.9 to 60.0 with xrandr --rate Quick check yesterday: X keeps running, but the screen switchs to black. (the same black as if starting without VGA cable connected.) Switching back to 59.9 was not possible for me, but i had only 5 minutes to try this. What is the Correct command for this. (run on ttyN) >That said, it looks like having the VGA output detected with preferred >rate = 59.9 would cause the DVI chosen rate to change from 60 and 59.9. I _think_ i have seen the monitor running a useable X with 60, but im really not shure about this, i've seen too many different outputs of xrandr during my tests before writing this bugreport. Bye Felix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#497209: xserver-xorg-video-radeon: Strange behaviour using dvi-port only with Radeon 9200 pro
Felix Schueller wrote: > Quick check yesterday: X keeps running, but the screen switchs to black. > (the same black as if starting without VGA cable connected.) > Switching back to 59.9 was not possible for me, but i had only 5 minutes to > try this. What is the Correct command for this. (run on ttyN) > Before I push this bug report to upstream, could you try building the latest upstream git ? If you need help, please let me know. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496935: libxtrap6: xtrap fails libxcb assertion
[EMAIL PROTECTED] wrote: > Package: libxtrap6 > Version: 2:1.0.0-5 > Severity: important > > > Some programmes that I have developped around the Xtrap extension abort > when installing libxcb. This is due to xtrap failing the following xcb > assertion. > > Note that libxcb is necessary for Iceweasel 3 through Cairo. (ouch) > > $ xtrapstats > Display: :0.0 > Stats Command (Zero, Quit, [Show])? Show > xtrapstats: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) > ((xcb_req) - (dpy->request)) >= 0)' failed. > Aborted > Do you have a good reason to think that the bug is in xtrap/xcb and not in your code? xcb brings more assertions so it catches more bugs in the caller, so it's not clear where the bug comes from. More important, as you will see in [1,2], xtrap is being removed upstream, so you might want to rethink your application anyway. Brice [1] http://marc.info/?l=freedesktop-xorg&m=121440233020302&w=2 [2] http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=cbc20d92de92aad5ca240310a9156ccf97c24a01 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#451791: xserver-xorg-video-intel: XAA on GM965 - no video player working
Package: xserver-xorg-video-intel Followup-For: Bug #451791 > xserver-xorg-video-intel (2:2.3.2-2+lenny3) unstable; urgency=low > > [ Brice Goglin ] > * Add 02_xaa_by_default_on_i965.diff to switch back to XAA on >i965 by default to avoid many rendering problems, closes: #451791. With this patch, all my video players (totem, vlc, mplayer, xine) stopped working with error messages like that: The error was 'BadAlloc' (insufficient resources for operation) I found some reports on Fedora and Ubuntu with similiar problems. Switching manually back to EXA fixed the problem. BTW, I never had problems with font rendering. https://bugs.launchpad.net/fedora/+bug/111257 https://bugs.freedesktop.org/show_bug.cgi?id=10912#c33 Regards, Kai -- 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 7. Feb 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1901104 26. Aug 20:25 /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 Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) /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 2505 1. Sep 23:16 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "thinkpad60" Option "XkbLayout" "de" Option "XkbVariant" "nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" # trackpoint scrolling Option "EmulateWheel" "on" Option "EmulateWheelButton""2" Option "YAxisMapping" "4 5" Option "XAxisMapping" "6 7" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol" "auto-dev" Option "LeftEdge" "1900" Option "RightEdge" "5000" Option "TopEdge" "1400" Option "BottomEdge" "4500" Option "FingerLow" "25" Option "FingerHigh" "35" Option "MaxTapTime" "180" Option "MaxTapMove" "220" Option "ClickTime" "0" Option "VertEdgeScroll" "1" Option "VertScrollDelta" "45" Option "HorizEdgeScroll" "1" Option "HorizScrollDelta" "45" Option "MinSpeed" "0.08" Option "MaxSpeed" "0.60" Option "AccelFactor" "0.003" Option "EdgeMotionMinSpeed" "200" Option "EdgeMotionMaxSpeed" "200" Option "TapButton1" "1" Option "TapButton2" "3" Option "TapButton3" "2" Option "SHMConfig" "on" EndSection Section "Device" Identifier "Configured Video Device" Option "AccelMethod" "exa" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" "CorePointer" InputDevice "Synaptics Touchpad" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 35882 16. Feb 2008 /var/log/Xorg.20.log -rw-r--r-- 1 root root 40951 1. Sep 23:17 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-5) Current Operating System: Linux dummy 2.6.26-1-amd64 #1 SMP Thu Aug 28 11:13:42 UTC 2008 x86_64 Build Date: 26 August 2008 06:07:42PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probe
Bug#451791: xserver-xorg-video-intel: XAA on GM965 - no video player working
Kai Weber wrote: >> xserver-xorg-video-intel (2:2.3.2-2+lenny3) unstable; urgency=low >> >> [ Brice Goglin ] >> * Add 02_xaa_by_default_on_i965.diff to switch back to XAA on >>i965 by default to avoid many rendering problems, closes: #451791. >> > > With this patch, all my video players (totem, vlc, mplayer, xine) stopped > working with error messages like that: > > The error was 'BadAlloc' (insufficient resources for operation) > Yeah, we are aware of the problem, XAA and XV are not always friends. We are thinking of replacing the above "force XAA" patch into "Force EXANoComposite" on i965. > BTW, I never had problems with font rendering. > Let's say you're lucky :) We don't know what's causing this font rendering problem, but many people were affected on various i965 board models. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496690: xdm: want to use Tab to switch from Login to Password field
I have also configured Tab to have the finish-field behaviour. A mis-feature of this configuration, however, is that pressing tab while in the Password field will not swap back to the username field, but will instead try to logon. So if the goal is consistency with other logon screens or other GUI apps, it is only partially successful. I'm not aware of any way to fix this. Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496922: xserver-xorg-video-openchrome: mouse cursor disappeared after upgrade
Hi, 2008/9/1 Paolo Cavallini <[EMAIL PROTECTED]>: > Hi all. > Thanks for taking the issue. > > Raphael Geissert ha scritto: > >>> Justification: renders package unusable >> >> No, it doesn't. > > At least for me, it does (unless you can guess the mouse posion by > imagination...) It doesn't for everyone, nor the majority; so it is important, but should not prevent the package from being shipped in lenny. > >> Like Julien said, upgrade of what? > 1:0.2.902+svn570-1 > 1:0.2.902+svn579-1 > >> If you were using xserver-xorg's PCI cards detection you would require >> version +579 to be installed as it is the second version ever in >> Debian and the first one with the required file to detect the PCI >> cards that openchrome can handle; and there has been no upload after >> +svn579, yet. >> Besides that I can not see any change between 570 and 579 that would >> cause such a problem, but correct me if I'm wrong. > > The problem seems to lay there. > >> Anyway, please provide some more information like what kind of card >> you have, the /var/log/Xorg.log.0 file when you actually tried >> openchrome and not vesa, etc. > > Everything seems to be on: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496922 > Do you need anything else? Could you please re-read what I wrote? I want you to provide the Xorg.log.0 generated right after you try to use openchrome and before you restart xorg with any other driver. Btw, can you see the id of your card in /usr/share/doc/xserver-xorg-video-openchrome/changelog.Debian.gz? And have you read openchrome(4)? If you find a workaround there please report back. > > All the best, and many thanks. > pc > -- > Paolo Cavallini, see: * http://www.faunalia.it/pc * > Cheers, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496979: Bug #496979: same problem of flickering with a Radeon 7500
I have the exact same problem of flickering as described in bug #496979, with a Radeon 7500 and XVideo. Problem also solved by using the xshm driver in xine, or the x11 driver in mplayer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#496935: libxtrap6: xtrap fails libxcb assertion
Brice Goglin wrote: [EMAIL PROTECTED] wrote: Package: libxtrap6 Version: 2:1.0.0-5 Severity: important Some programmes that I have developped around the Xtrap extension abort when installing libxcb. This is due to xtrap failing the following xcb assertion. Note that libxcb is necessary for Iceweasel 3 through Cairo. (ouch) $ xtrapstats Display: :0.0 Stats Command (Zero, Quit, [Show])? Show xtrapstats: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed. Aborted Do you have a good reason to think that the bug is in xtrap/xcb and not in your code? xcb brings more assertions so it catches more bugs in the caller, so it's not clear where the bug comes from. Yes. xtrapstats belongs to the Xtrap sample clients bundled in the Debian package. Otherwise, my "code" is just sending strings to xtrapin through the shell. More important, as you will see in [1,2], xtrap is being removed upstream, so you might want to rethink your application anyway. [1] http://marc.info/?l=freedesktop-xorg&m=121440233020302&w=2 [2] http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=cbc20d92de92aad5ca240310a9156ccf97c24a01 I find this unfortunate, as I began using Xtrap a few months ago unknowingly. I chose Xtrap over Xtest because the later seemed far less documented and harder to use. I guess I will just freeze my system in the mean time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
