Bug#368796: [Fwd: Re: Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE]
reassign 368796 xorg-server severity 368796 important merge 368796 364233 kthxbye The submitter of #368796 has confirmed that it's a duplicate of #364233. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ---BeginMessage--- On Wed, May 31, 2006 at 07:43:05PM +0200, Michel Dänzer wrote: On Wed, 2006-05-31 at 12:37 -0400, Adam C. Emerson wrote: On Thu, May 25, 2006 at 01:33:51PM +0200, Michel Dänzer wrote: Sounds like it could be a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364233 . I'm not sure, judging from the Xorg.log (which follows) it looks like X isn't having any problem initializing the DRM, so I'm not sure why it would be falling back onto indirect mode. In contrast to what it says, the above also affects direct rendering. However I'm going to try applying the patch and recompliling, so I should have more info later today. Note that mesa-swx11-source 6.4.2-1 already has the patch applied, so you should only have to rebuild xorg-server against that. Alright, I've built xorg-xserver and everything seems to work fine. Thank you very much. ---End Message---
Processed: [Fwd: Re: Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE]
Processing commands for [EMAIL PROTECTED]: reassign 368796 xorg-server Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE Bug reassigned from package `xserver-xorg' to `xorg-server'. severity 368796 important Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE Severity set to `important' from `normal' merge 368796 364233 Bug#364233: mesa-swx11-source: indirect rendering broken on 64-bit platforms Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE Mismatch - only Bugs in same state can be merged: Values for `blocked-by' don't match: #364233 has `364228'; #368796 has `' kthxbye 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: Processed: [Fwd: Re: Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE]
Processing commands for [EMAIL PROTECTED]: block 368796 by 364228 Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE Was not blocked by any bugs. Blocking bugs added: 364228 merge 368796 364233 Bug#364233: mesa-swx11-source: indirect rendering broken on 64-bit platforms Bug#368796: xserver-xorg: OpenGL fails completely on AMD64 with ATI Radeon 8500 LE Merged 364233 368796. kthxbye 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: (no subject)
Processing commands for [EMAIL PROTECTED]: reopen 357953 Bug#357953: xlibs: xkb symbols for Cherry [EMAIL PROTECTED] 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. 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#369792: xterm: [PACKAGE SPLIT] Please make 'resize' a separate package (useful on its own)
Package: xterm Version: 210-3 Severity: normal It's a little awkward to supply program: resize with the xterm package because this program is useful on its own. The xterm is not a good terminal for low end PCs, where rxvt and mini-rxvt provide same features with much less memory. However the need for single program resize is still there for other terminal. REASONING It is inconvenient to have to install package 'xterm' just to use program 'resize'. I assume here that resize does not depend on program 'xterm' in any way. Also searching for program 'resize' is very hard if you don't know where it is. If resize were its own package this would also make program searches intuitive -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages xterm depends on: ii libc6 2.3.6-11 GNU C Library: Shared libraries ii libfontconfig12.3.2-5.1 generic font configuration library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libncurses5 5.5-2 Shared libraries for terminal hand ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii xutils1:7.0.0-3 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357953: xlibs: xkb symbols for Cherry [EMAIL PROTECTED]
The included configuration in xkb-data for the cherryblue does not work for my keyboard (perhaps because it is black ;-)). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366347: xfonts-base: Some programs fail to start with no ISO8859 fonts error
I am getting the same problem. I tried installing the xfonts-encodings_1.0.0-4 package linked above by David and it seemed to have no effect. Any ideas? Rob -- Robert Buels SGN Bioinformatics Analyst 252A Emerson Hall, Cornell University Ithaca, NY 14853 Tel: 503-889-8539 [EMAIL PROTECTED] http://www.sgn.cornell.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357953: xlibs: xkb symbols for Cherry [EMAIL PROTECTED]
On Thu, Jun 01, 2006 at 12:55:33PM +0200, rabbit171 wrote: The included configuration in xkb-data for the cherryblue does not work for my keyboard (perhaps because it is black ;-)). When closing this bug report, I wrote: ] xkb-data 0.8-4 contains a cherrycyboard layout. Please reopen ] this bug if it differs from your keyboard. Did you try the cherrycyboard layout? Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369792: xterm: [PACKAGE SPLIT] Please make 'resize' a separate package (useful on its own)
On Thu, Jun 01, 2006 at 01:50:10PM +0200, Jari Aalto wrote: Package: xterm Version: 210-3 Severity: normal It's a little awkward to supply program: resize with the xterm package because this program is useful on its own. The xterm is not a good terminal for low end PCs, where rxvt and mini-rxvt provide same features with much less memory. However the need for single program resize is still there for other terminal. hmm - rxvt (2.7 for instance) is smaller in some configurations. Not much. If you're only reading its manpage (or reading some mailing list), there's not much to discuss. REASONING It is inconvenient to have to install package 'xterm' just to use program 'resize'. I assume here that resize does not depend on program 'xterm' in any way. It has a build-dependency on xterm. I've seen 1-2 comments requesting a package for resize over the past 5-6 years. Perhaps you're interested in making a package? Also searching for program 'resize' is very hard if you don't know where it is. If resize were its own package this would also make program searches intuitive man resize mentions xterm several times. rxvt's documentation doesn't offer anything useful regarding resize. It's nice that rxvt can use resize, but it's a utility written in support of xterm. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpvjplTPiMGO.pgp Description: PGP signature
Processed: Re: Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs
Processing commands for [EMAIL PROTECTED]: severity 367058 wishlist Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs Severity set to `wishlist' from `critical' reassign 367058 x11-common 6.8.2.dfsg.1-7 Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs Bug reassigned from package `gnupg-agent' to `x11-common'. close 367058 1:7.0.19 Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1:7.0.19, send any further explanations to Robin Haunschild [EMAIL PROTECTED] merge 367058 331553 Bug#331553: Xsession could set +e when interpreting 3rd party scripts Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs Merged 331553 367058. 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#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs
unmerge 367058 reopen 367058 reassign 367058 gnupg-agent severity 367058 grave thanks On Thu, Jun 01, 2006 at 10:50:08PM +0200, Adeodato Simó wrote: severity 367058 wishlist reassign 367058 x11-common 6.8.2.dfsg.1-7 close 367058 1:7.0.19 merge 367058 331553 thanks * Robin Haunschild [Sat, 13 May 2006 11:03:48 +0200]: Package: gnupg Version: 1.4.3-1 Severity: critical Tags: security Justification: breaks unrelated software Hello Robin, An exsiting file ~/.gnupg/gpg-agent.conf that is syntactically wrong disables the window manager from starting. The display manager and x.org are still running. Even $ startx /usr/bin/startfluxbox -- :1 does not start a working Fluxbox. This happened because the exit status of /etc/X11/Xsession.d/90gpg-agent was non-zero, and the script was executed from /etc/X11/Xsession, which runs with set -e, thus aborting the X11 startup process. Some months ago, developer Eduard Bloch submitted a wishlist bug against x11-common, the package responsible for /etc/X11/Xsession*, asking that external scripts under set +e, so that failures to start like the one you experienced. The bug was fixed in version 7.0.19 of x11-common (see #331553), so I'm merging your report with Eduard's, and marking it as closed, since the X11 startup process does not fail anymore even if an incorrect gpg-agent.conf is present. Well, I don't agree that the change to x11-common was a correct fix; we have every reason to demand the same high quality of error handling for Xsession scripts as we do for other scripts in Debian, which is undermined by this casual use of set +e as a workaround. Isn't it reasonable to expect that I may *want* a failed Xsession script to cause the session to abort? Either way, there is still a bug in gnupg-agent here; at most, the x11-common workaround affects the severity of the gnupg-agent bug, but it's still a gnupg-agent bug. And it's still a bug that would manifest when installing gnupg-agent on a sarge system (partial upgrades), so it should still be fixed. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Processed: Re: Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs
Processing commands for [EMAIL PROTECTED]: unmerge 367058 Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs Bug#331553: Xsession could set +e when interpreting 3rd party scripts Disconnected #367058 from all other report(s). reopen 367058 Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. reassign 367058 gnupg-agent Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs Bug reassigned from package `x11-common' to `gnupg-agent'. severity 367058 grave Bug#367058: existing wrong ~/.gnupg/gpg-agent.conf prevents window manager from starting, X still runs Severity set to `grave' from `wishlist' 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]
Re: 6.4.2 and 6.5
On Wed, May 24, 2006 at 09:10:28AM +0100, Daniel Stone wrote: On Mon, May 15, 2006 at 12:06:50PM -0600, Marcelo E. Magall?n wrote: On 5/15/06, Marcelo E. Magall?n [EMAIL PROTECTED] wrote: Yes, sorry about that. My copy was still building when I sent that message. I'm waiting for the current build to finish and I will release another source package. Ok, that just finished. On the bad news front, I screwed up building the mesa source package. No idea what went wrong, the package comes up empty. On the good news front, the rest of the packages do build. Now it's your turn to tell me that PowerPC is screwed up :-) On the worst news front, I'm pretty pissed at whoever came up with the mesa-utils idea and whoever messed with glxgears. FWIW, both of those were me. glxgears fair enough, but what's the problem with mesa-utils as a concept? Marcelo, do you want to reabsorb mesa-utils in to the mesa package? This was something I was originally going to do while you were away, but since Daniel had already made mesa-utils I just went with it. I'd be more than happy to have you take them on, since they belong more with mesa than Xorg. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Downgrading severity to match the rest of the server crasher bugs
Processing commands for [EMAIL PROTECTED]: severity 367986 important Bug#367986: sylpheed-gtk1: ..moving mail between folders within Sg1-1.0.6, crashes X. Severity set to `important' from `critical' 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#369900: xserver-xorg: reduce visual artifacts during X server startup and shutdown
Package: xserver-xorg Version: 6.9.0.dfsg.1-6 Severity: wishlist as Debian is attempting to become a professional-quality desktop system, it is necessary to reduce all graphical glitches/artifacts that may be potentially disorienting to the user. one particularly disorienting aspect is the X server startup and shutdown component. during startup, sometimes the last data in the X buffer can be seen with some distorted portions, and during shutdown there are always artifacts and flashing. the effects and glitches vary based on the X driver (vesa, svga, etc.). this is a request for work to be done to smooth and clean up the graphical artifacts during X startup and shutdown. thank you for your consideration and hard work. mike gilbert -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-10-10 19:01 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1878204 2006-04-03 23:44 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 440 Go] (rev a3) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 4251 2006-03-11 16:05 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Wed Dec 14 16:39:22 PST 2005 # xorg.conf.dpkg-new (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 xorg.conf.dpkg-new manual page. # (Type man xorg.conf.dpkg-new 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 commands as root: # # cp /etc/X11/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new /var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section ServerLayout Identifier Default Layout Screen Default Screen 0 0 InputDeviceGeneric Keyboard InputDeviceConfigured Mouse InputDeviceSynaptics Touchpad EndSection Section Files # local font server # if the local font server has problems, we can fall back on these FontPathunix/:7100 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/CID FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Load bitmap Load dbe Load ddc # Loaddri Load extmod Load freetype Load glx Load int10 Load record Load type1 Load v4l Load vbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout dvorak EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device /dev/input/mice Option Protocol ExplorerPS/2 Option Buttons 7 Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEvents true Option Device /dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Monitor Identifier Generic Monitor HorizSync 30.0 - 75.0 VertRefresh 50.0 - 85.0 Option DPMS EndSection Section Device Identifier NVIDIA Corporation NV17 [GeForce4 440 Go] Driver nvidia EndSection Section Screen Identifier Default Screen Device NVIDIA Corporation NV17 [GeForce4 440 Go] MonitorGeneric Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1600x1200 1280x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1600x1200 1280x1024 1024x768 800x600 640x480
Bug#366347: xfonts-base: Some programs fail to start with no ISO8859 fonts error
Turns out, this was caused by my customized Xorg configuration having the font paths still set to /usr/lib/X11/fonts instead of their new paths in /usr/share/fonts/X11/ (after the Xorg 7 transition). I changed the FontPath statements in my xorg.conf, and all was well. There is a lengthly explanation of a lot of things about the Xorg 7 transition here: http://lists.debian.org/debian-devel-announce/2006/04/msg00010.html. -- Robert Buels SGN Bioinformatics Analyst 252A Emerson Hall, Cornell University Ithaca, NY 14853 Tel: 503-889-8539 [EMAIL PROTECTED] http://www.sgn.cornell.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]