Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
Package: xserver-xfree86 Version: 4.2.1-3 Severity: normal On my system with a Radeon 7500 QW, I have been tracking down some strange problems with the display of outline fonts. One thing I was told to look at was the DPI reported by xdpyinfo. The results are very far beyond expected values. bash-2.05a$ xdpyinfo | grep resolution resolution:2601x9 dots per inch Below is some fun data appended by reportbug. If there is any other info you need, please don't hesistate to ask. 01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5157 01:00.0 Class 0300: 1002:5157 ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "MouseManPlusPS/2" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Radeon 7500" Driver "ati" BusID "PCI:1:0:0" VideoRam65536 #Option "UseFBDev" "true" EndSection Section "Monitor" Identifier "Sony CPD-200ES" HorizSync 30-75 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Radeon 7500" Monitor "Sony CPD-200ES" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Generic Mouse" EndSection Section "DRI" Mode0666 EndSection ### END D
RE: Bug#180107: xserver-xfree86: ATI Radeon 7500: SEGV at random times, esp in xlock
Michel Dänzer [EMAIL PROTECTED] writes: > On Son, 2003-02-09 at 18:26, Jeffrey Baker wrote: > > On Sat, Feb 08, 2003 at 02:22:14PM -0500, Branden Robinson wrote: > > > On Fri, Feb 07, 2003 at 04:25:30PM -, Markus Laker wrote: > > > > > Are you using xlock with a particular mode, or just -mode random? > > > > > > > > I'm using -mode random. If you'd like me to try limiting it to any > > > > particular mode, or avoiding it completely, please let me know. > > > > > > It would be helpful if you could narrow it down to at least one > > > problematic mode, though I freely admit that that could be sort of > > > tedious. > > > > > The GL-based modes, based on experience, seem to be the most likely to > > > cause problems. No problem. I'll leave the machine xlocked on a different mode each night, starting with those for which the xlock manpage says 'GL'. It may be some time before I get back to you with a culprit! > > I have this problem, and I have tried every single hack that > > come with xscreensaver(-gnome|-gl), and none of them made > > the server crash. > Other usual suspects for server crashes are the TrueType font renderer > modules (freetype and xtt), do you use those? (Some people claim font > servers may also be problematic, but I haven't had problems with xfs) We use a local font server: please see the attached text files. Could you possibly send a non-stripped version of the package (or the executable(s)), so that we can get you a backtrace? Thanks and regards, Markus * This e-mail and any attachment is confidential. It may only be read, copied and used by the intended recipient(s). If you are not the intended recipient(s), you may not copy, use, distribute, forward, store or disclose this e-mail or any attachment. If you are not the intended recipient(s) or have otherwise received this e-mail in error, you should destroy it and any attachment and notify the sender by reply e-mail or send a message to [EMAIL PROTECTED] * XF86Config-4 Description: Binary data ps_axf Description: Binary data
Re: Bug#180107: xserver-xfree86: ATI Radeon 7500: SEGV at random times, esp in xlock
On Mon, Feb 10, 2003 at 08:53:54AM -, Markus Laker scrawled: > We use a local font server: please see the attached text files. > > Could you possibly send a non-stripped version of the package (or the > executable(s)), so that we can get you a backtrace? The X server is available unstripped as xserver-xfree86-dbg. -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgpvepzXE452M.pgp Description: PGP signature
Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
On Mon, 2003-02-10 at 07:23, Larry Gilbert wrote: > > On my system with a Radeon 7500 QW, I have been tracking down some > strange problems with the display of outline fonts. One thing I was > told to look at was the DPI reported by xdpyinfo. The results are very > far beyond expected values. > > bash-2.05a$ xdpyinfo | grep resolution > resolution:2601x9 dots per inch [...] > (--) RADEON(0): Display dimensions: (10, 2140) mm > (--) RADEON(0): DPI set to (2600, 9) The display size is probably misdetected for some reason. You should be able to override it in the Screen section (using the DisplaySize directive) or with the -dpi command line switch. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
upgrade error
I'm running testing/unstable and got the following error. I was trying to apt-get install dcgui and it needed to change a lot of Gnome and X support software, and this is where dpkg freaked out. Preparing to replace xbase-clients 4.1.0-16 (using .../xbase-clients_4.2.1-5_i386.deb) ... ERROR: /etc/X11/xkb/xkbcomp exists and is not a symbolic link. This package cannot be installed until this file is removed. Aborting installation of xbase-clients package. dpkg: error processing /var/cache/apt/archives/xbase-clients_4.2.1-5_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Analyzing /etc/X11/xkb/xkbcomp: drwxr-xr-x 81 root root 4096 Feb 10 11:36 /etc drwxr-xr-x 18 root root 4096 Jan 24 15:24 /etc/X11 drwxr-xr-x 10 root root 4096 Oct 26 14:30 /etc/X11/xkb -rwxr-xr-x1 root root 270718 Jan 20 2002 /etc/X11/xkb/xkbcomp ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to . dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/xbase-clients_4.2.1-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Bug#180502: xlibmesa3-gl: GL-Applications comes up with a unicolor screen.
Package: xlibmesa3-gl Version: 4.2.1-5 Severity: important Tags: sid When I start applications like tuxrace, I will see a unicolor (lightblue) screen. In other applications like xlockmore-gl it is black but also unicolor. This hapens since 2-3 weeks ago. My grafic hardware from glxinfo: OpenGL renderer string: Mesa DRI Radeon 20010402 AGP 1x x86/MMX -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux baloo 2.4.20 #1 Sat Feb 1 17:48:41 CET 2003 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE (ignored: LC_ALL set) Versions of packages xlibmesa3-gl depends on: ii libc6 2.3.1-11 GNU C Library: Shared libraries an ii xlibs 4.2.1-5X Window System client libraries -- no debconf information
Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
The display size is probably misdetected for some reason. You should be able to override it in the Screen section (using the DisplaySize directive) or with the -dpi command line switch. Thanks. I have in fact discovered how to override using -dpi (and I wasn't aware of DisplaySize, so that is a helpful suggestion, too). I just thought this was something you or the upstream might want to be aware of. Do what you will with it. :-) --LG
Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
On Mon, 2003-02-10 at 22:01, Larry Gilbert wrote: > > The display size is probably misdetected for some reason. You should be > > able to override it in the Screen section (using the DisplaySize > > directive) or with the -dpi command line switch. > > Thanks. I have in fact discovered how to override using -dpi (and I > wasn't aware of DisplaySize, so that is a helpful suggestion, too). BTW, it goes into the Monitor section of course. > I just thought this was something you or the upstream might want to be > aware of. Do what you will with it. :-) I think this is likely fixed in the upcoming 4.3.0, you could try snapshot packages described in http://penguinppc.org/~daniels/README if you want. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Bug#180531: xlibmesa-gl-dev: Typo in glNewList(3x)
Package: xlibmesa-gl-dev Version: 4.2.1-5 Severity: minor Similarly, glTexImage1D, glTexImage2D, and glTexImage3D are executed immediately and not compiled into the display list when their first argument is GL_PROXY_TEXTURE_1D, GL_PROXY_TEXTURE_1D,or GL_PROXY_TEXTURE_3D, respectively. GL_PROXY_TEXTURE_1D is listed twice; the second occurance should be GL_PROXY_TEXTURE_2D. Daniel -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux torrent.burrows.local 2.4.20 #1 Sun Dec 1 11:55:31 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US (ignored: LC_ALL set) Versions of packages xlibmesa-gl-dev depends on: ii libc6-dev [libc-dev] 2.3.1-11 GNU C Library: Development Librari ii xlibmesa3-gl 4.2.1-5Mesa 3D graphics library [XFree86] ii xlibs-dev 4.2.1-5X Window System client library dev -- no debconf information -- / Daniel Burrows <[EMAIL PROTECTED]> ---\ |"Witches and pickles went together like...she hesitated at | | the stomach-curdling addition of peaches and cream, and | | mentally substituted 'things that went together very well'" | | -- Terry Pratchett | \ Be like the kid in the movie! Play chess! -- http://www.uschess.org ---/
RE: Bug#180107: xserver-xfree86: ATI Radeon 7500: SEGV at random times, esp in xlock
Michel Dänzer [[EMAIL PROTECTED]] writes: > On Son, 2003-02-09 at 18:26, Jeffrey Baker wrote: > > On Sat, Feb 08, 2003 at 02:22:14PM -0500, Branden Robinson wrote: > > > On Fri, Feb 07, 2003 at 04:25:30PM -, Markus Laker wrote: > > > > > Are you using xlock with a particular mode, or just -mode random? > > > > > > > > I'm using -mode random. If you'd like me to try limiting it to any > > > > particular mode, or avoiding it completely, please let me know. > > > > > > It would be helpful if you could narrow it down to at least one > > > problematic mode, though I freely admit that that could be sort of > > > tedious. > > > > > The GL-based modes, based on experience, seem to be the most likely to > > > cause problems. No problem. I'll leave the machine xlocked on a different mode each night, starting with those for which the xlock manpage says 'GL'. It may be some time before I get back to you with a culprit! > > I have this problem, and I have tried every single hack that > > come with xscreensaver(-gnome|-gl), and none of them made > > the server crash. > Other usual suspects for server crashes are the TrueType font renderer > modules (freetype and xtt), do you use those? (Some people claim font > servers may also be problematic, but I haven't had problems with xfs) We use a local font server: please see the attached text files. Could you possibly send a non-stripped version of the package (or the executable(s)), so that we can get you a backtrace? Thanks and regards, Markus * This e-mail and any attachment is confidential. It may only be read, copied and used by the intended recipient(s). If you are not the intended recipient(s), you may not copy, use, distribute, forward, store or disclose this e-mail or any attachment. If you are not the intended recipient(s) or have otherwise received this e-mail in error, you should destroy it and any attachment and notify the sender by reply e-mail or send a message to [EMAIL PROTECTED] * XF86Config-4 Description: Binary data ps_axf Description: Binary data
Re: Bug#180107: xserver-xfree86: ATI Radeon 7500: SEGV at random times, esp in xlock
On Mon, Feb 10, 2003 at 08:53:54AM -, Markus Laker scrawled: > We use a local font server: please see the attached text files. > > Could you possibly send a non-stripped version of the package (or the > executable(s)), so that we can get you a backtrace? The X server is available unstripped as xserver-xfree86-dbg. -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne msg05779/pgp0.pgp Description: PGP signature
Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
On Mon, 2003-02-10 at 07:23, Larry Gilbert wrote: > > On my system with a Radeon 7500 QW, I have been tracking down some > strange problems with the display of outline fonts. One thing I was > told to look at was the DPI reported by xdpyinfo. The results are very > far beyond expected values. > > bash-2.05a$ xdpyinfo | grep resolution > resolution:2601x9 dots per inch [...] > (--) RADEON(0): Display dimensions: (10, 2140) mm > (--) RADEON(0): DPI set to (2600, 9) The display size is probably misdetected for some reason. You should be able to override it in the Screen section (using the DisplaySize directive) or with the -dpi command line switch. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
upgrade error
I'm running testing/unstable and got the following error. I was trying to apt-get install dcgui and it needed to change a lot of Gnome and X support software, and this is where dpkg freaked out. Preparing to replace xbase-clients 4.1.0-16 (using .../xbase-clients_4.2.1-5_i386.deb) ... ERROR: /etc/X11/xkb/xkbcomp exists and is not a symbolic link. This package cannot be installed until this file is removed. Aborting installation of xbase-clients package. dpkg: error processing /var/cache/apt/archives/xbase-clients_4.2.1-5_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Analyzing /etc/X11/xkb/xkbcomp: drwxr-xr-x 81 root root 4096 Feb 10 11:36 /etc drwxr-xr-x 18 root root 4096 Jan 24 15:24 /etc/X11 drwxr-xr-x 10 root root 4096 Oct 26 14:30 /etc/X11/xkb -rwxr-xr-x1 root root 270718 Jan 20 2002 /etc/X11/xkb/xkbcomp ERROR: /etc/X11/xkb/xkbcomp is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to <[EMAIL PROTECTED]>. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/xbase-clients_4.2.1-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180502: xlibmesa3-gl: GL-Applications comes up with a unicolor screen.
Package: xlibmesa3-gl Version: 4.2.1-5 Severity: important Tags: sid When I start applications like tuxrace, I will see a unicolor (lightblue) screen. In other applications like xlockmore-gl it is black but also unicolor. This hapens since 2-3 weeks ago. My grafic hardware from glxinfo: OpenGL renderer string: Mesa DRI Radeon 20010402 AGP 1x x86/MMX -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux baloo 2.4.20 #1 Sat Feb 1 17:48:41 CET 2003 i686 Locale: LANG=de_DE, LC_CTYPE=de_DE (ignored: LC_ALL set) Versions of packages xlibmesa3-gl depends on: ii libc6 2.3.1-11 GNU C Library: Shared libraries an ii xlibs 4.2.1-5X Window System client libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
The display size is probably misdetected for some reason. You should be able to override it in the Screen section (using the DisplaySize directive) or with the -dpi command line switch. Thanks. I have in fact discovered how to override using -dpi (and I wasn't aware of DisplaySize, so that is a helpful suggestion, too). I just thought this was something you or the upstream might want to be aware of. Do what you will with it. :-) --LG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180428: xserver-xfree86: [ati/radeon] Really screwy display dpi reported
On Mon, 2003-02-10 at 22:01, Larry Gilbert wrote: > > The display size is probably misdetected for some reason. You should be > > able to override it in the Screen section (using the DisplaySize > > directive) or with the -dpi command line switch. > > Thanks. I have in fact discovered how to override using -dpi (and I > wasn't aware of DisplaySize, so that is a helpful suggestion, too). BTW, it goes into the Monitor section of course. > I just thought this was something you or the upstream might want to be > aware of. Do what you will with it. :-) I think this is likely fixed in the upcoming 4.3.0, you could try snapshot packages described in http://penguinppc.org/~daniels/README if you want. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#180531: xlibmesa-gl-dev: Typo in glNewList(3x)
Package: xlibmesa-gl-dev Version: 4.2.1-5 Severity: minor Similarly, glTexImage1D, glTexImage2D, and glTexImage3D are executed immediately and not compiled into the display list when their first argument is GL_PROXY_TEXTURE_1D, GL_PROXY_TEXTURE_1D,or GL_PROXY_TEXTURE_3D, respectively. GL_PROXY_TEXTURE_1D is listed twice; the second occurance should be GL_PROXY_TEXTURE_2D. Daniel -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux torrent.burrows.local 2.4.20 #1 Sun Dec 1 11:55:31 EST 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US (ignored: LC_ALL set) Versions of packages xlibmesa-gl-dev depends on: ii libc6-dev [libc-dev] 2.3.1-11 GNU C Library: Development Librari ii xlibmesa3-gl 4.2.1-5Mesa 3D graphics library [XFree86] ii xlibs-dev 4.2.1-5X Window System client library dev -- no debconf information -- / Daniel Burrows <[EMAIL PROTECTED]> ---\ |"Witches and pickles went together like...she hesitated at | | the stomach-curdling addition of peaches and cream, and | | mentally substituted 'things that went together very well'" | | -- Terry Pratchett | \ Be like the kid in the movie! Play chess! -- http://www.uschess.org ---/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xlibmesa naming and relationships
On Fri, Feb 07, 2003 at 01:31:24PM +1100, Daniel Stone wrote: > > Sure, so isn't it funny that the current actual Mesa packages aren't > > called mesag5*? > > That's Marcelo's call. JFTR, no, I won't start calling these packages mesa5 (if I ever rename these package, rest assured that I'm going to drop the "g"). The reason is twofold: * If you really want to know which version of Mesa you are using, there is always grep-installed[0] or a equivalent method. * Policy dictates that the soname is to be engraved in the package name, because that information conveys useful data. Like I said multiple times already, the current 3 is just baggage. At the present moment, there's no good reason to be anal retentive and rename the packages. Renaming packages is asking for trouble because I can't guarantee that mesa3g will be replaced by . *If* I decide to change the names, it will be something like mesa-gl1. [0] $ cat `which grep-installed` #!/bin/sh grep-status -F Status -e '^install ok installed$' | grep-dctrl "$@" > It's obviously meaningful to Mesa, if they continue to bump *major* > versions, it must mean they're doing something pretty ... well, > major, right? Like communicating users that some internal overhaul went on... otherwise it's relevant only to those people that suffer from a common disease sometimes called "chronic versionitis". The usual sympton is an urge to upgrade to the product with the largest version number for no other reason than this number being larger. Taking advantage of this, major drug dealers started using four-digit version numbers arround the dawn of the present millenium. Back on topic, from the package manager POV, that is an irrelevant fact, since said overhaul didn't modify the public interfaces. -- Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
