Bug#448384: closed by Brice Goglin brice.gog...@ens-lyon.org (Re: Bug#448384: Which opengl driver)
Dear Brice, Apologies for for not replying sooner. After the fan stopped working for a while under linux (they changed the kernel drivers, sadly) my ibook died and has had to be replaced with an intel based macbook. My thanks for all your help over the years, and to Michel Dänzer, too. With best wishes, Adam Bartley On Fri, Mar 5, 2010 at 10:09 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the libgl1-mesa-dri package: #448384: gnome-session: opengl artifacts since 2.20 when not full screen It has been closed by Brice Goglin brice.gog...@ens-lyon.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Brice Goglin brice.gog...@ens-lyon.org by replying to this email. -- 448384: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448384 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Brice Goglin brice.gog...@ens-lyon.org To: 448384-d...@bugs.debian.org Date: Fri, 5 Mar 2010 23:08:00 +0100 Subject: Re: Bug#448384: Which opengl driver On Tue, Oct 30, 2007 at 10:56:25AM +0100, Michel Dänzer wrote: reassign 448384 libgl1-mesa-dri kthxbye On Tue, 2007-10-30 at 10:13 +0100, Josselin Mouette wrote: Le lundi 29 octobre 2007 à 21:25 +, Adam Bartley a écrit : Thanks for the response. Re: which driver I use, the glxinfo output follows: OpenGL renderer string: Mesa DRI R200 20060602 AGP 4x TCL Thanks, reassigning. Adam, if you're using a compositing manager, see https://bugs.freedesktop.org/show_bug.cgi?id=8732 We have DRI2 for radeon in experimental now. Otherwise, please provide screenshots of the problem. Otherwise no reply in 2 years, closing. Brice -- Forwarded message -- From: Adam Bartley adam.bart...@gmail.com To: sub...@bugs.debian.org Date: Sun, 28 Oct 2007 17:03:23 + Subject: gnome-session: opengl artifacts since 2.20 when not full screen Package: gnome-session Version: 2.20.1-1 Severity: normal *** Please type your report below this line *** This occurs on an ibook G4, 1.2 Ghx with the Radeon 9200 for graphics. On full screen applications, like armagetron, opengl graphics work as normal. Anything windowed misbehaves, however, by having jittery artifcats, and multiple images of something in motion. Glxinfo and glxgears report nothing unusual in their stats, but glxgears looks awful. Gnome-compiz is installed, but not configured. Is Gnome fighting with opengl somehow? That would explain why fullscreen apps behave themselves. Best wishes, Adam Bartley -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.22-2-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session depends on: ii gconf2 2.20.0-1 GNOME configuration database syste ii gnome-control-center1:2.20.1-1 utilities to configure the GNOME d ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
Bug#565597: libgl1-mesa-dri: further failures on 7.7 after upgrade to fix errors on 7.6
Package: libgl1-mesa-dri Version: 7.7-1 Severity: normal *** Please type your report below this line *** Apologies for having to reopen this bug. After rebooting the system we have the same bug/freeze again. I have attached my xorg.conf. Any other files/logs that you want, let me know. To repeat the situation: the system freezes completely and has to have a hard reboot whenever an application using opengl launches. Now it even resets the date of my laptop on reboot. This is an ibook g4 with a Radeon 9200. I am using testing, but upgraded to mesa 7.7 from 7.6 to try and fix this same bug. This worked once, before reverting to this situation. With best wishes, Adam Bartley -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdrm2 2.4.15-1 Userspace interface to kernel DRM ii libexpat1 2.0.1-7XML parsing C library - runtime li xorg.conf Description: application/download
Bug#565427: libgl1-mesa-dri: any 3d applications completely freeze system
Dear Julien, Installing the 7.7 version has fixed the problem. Many thanks for your prompt advice. With best wishes, Adam Bartley On Sat, Jan 16, 2010 at 5:09 AM, Julien Cristau jcris...@debian.org wrote: On Sat, Jan 16, 2010 at 04:48:19 +1100, Adam Bartley wrote: Package: libgl1-mesa-dri Version: 7.6.1-1 Justification: renders package unusable Severity: grave *** Please type your report below this line *** The latest update freezes the system entirely whenever *any* applications that use opengl start. There is no way to reboot safely and the system must be hard rebooted. As there is no response at all I have not tried anysort of trace on the error, though will do so if requested. (Please give instructions.) The system is a powerpc ibook running a radeon 9200. Only the latest version added to 'testing' causes this error. Please upgrade to mesa 7.7 from experimental. If that doesn't help please provide your dmesg, xorg.conf and Xorg log. Thanks, Julien
Bug#565427: libgl1-mesa-dri: any 3d applications completely freeze system
Package: libgl1-mesa-dri Version: 7.6.1-1 Justification: renders package unusable Severity: grave *** Please type your report below this line *** The latest update freezes the system entirely whenever *any* applications that use opengl start. There is no way to reboot safely and the system must be hard rebooted. As there is no response at all I have not tried anysort of trace on the error, though will do so if requested. (Please give instructions.) The system is a powerpc ibook running a radeon 9200. Only the latest version added to 'testing' causes this error. Thanks for the attention, Adam Bartley -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-2-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libdrm2 2.4.15-1 Userspace interface to kernel DRM ii libexpat1 2.0.1-7XML parsing C library - runtime li libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 none (no description available) -- no debconf information
Bug#565427: glxinfo works
As a further note, glxinfo *does* work and reports the server correctly, with the appropriate details about the server and the hardware, including showing direct rendering: yes and showing Mesa DRI R200 as the vendor. With best wishes, Adam Bartley
Bug#523453: libgl1-mesa-dri: mesa and compiz interaction
Dear Brice, The installation went fine and it now reports no errors with loading AIGLX. It *does* say that my screen cannot be used for DRI2. Is that an issue of concern? With best wishes, Adam On Sun, Apr 12, 2009 at 12:13 AM, Brice Goglin brice.gog...@ens-lyon.orgwrote: Adam Bartley wrote: Dear Brice, OK, that's clear enough, thanks. I'll wait until the new server-core package turns up. Looks like xserver-xorg-core 1.6 is built for powerpc now. Can you confirm that it fixes the problem? (assuming it doesn't break something else :)) Brice
Bug#523453: libgl1-mesa-dri: mesa and compiz interaction
Package: libgl1-mesa-dri Version: 7.4-2 Severity: normal *** Please type your report below this line *** I got this newest version this morning. Firstly, my compliments to the developers. GLXgears performance jumped from around 800 to around 1200 frames per second! However, it has trashed compiz on powerpc/radeon (r200/9200). I get the dreaded white screen and have had to disable compiz completely. There is a newer version of compiz (0.8.2-2), but it has for some reason only been released to amd64, and the developer gave me an earful when I asked why it had not been passed on to other architectures, saying that it was up to the build system. Clearly something has gone wrong with this, as this has not happened over a month later. I have EXA enabled instead of XAA in my xorg.conf. I would suggest this, then - the interaction of xorg 7.4 and its acceleration architecture has broken compiz, but this may not be the case with the newest version of compiz. Until the developer and the build team talk to each otehr and sort this out we will never know. Good thing it doesn't make my system unusable, just ugly. With best wishes, Adam Bartley -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.28-1-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libdrm2 2.4.5-2Userspace interface to kernel DRM ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libgl1-mesa-glx 7.4-2 A free implementation of the OpenG libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 none (no description available) -- no debconf information
Bug#523453: libgl1-mesa-dri: mesa and compiz interaction
Dear Brice, Good news about compiz, thank you. Reading around the web led me to go looking at whether AIGLX had loaded properly. This is what I got: (**) Option AIGLX true (**) AIGLX enabled (EE) AIGLX error: dlopen of /usr/lib/dri/r200_dri.so failed (/usr/lib/dri/r200_dri.so: undefined symbol: _glapi_tls_Context) (EE) AIGLX: reverting to software rendering This would hopefully point to the problem? Thanks for the tip re: glxgears. On a more 'real' note, openarena performs somewhat better on levels where a lot of rendering to inifinty (such as 'space' based levels) is involved. The xersver-xorg-core is version 1.4, so I'll try the one you suggest and see if that doesn't clear up the problem. With best wishes, Adam On Fri, Apr 10, 2009 at 1:38 PM, Brice Goglin brice.gog...@ens-lyon.orgwrote: Adam Bartley wrote: Package: libgl1-mesa-dri Version: 7.4-2 Severity: normal I got this newest version this morning. Firstly, my compliments to the developers. GLXgears performance jumped from around 800 to around 1200 frames per second! You should stop looking a glxgears fps. It means nothing. It's not a benchmark, _really_. It could be 50fps with 3D working fine because of sync to vblank. And it could be 1000fps without 3D acceleration if the CPU was very fast. However, it has trashed compiz on powerpc/radeon (r200/9200). I get the dreaded white screen and have had to disable compiz completely. Which xserver-xorg-core do you have? 1.6 should arrive for powerpc soon (in unstable). Once you'll have tried Xserver 1.6 (or 1.5.99 from experimental) and if it still doesn't work, please send the whole output of /usr/share/bug/xserver-xorg/script 31 There is a newer version of compiz (0.8.2-2), but it has for some reason only been released to amd64, and the developer gave me an earful when I asked why it had not been passed on to other architectures, saying that it was up to the build system. Compiz 0.8.2 has been uploaded a couple days ago, it should arrive for powerpc in the next days as usual. There is no problem there. Brice
Bug#523453: libgl1-mesa-dri: mesa and compiz interaction
Dear Brice, OK, that's clear enough, thanks. I'll wait until the new server-core package turns up. With best wishes, Adam On Fri, Apr 10, 2009 at 1:57 PM, Brice Goglin brice.gog...@ens-lyon.orgwrote: Adam Bartley wrote: Dear Brice, Good news about compiz, thank you. Reading around the web led me to go looking at whether AIGLX had loaded properly. This is what I got: (**) Option AIGLX true (**) AIGLX enabled (EE) AIGLX error: dlopen of /usr/lib/dri/r200_dri.so failed (/usr/lib/dri/r200_dri.so: undefined symbol: _glapi_tls_Context) (EE) AIGLX: reverting to software rendering This would hopefully point to the problem? Thanks for the tip re: glxgears. On a more 'real' note, openarena performs somewhat better on levels where a lot of rendering to inifinty (such as 'space' based levels) is involved. The xersver-xorg-core is version 1.4, so I'll try the one you suggest and see if that doesn't clear up the problem. Ok, I see. Xserver and Mesa must be built with the same TLS config. Our Mesa 7.4 and Xserver 1.6 packages have TLS enabled, while the old Mesa and your old xserver-xorg-core packages have TLS disabled. So your config can't work. You need to either wait for Xserver 1.6 to arrive for powerpc, or downgrade to the previous Mesa for now. I don't know if we can add some conflicts to prevents your case from happening. Brice
Bug#519714: /usr/bin/compiz: Gnome 2.24 is a mess due to compiz
Package: compiz-core Version: 0.7.6-7 Severity: important File: /usr/bin/compiz *** Please type your report below this line *** Will you *please* release compiz 0.7.6-8 for powerpc! My system has installed half of the components for gnome 2.24, but not important things like gconf because you have not updated this. It looks ugly, many functions like the media player, the volume control. window settings, system fonts and so on do *not* work as a result. Either the Gnome 2.24 update should have been held back or the compiz update should have been let through *as it has for almost every other platform*. Adam Bartley -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash-- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-core depends on: ii libc6 2.9-5GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1]7.0.3-7 A free implementation of the OpenG ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libsm6 2:1.1.0-2X11 Session Management library ii libstartup-notification00.9-1library for program launch feedbac ii libx11-62:1.2-1 X11 client-side library ii libxcomposite1 1:0.4.0-3X11 Composite extension library ii libxdamage1 1:1.1.1-4X11 damaged region extension libraii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-1X11 RandR extension library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii mesa-utils 7.0.3-7 Miscellaneous Mesa GL utilities Versions of packages compiz-core recommends:ii compiz-plugins0.7.6-7OpenGL window and compositing mana Versions of packages compiz-core suggests: pn nvidia-glxnone (no description available) -- no debconf information
Bug#482527: closed by Julien Cristau [EMAIL PROTECTED] (Bug#482425: fixed in xinit 1.0.9-2)
Agreed. The error was readily repaired by an amendment to the startx script. My thanks to David Harding ([EMAIL PROTECTED]) for his help. With best wishes, Adam Bartley On Wed, May 28, 2008 at 2:27 PM, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report which was filed against the xinit package: #482425: xorg: login by startx broken. System unusable. It has been closed by Julien Cristau [EMAIL PROTECTED]. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Julien Cristau [EMAIL PROTECTED] by replying to this email. -- 482425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482425 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems -- Forwarded message -- From: Julien Cristau [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Wed, 28 May 2008 13:02:05 + Subject: Bug#482425: fixed in xinit 1.0.9-2 Source: xinit Source-Version: 1.0.9-2 We believe that the bug you reported is fixed in the latest version of xinit, which is due to be installed in the Debian FTP archive: xinit_1.0.9-2.diff.gz to pool/main/x/xinit/xinit_1.0.9-2.diff.gz xinit_1.0.9-2.dsc to pool/main/x/xinit/xinit_1.0.9-2.dsc xinit_1.0.9-2_i386.deb to pool/main/x/xinit/xinit_1.0.9-2_i386.deb xinit_1.0.9.orig.tar.gz to pool/main/x/xinit/xinit_1.0.9.orig.tar.gz 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 xinit 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: Wed, 28 May 2008 14:27:01 +0200 Source: xinit Binary: xinit Architecture: source i386 Version: 1.0.9-2 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force debian-x@lists.debian.org Changed-By: Julien Cristau [EMAIL PROTECTED] Description: xinit - X server initialisation tool Closes: 482425 Changes: xinit (1.0.9-2) unstable; urgency=low . * Fix startx. Patch from Jeremy Huddleston (closes: #482425). Checksums-Sha1: ccb59ccf491da714115074cbd7f958d2465effb7 1218 xinit_1.0.9-2.dsc 0f0c5d5cd1fb1d45379b1a24e4fe2509b70d8473 167245 xinit_1.0.9.orig.tar.gz a21a79fe923f3201a7b00895bf753da2a6b3af09 25457 xinit_1.0.9-2.diff.gz 40fe5ddec8c6b4369b29da914782205e7dcfd47e 31312 xinit_1.0.9-2_i386.deb Checksums-Sha256: b9f29718ce267cf43cc965de6c6d5d9ec6c016c6ea4e80750f91b7ee1660c28b 1218 xinit_1.0.9-2.dsc eb06e2de8620b9874f3fa3c1be449e6a478f2aff0d32acd9f234a75f6ececb9a 167245 xinit_1.0.9.orig.tar.gz 6ad07c566a37427758d0ccc42f5c707908076aad8f0b9621c864ba5caa49d286 25457 xinit_1.0.9-2.diff.gz 18ba29ce1ce7e65b0078ba3b9240fa50503d6b9e8bade7b4bf012046ab15f6e0 31312 xinit_1.0.9-2_i386.deb Files: 977d8956a8a0da0269f1b96dd36cb1c4 1218 x11 optional xinit_1.0.9-2.dsc 1c5a62fa6db7c5e317a513ef29ba145f 167245 x11 optional xinit_1.0.9.orig.tar.gz 757fbb665a68c1fd62bbe20b0489b93c 25457 x11 optional xinit_1.0.9-2.diff.gz 50b0f4b37a7da16252dfca1df7f524c3 31312 x11 optional xinit_1.0.9-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIPVZtmEvTgKxfcAwRAi/nAJ0SvOt7Nwl1awg2bw/2b7AEir6DkwCghE00 KNeeCojH7lpBkIClgFwrukA= =FG1b -END PGP SIGNATURE- -- Forwarded message -- From: Adam Bartley [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Fri, 23 May 2008 10:52:40 +0100 Subject: xorg: login by startx broken. System unusable. Package: xorg Version: 1:7.3+10 Severity: critical Justification: renders system unusable Upon entering startx the system displays the following error: Fatal server error: Unrecognized option: /etc/X11/xinit/xserverrc The file xserverrc is the unmodified one that is installed by the package. There has been a recent update to compiz (installed yesterday) and I would not be shocked to hear that that is the culprit, but do not know how to check that. I am happy to try to run any suggested work-arounds. With best wishes, Adam Bartley -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.24-1-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Bug#482527: xorg: login by startx broken. System unusable.
Dear David, Many thanks for that! I'll give it a go later this morning. With best wishes, Adam On Sat, May 24, 2008 at 7:52 AM, David A. Harding [EMAIL PROTECTED] wrote: On Fri, May 23, 2008 at 10:52:40AM +0100, Adam Bartley wrote: Fatal server error: Unrecognized option: /etc/X11/xinit/xserverrc I am happy to try to run any suggested work-arounds. Hi Adam, After rebooting today, I had the same problem. It appears that a recent change messed up the shell script /usr/bin/startx. To work around the problem, I changed the following lines: if [ -f $userserverrc ]; then defaultserverargs=$userserverrc elif [ -f $sysserverrc ]; then defaultserverargs= fi To: if [ -f $userserverrc ]; then defaultserverargs=$userserverrc elif [ -f $sysserverrc ]; then #defaultserverargs=$sysserverrc defaultserverargs= fi If you need any help, please don't hesitate to send me an email. -Dave P.S. The developers found this bug's cause in another bug report: http://bugs.debian.org/482425 -- David A. HardingWebsite: http://dtrt.org/ 1 (609) 997-0765 Email: [EMAIL PROTECTED] Jabber/XMPP: [EMAIL PROTECTED]
Bug#482527: GDM
Installing gdm works, so the problem is definitely related to launching from the console with startx. As I do a significant part of may work under console only, it would help very much to fix this. With best wishes, Adam Bartley
Bug#446123: bugfix for endianness?
You're a genius. Gnome 2.20 had somehow switched out of the compositing cursor, which was probaly why I had suddenly noticed the change. When I changed to an argb compositing one - problem solved. I agere with what you are saying about not holding back the RandR functionality. Sometimes there is no elegant way forward in these situations. With best wishes, Adam On Jan 12, 2008 11:53 AM, Michel Dänzer [EMAIL PROTECTED] wrote: On Fri, 2008-01-11 at 20:10 +, Adam Bartley wrote: Ok, I can see why that is good coding practice on one level, but on the other hand a piece of code has been out in January 2008 which had been shown to be faulty months before in 2007. Maybe it should have been held out of circulation until the authors can come up with a solution? Ideally; the problem being that when RandR 1.2 support was added to xserver 1.3, only xf86-video-intel had the corresponding driver support, and that driver can physically only work on little endian platforms. The issue was only discovered when RandR 1.2 support was added to the xf86-video-ati radeon driver and working on PowerMacs, and now it would be harsh to rip out the server support again for a minority. Note that only legacy two-colour cursors are affected, not modern 32 bit ARGB cursors. Also, I think the old driver specific conversion code that was used before RandR 1.2 could still work now; reinstating that would be a relatively simple task for someone who is determined about fixing this issue. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#446123: bugfix for endianness?
I noticed on the freedesktop.org bugerport that a fix for this problem was *not* going to be released. is this true? I am not the world's most confident builder/compiler, and don't fancy trying to build these packages from source, after patching same, if help is around the corner. Regards, Adam Bartley
Bug#446123: bugfix for endianness?
Ok, I can see why that is good coding practice on one level, but on the other hand a piece of code has been out in January 2008 which had been shown to be faulty months before in 2007. Maybe it should have been held out of circulation until the authors can come up with a solution? On Jan 11, 2008 6:21 PM, Michel Dänzer [EMAIL PROTECTED] wrote: On Fri, 2008-01-11 at 17:52 +, Adam Bartley wrote: I noticed on the freedesktop.org bugerport that a fix for this problem was *not* going to be released. is this true? Yes, because it's not a 'fix' but two hacks which together happen to work. Nobody including the author(s) of the broken code seems to understand how it's supposed to work in an endianness neutral manner. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#459942: Subject: xorg: mouse pointer deformed
Package: xorg Version: 1:7.3+10 Severity: normal *** Please type your report below this line *** The mouse cursor has become deformed. It is like it has been shifted along by half it's length, so that you get the right half then the left half. For example, the bare cursor before the window manager starts looks like this: , rather than this . Setting the radeon software cusor option works normally, but has the problem that it also leaves artifact blocks on the screen, so I am trying to get the hardware cursor to work. With thanks, Adam -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.23-1-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xorg depends on: ii eterm [x-terminal-emu 0.9.4.0debian1-2 Enlightened Terminal Emulator ii gnome-terminal [x-ter 2.18.3-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-glx [libg 7.0.2-3A free implementation of the OpenG ii libglu1-mesa 7.0.2-3The OpenGL utility library (GLU) ii x11-apps 7.3+1 X applications ii x11-session-utils 7.3+1 X session utilities ii x11-utils 7.3+1 X11 utilities ii x11-xfs-utils 7.3+1 X font server utilities ii x11-xkb-utils 7.3+1 X11 XKB utilities ii x11-xserver-utils 7.3+2 X server utilities ii xauth 1:1.0.2-2 X authentication utility ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-base 1:1.0.0-5 standard fonts for X ii xfonts-scalable 1:1.0.0-6 scalable fonts for X ii xfonts-utils 1:1.0.1-2 X Window System font utility progr ii xinit 1.0.7-1X server initialisation tool ii xkb-data 1.0~cvs.20070916-1 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.3+10 the X.Org X server ii xterm [x-terminal-emu 231-1 X terminal emulator Versions of packages xorg recommends: ii xorg-docs 1:1.4-2Miscellaneous documentation for th -- no debconf information
Bug#459942: Subject: xorg: mouse pointer deformed
Dear Bruce, It is indeed an ATI board. Radeon 9200. My apologies for not spotting the existing bug report. Close this one off and I will track the progress of the other one. With best wishes and thanks, Adam On Jan 9, 2008 6:32 PM, Brice Goglin [EMAIL PROTECTED] wrote: Adam Bartley wrote: Package: xorg Version: 1:7.3+10 Severity: normal *** Please type your report below this line *** The mouse cursor has become deformed. It is like it has been shifted along by half it's length, so that you get the right half then the left half. For example, the bare cursor before the window manager starts looks like this: , rather than this . Setting the radeon software cusor option works normally, but has the problem that it also leaves artifact blocks on the screen, so I am trying to get the hardware cursor to work. I bet you're using an ati board and that would be a duplicate of bug #446123. Please send the whole output of /usr/share/bug/xserver-xorg/script 31 so that we can see your config and log and confirm what I said above. Brice
