Bug#643919: xserver-xorg-core: After upgrading from 2:1.11.0 to 2:1.11.1 switching windows takes 5-10 seconds
Package: xserver-xorg-core Version: 2:1.11.1-1 Severity: important Hi, I've just upgraded xserver-xorg-core from 2:1.11.0 to 2:1.11.1 (due to #641344) and the rendering glitches are gone now (had no crashes), instead Xorg takes up full CPU for 5 to 10 seconds every time I switch between two windows, a new window is created and sometimes when windows draw their contents. I don't use any compositing effects etc. (kwin is the window manager) so it really has nothing fancy to draw. Andreas -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 May 4 23:51 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2003784 Sep 24 12:08 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: nVidia Corporation G92 [GeForce 9800 GT] [10de:0614] (rev a2) Xorg X server configuration file status: -rw-r--r-- 1 root root 1819 Jul 21 00:28 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 275.09.07 (pbuilder@windlord) Thu Jun 16 14:31:39 UTC 2011 # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 275.09.07 (pbuilder@windlord) Thu Jun 16 14:37:34 UTC 2011 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" Option "Xinerama" "0" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "evdev" #Option "Protocol" "auto" #Option "Device" "/dev/psaux" #Option "Emulate3Buttons" "no" #Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "evdev" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Samsung SyncMaster" HorizSync 30.0 - 81.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce 9800 GT" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 Option "TwinView" "1" Option "TwinViewXineramaInfoOrder" "DFP-1" Option "metamodes" "DFP-0: nvidia-auto-select +1920+0, DFP-1: nvidia-auto-select +0+0; DFP-0: NULL, DFP-1: 1680x1050 +0+0; DFP-0: NULL, DFP-1: 1280x1024 +0+0" SubSection "Display" Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.0.0-1-686-pae (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:41:03 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 20200 Sep 20 10:36 /var/log/Xorg.1.log -rw-r--r-- 1 root root 19482 Sep 30 21:42 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 21097.393] X.Org X Server 1.11.1 Release Date: 2011-09-24 [ 21097.393] X Protocol Version 11, Revision 0 [ 21097.393] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [ 21097.393] Current Operating System: Linux trinity 3.0.0-1-686-pae #1 SMP Sat Aug 27 16:41:03 UTC 2011 i686 [ 21097.393] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-686-pae root=UUID=421963
Bug#550263: Kills XServer when switching to VT
On 08.10.09 21:05:51, Julien Cristau wrote: > On Thu, Oct 8, 2009 at 20:20:13 +0200, Andreas Pakulat wrote: > > > Package: xserver-xorg-video-radeonhd > > Version: 1.2.5-1 > > Severity: important > > > > Hi, > > > > Since upgrading X11 lately everytime I switch from VT7 to VT1-6 the X11 > > session is being killed. Hence I basically cannot use the normal tty's > > as I then loose my logged in X11 session. The same happens when I start > > a second X server on VT8 and switch to that. > > > Please provide a log from the crash. The Xorg log is attached, I've already tried installing the -dbg packages for radeonhd, ati and xorg-core but the backtrace doesn't contain more details after that. Also I need to correct myself, X11 crashes when switching from the TTY back to X11. Its still alive after switching to VT1 initially. Andreas -- Be careful! Is it classified? Xorg.0.log.old.gz Description: Binary data
Bug#524607: Also breaks suspend to ram
Hi, just wanted to add that this also breaks suspend to ram here (from KDE4 desktop) because the suspend switches to VT mode before suspending and that crashes the X server. Don't have a log at hand unfortunately, but its definetly caused by the last upgrade from Xorg 7.3 to 7.4 (and the related intel driver update from 2.3.2 to 2.7.0), I downgraded just the xserver-xorg packages and the problem is gone. Andreas -- You work very hard. Don't try to think as well. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#463567: xkb changes crash X11
On 04.03.08 14:26:59, Julien Cristau wrote: > On Tue, Mar 4, 2008 at 13:39:52 +0100, Andreas Pakulat wrote: > > The crash is triggered by doing changes to my xkb configuration, hence > > I moved this to libxkbfile1. Thats the component thats shared by both > > kxkb and setxkbmap as far as I could see. > > But neither kxkb nor setxkbmap is crashing. An Xorg crash is a server > issue, libxkbfile is a client-side lib, so I reassigned the bug to the > server (which is the other component shared by both applications: both > are X11 clients :)). Well, yeah, but the cause of the crash seemed to be xkb so I suspected a proper fix would go there too. Especially as only xkb changed between "not crashing" and "crashing". > > Backtrace: > > 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c675e] > > 1: [0xe420] > > 2: /usr/bin/X(Xfree+0x21) [0x81b4661] > > 3: /usr/bin/X [0x81a68d0] > > 4: /usr/bin/X [0x81a696c] > > 5: /usr/bin/X [0x81a63ad] > > 6: /usr/bin/X(SrvXkbFreeGeomRows+0x49) [0x81a6519] > > 7: /usr/bin/X [0x81a6561] > > 8: /usr/bin/X [0x81a63ad] > > 9: /usr/bin/X(SrvXkbFreeGeomSections+0x49) [0x81a64c9] > > 10: /usr/bin/X(SrvXkbFreeGeometry+0xdf) [0x81a6bdf] > > 11: /usr/bin/X(SrvXkbFreeKeyboard+0xc1) [0x81a4db1] > > 12: /usr/bin/X(XkbFreeInfo+0xdf) [0x819347f] > > 13: /usr/bin/X [0x808546f] > > 14: /usr/bin/X(CloseDownDevices+0x29) [0x80858c9] > > 15: /usr/bin/X(main+0x4be) [0x807473e] > > 16: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7cff450] > > 17: /usr/bin/X(FontFileCompleteXLFD+0x205) [0x8073a81] > > > Looks like #461783, merging. I'm also bumping the severity, as this > seems to affect many people unfortunately... Indeed, thanks for letting me know. Looking at that report, yes I also used a microsoft keyboad which X11 identified as microsoftpro as well. Luckily I'm now using a differnet keyboard so there's hope I am not affected anymore :) Andreas -- You will always get the greatest recognition for the job you least like. signature.asc Description: Digital signature
Bug#462816: xkb-data: XF86WWW Key broken with cymotion layout
Package: xkb-data Version: 1.1~cvs.20080104.1-1 Severity: normal Hi, seems like one of the X11 upgrades changed to produce the key code 178 for the XF86WWW key. This maps to symbol I32 and thus using the cymotion layout I don't get my mapped action for that key anymore. The cymotion layout currently uses I02 for XF86WWW. I can't say which upgrade exactly broke things. Andreas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.23 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2
On Freitag, 2. November 2007, Brice Goglin wrote: > Andreas Pakulat wrote: > > - most importantly: I can't start either XFC4 or KDE3 session from > > that xterm or from kdm. As soon as they're up and running the 2nd > > head is switched off and when I set a mode on it again and then use > > > > xrandr --output VGA-0 --left-of LVDS > > > > to put it on the left side of the lvds, but that just makes the > > whole screen go blank :( Maybe this is a xfce/kde issue? > > If starting with KDE/XFC works fine on both heads, I would guess that > KDE/XFC does some incorrect RandR 1.2 calls at startup. It is hard to > be sure. Did you check in the corresponding KDE/XFC configuration > utilities? I'd like to add that the display doesn't always go blank when running xrandr --left-of, sometimes it just creates garbage on the 2nd head. Bugreport for that is here: https://bugs.freedesktop.org/show_bug.cgi?id=13068 Andreas -- You display the wonderful traits of charm and courtesy. signature.asc Description: This is a digitally signed message part.
Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2
On Freitag, 2. November 2007, Brice Goglin wrote: > Andreas Pakulat wrote: > > - the dpi setting seems to be set wrongly, I've got a 332x205 > > laptop display (mm) and a 365x275 mm CRT. And xorg sets 96dpi and > > xrandr tells me that the screen size is actually 888x220 mmm??? > > Right would be something like 130dpi > > There are some known problems like this one, I think it is being > worked on upstream. Well, current git still shows this behaviour. I guess the problem is that the driver doesn't read the EDID information properly or some such. > > - I couldn't get a virtual desktop of 3080x1050 with a modeline of > > 1400x1050 for the CRT, X11 always created a 3360x1050 virtual > > desktop, i.e. double the size of the lvds > > Not sure about this, maybe the ATI driver insists on using such a > size. I hope note, its quite annoying to have this 1680x1050 resolution on a standard 4:3 CRT, the font is stretched quite a bit. Or does XRandR support non-rectangular desktops, i.e. using 1680x1200 on the CRT and 1680x1050 on the LVDS? > If the latest upstream git of the driver does this, it might be worth > sending the corresponding config and log on bugzilla.freedesktop.org. Yeah, latest git doesn't help here. I've filed an upstream bugreport (not sure if I should reference it via forwarded-upstream): https://bugs.freedesktop.org/show_bug.cgi?id=13067 > > - most importantly: I can't start either XFC4 or KDE3 session from > > that xterm or from kdm. As soon as they're up and running the 2nd > > head is switched off and when I set a mode on it again and then use > > > > xrandr --output VGA-0 --left-of LVDS > > > > to put it on the left side of the lvds, but that just makes the > > whole screen go blank :( Maybe this is a xfce/kde issue? > > If starting with KDE/XFC works fine on both heads, I would guess that > KDE/XFC does some incorrect RandR 1.2 calls at startup. It is hard to > be sure. Did you check in the corresponding KDE/XFC configuration > utilities? Not sure about xfce4, but the kde startup script actually stored the layout of my screens and reloaded that using xrandr during session startup. I'll file a bugreport about that with KDE. Not sure what to do about this report, I can now at least use the new Xorg with XRandR, though there's still the outstanding issues of desktop-size and the dpi-settings... Andreas -- You are scrupulously honest, frank, and straightforward. Therefore you have few friends. signature.asc Description: This is a digitally signed message part.
Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2
On Mittwoch, 19. September 2007, Brice Goglin wrote: > Andreas Pakulat wrote: > > One thing I just noticed though: x11-utils changelog doesn't > > mention xrandr 1.2.2 it only mentions 1.2.0, so may I have a > > too-old xrandr? > > x11-xserver-utils (7.2-2) experimental; urgency=low > > * Add xrandr 1.2.2. > > You probably have 7.3+1, right? So it should be fine. Ok, I tried again with the latest unstable Xorg and using the experimental ati driver package. XRandR now kind of works, that is if I start up a plain xterm with the attached xorg.conf I do get a 3360x1050 desktop. A few problems remain - the dpi setting seems to be set wrongly, I've got a 332x205 laptop display (mm) and a 365x275 mm CRT. And xorg sets 96dpi and xrandr tells me that the screen size is actually 888x220 mmm??? Right would be something like 130dpi - I couldn't get a virtual desktop of 3080x1050 with a modeline of 1400x1050 for the CRT, X11 always created a 3360x1050 virtual desktop, i.e. double the size of the lvds - most importantly: I can't start either XFC4 or KDE3 session from that xterm or from kdm. As soon as they're up and running the 2nd head is switched off and when I set a mode on it again and then use xrandr --output VGA-0 --left-of LVDS to put it on the left side of the lvds, but that just makes the whole screen go blank :( Maybe this is a xfce/kde issue? I'd appreciate any input on any of the three. Andreas -- You now have Asian Flu. # XF86Config-4 (XFree86 X 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.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # 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/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"/usr/share/fonts/TrueType" FontPath"/usr/share/fonts/X11/misc:unscaled" FontPath"/usr/share/fonts/X11/100dpi:unscaled" FontPath"/usr/share/fonts/X11/75dpi:unscaled" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/truetype/openoffice" FontPath"/usr/share/fonts/truetype/ttf-xfree86-nonfree" FontPath"/usr/share/fonts/truetype/freefont" FontPath"/usr/share/fonts/truetype/ttf-bitstream-vera" FontPath"/usr/share/fonts/X11/Type1" EndSection Section "Module" Load"synaptics" Load"dbe" Load"dri" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Load"freetype" Load"type1" Load"vbe" Load"shadow" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "AutoRepeat""500 30" Option "XkbOptions" "grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll,compose:caps" Option "XkbRules" "xorg" Option "XkbModel" "cymotionlinux" Option "XkbLayout" "us,de(nodeadkeys)" Option "XkbVariant""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse2" Driver "synaptics" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "auto-dev" Option "LeftEdge" "1700" Option "RightEdge" "5300" Option "TopEdge" "1700" Option "BottomEdge""4200" Option "FingerLow" "25" Option "FingerHigh"
Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2
On 18.09.07 23:25:13, Brice Goglin wrote: > Andreas Pakulat wrote: > > I tried to find howtos in the net, but there were onyl few, the attached > > xorg.conf is what I'm using right now. As soon as I remove the comments > > from the Options in the Device section Xorg doesn't start anymore, > > telling me that Screen's were found but none of them had a usable > > configuration. > > > > Using the config as is, does come up with the Laptop display working > > properly, however I can't activate the VGA. All I get from xrandr is: > > [EMAIL PROTECTED]:~>xrandr > > xrandr: Output VGA-0 is not disconnected but has no modes > > > > Google leads me to believe that I should disable the S-video output, but > > trying that just gives me the same information, without any change: > > [EMAIL PROTECTED]:~>xrandr --output S-video --off > > xrandr: Output VGA-0 is not disconnected but has no modes > > > > Unplugging the CRT and doing that doesn't change anything either. > > > > The second attached Xorg log is from a failing start with the 3 > > monitor-lines activated. > > > > Andreas, who now has to downgrade X11 again :( > > > > This seems very similar to > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439322 > > You might want to try latest upstream git snapshot, TV-out should be > disabled by default there, so you might get some modes from VGA by default. > > And finally, it would be good to send the output of xrandr, with and > without with TV-out disabled *at startup* (either in xorg.conf or with a > recent driver where TV-out does not get enabled automatically). Ok, so I tried with the git snapshot from git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati but there are no changes compared to the debian experimental package. One thing I just noticed though: x11-utils changelog doesn't mention xrandr 1.2.2 it only mentions 1.2.0, so may I have a too-old xrandr? Andreas -- Love is in the offing. Be affectionate to one who adores you. pgpvgKVa69aiX.pgp Description: PGP signature
Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2
On 18.09.07 23:25:13, Brice Goglin wrote: > Andreas Pakulat wrote: > > I tried to find howtos in the net, but there were onyl few, the attached > > xorg.conf is what I'm using right now. As soon as I remove the comments > > from the Options in the Device section Xorg doesn't start anymore, > > telling me that Screen's were found but none of them had a usable > > configuration. > > > > Using the config as is, does come up with the Laptop display working > > properly, however I can't activate the VGA. All I get from xrandr is: > > [EMAIL PROTECTED]:~>xrandr > > xrandr: Output VGA-0 is not disconnected but has no modes > > > > Google leads me to believe that I should disable the S-video output, but > > trying that just gives me the same information, without any change: > > [EMAIL PROTECTED]:~>xrandr --output S-video --off > > xrandr: Output VGA-0 is not disconnected but has no modes > > > > Unplugging the CRT and doing that doesn't change anything either. > > > > The second attached Xorg log is from a failing start with the 3 > > monitor-lines activated. > > > > Andreas, who now has to downgrade X11 again :( > > > > This seems very similar to > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439322 Indeed, let me do another test and eventually I'll merge the bug into the existing one (I seem to have overlooked that one while scanning the buglist) > You might want to try latest upstream git snapshot, TV-out should be > disabled by default there, so you might get some modes from VGA by default. Ok. > And finally, it would be good to send the output of xrandr, with and > without with TV-out disabled *at startup* (either in xorg.conf or with a > recent driver where TV-out does not get enabled automatically). I guess I wasn't clear: I don't get X11 to start when I use any of the monitor-Options. Not even if I just include the one for disabling Tv-Out. And when I start without them, xrandr _always_ just complains about the VGA-0 being connected but no modes being available, no matter what xrandr call I use (including xrandr --output S-video --off). Andreas -- You will be the last person to buy a Chrysler. pgpviwhzp4rSh.pgp Description: PGP signature
Bug#443102: closed by Julien Cristau <[EMAIL PROTECTED]> (Re: Bug#443102: xserver-xorg-video-ati: Xinerama completely broken with 6.6.193-3)
On 18.09.07 21:50:43, Brice Goglin wrote: > Andreas Pakulat wrote: > > Re-Opening, IMHO this information belongs into a NEWS file, as it > > completely breaks existing XServer installation and its not mentioned > > anywhere in the docs of the package. > > Yes, we will have to document this for the release of Lenny. But it > concerns much more than just the ati driver. At least intel, nv (for > G80) and mga will have randr-1.2 support too. And upstream is not > willing to fix the server, although it may even crash with the old > Xinerama syntax in xorg.conf. So I guess we'll have a common > documentation somewhere for all this, not only something in the NEWS > file of this driver. Well, I think the documentation should've been done before uploading to unstable. At least some basics ;) So, I played with xrandr the last hour, but I can't get it to create a dual head setup :( I'll write a new bugreport for that. Andreas -- Is this really happening? pgpaQGPPlMkIW.pgp Description: PGP signature
Bug#443102: closed by Julien Cristau <[EMAIL PROTECTED]> (Re: Bug#443102: xserver-xorg-video-ati: Xinerama completely broken with 6.6.193-3)
reopen 443102 retitle 443102 Missing information about deprecation of Xinerama On 18.09.07 18:03:06, Debian Bug Tracking System wrote: > > xserver-xorg-video-ati 1:6.6.193-3. After restarting the XServer I had a > > garbaged display and couldn't access the second monitor-part. I'm > > running a pretty usual Xinerama setup on a Radeon Mobility 9200, with > > the external monitor being a CRT. I'm _not_ using the MergedFB mode as > > that doesn't work reliably. > > > This mode isn't supported in recent versions. Use dynamic configuration > with xrandr 1.2 instead. Re-Opening, IMHO this information belongs into a NEWS file, as it completely breaks existing XServer installation and its not mentioned anywhere in the docs of the package. I'm leaving the severity as it was for now, but if you think this doesn't break many systems feel free to downgrade to important. Andreas -- You have many friends and very few living enemies. pgpWUTueptGCS.pgp Description: PGP signature
Bug#443102: xserver-xorg-video-ati: Xinerama completely broken with 6.6.193-3
Package: xserver-xorg-video-ati Version: 1:6.7.192-4 Severity: grave Justification: renders package unusable Hi, today I upgraded my unstable system and with it came Xorg 7.3 including xserver-xorg-video-ati 1:6.6.193-3. After restarting the XServer I had a garbaged display and couldn't access the second monitor-part. I'm running a pretty usual Xinerama setup on a Radeon Mobility 9200, with the external monitor being a CRT. I'm _not_ using the MergedFB mode as that doesn't work reliably. As you can see from this report I also tried to upgrade to the experimental version, but that one doesn't have proper dependecies and didn't upgrade the rest of X11. Obviously that rest is needed for the experimental version, I got a segfault when trying to start X11 with that. So the only solution was to downgrade the whole X11 to the Etch version (video-ati == 1:6.6.3-2) to get a usable system again. I'm attaching my xorg.conf Andreas -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 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 xserver-xorg-video-ati depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries ii xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information # XF86Config-4 (XFree86 X 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.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # 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/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"/usr/share/fonts/TrueType" FontPath"/usr/share/fonts/X11/misc:unscaled" FontPath"/usr/share/fonts/X11/100dpi:unscaled" FontPath"/usr/share/fonts/X11/75dpi:unscaled" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/truetype/openoffice" FontPath"/usr/share/fonts/truetype/ttf-xfree86-nonfree" FontPath"/usr/share/fonts/truetype/freefont" FontPath"/usr/share/fonts/truetype/ttf-bitstream-vera" FontPath"/usr/share/fonts/X11/Type1" EndSection Section "Module" Load"synaptics" Load"dbe" Load"dri" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Load"freetype" Load"type1" Load"vbe" Load"shadow" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "AutoRepeat""500 30" Option "XkbOptions" "grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll,compose:caps" Option "XkbRules" "xorg" Option "XkbModel" "cymotionlinux" Option "XkbLayout" "us,de(nodeadkeys)" Option "XkbVariant""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse2" Driver "synaptics" Option "CorePointer" Option "Device""/dev/gpmdata" Option "Protocol" "auto-dev" Option "LeftEdge" "1700" Option "RightEdge" "5300" Option "TopEdge" "1700" Option "BottomEdge""4200" Option "FingerLow" "25" Option "FingerHigh""30" Option "MaxTapTime""180" Option "MaxTapMove""220" Option "VertScrollDelta" "100" Option "MinSpeed" "0.06" Option "MaxSpeed" "0.12" Option "SHMConfig" "true" Option "AccelFactor" "0.0010" Option "UpDownScrolling" "yes" Option "LockedDrags" "on" # Option "Emulate3Buttons" "yes" # Option
Bug#331637: xserver-xorg: XRANDR is turned off even if Log says it's enabled
On 16.06.07 16:51:14, Brice Goglin wrote: > Does this problem about X saying in the log that RandR is enabled while > it is not still occurs nowadays with latest xserver-xorg-core and drivers? Yes, I still get the message that RandR is enabled even though xrandr fails on execution. I also get the Initializing RANDR message. I'm having xserver-xorg-video-ati == 1:6.6.3-2 and xserver-xorg-core == 2:1.3.0.0.dfsg-6 Andreas -- Are you making all this up as you go along?
Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux
On 23.03.07 00:20:06, Brice Goglin wrote: > Andreas Pakulat wrote: > > On 22.03.07 21:34:31, Brice Goglin wrote: > > > >> Hi Andreas, > >> > >> What is the status of the patch that you sent upstream to fix cherry > >> keyboard layouts? Did it get merged? Is there an url to the relevant > >> thread? > >> > > > > As far as I know: no. I still apply my patch after each upgrade of > > xkb-data (had to change it a bit once or twice). > > > > The problem is that I don't have a mail or anything as reference and > > unfortunately also no bookmark for the BR so it might take me some time > > to find it again (also IIRC there are mutliple BR's against this open > > upstream) > > > > The following upstream bugs seem to be relevant: > https://bugs.freedesktop.org/show_bug.cgi?id=3541 > https://bugs.freedesktop.org/show_bug.cgi?id=7983 > > Do you think I should mark this bug as forwarded to one of those? Thanks for finding these two, the one I responded to is a different, but looking at the two bugreports they seem to contain everything thats needed. So yes mark the bug as forwarded. It would also be cool if one of the patches could be incorporated into the debian package until upstream picks them up. Would save me and probably others fixing the files every time xkb-data is updated. Andreas -- So you're back... about time... pgpAh4cqnQnDG.pgp Description: PGP signature
Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux
On 22.03.07 21:34:31, Brice Goglin wrote: > Hi Andreas, > > What is the status of the patch that you sent upstream to fix cherry > keyboard layouts? Did it get merged? Is there an url to the relevant thread? As far as I know: no. I still apply my patch after each upgrade of xkb-data (had to change it a bit once or twice). The problem is that I don't have a mail or anything as reference and unfortunately also no bookmark for the BR so it might take me some time to find it again (also IIRC there are mutliple BR's against this open upstream) Andreas -- Do not sleep in a eucalyptus tree tonight. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336226: .ICE-unix not correctly created
On 02.02.07 17:27:08, Julien Cristau wrote: > > On Fri, Oct 28, 2005 at 08:43:54PM +0200, Andreas Pakulat wrote: > > > I think I found why my XFCE4 fails to start when starting it via > > > startx. It seems that the .ICE-unix directory in /tmp is created as > > > the current user, but the session-manager needs the directory to have > > > root as owner. IIRC XFCE4 from kdm works, because kdm ist run as root > > > and creates the .ICE-unix directory. > > > > > If startx is actually supposed to create the .ICE-unix directory then > > > please move this bug over to the proper X11 package. > > On Sun, Dec 4, 2005 at 16:42:24 +, Simon Huggins wrote: > > Well something should and I don't believe it should be xfce4-session as > > we will never be run as root. > > > > For reference the errors found in .xsession-errors are: > > > > _IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be > > created. > > _IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2 > > _IceTransMakeAllCOTSServerListeners: failed to create listener for local > > xfce4-session: Unable to establish ICE listeners: Cannot establish any > > listening sockets > > > /tmp/.ICE-unix is supposed to be created by /etc/init.d/x11-common at > startup. Is any of you able to reproduce this problem recently? I haven't seen this since quite some time. However I rarely use XFCE4 nowadays either... Andreas -- Never give an inch! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux
Package: xkb-data Version: 0.8-17 Severity: wishlist Tags: patch Hi, I'm using the mentioned keyboard here and have produced a xkb configurartion that makes more keys work than the current cymotionlinux one. I already sent this to one of the bugs upstream, but it hasn't been included yet. The patch removes the cymotionlinux Option from xkb and names the model cherrybluec in accordance with the rest of the cherry keyboards. I know this might break existing configurations, but a NEWS entry should cope that. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information diff -u -Nur xkb.org/rules/base xkb/rules/base --- xkb.org/rules/base 2006-10-07 11:59:57.0 +0200 +++ xkb/rules/base 2006-10-07 12:00:15.0 +0200 @@ -38,10 +38,9 @@ apple \ brother \ btc5113rf btc5126t btc9000 btc9000a btc9001ah btc5090 btc9019u \ - cherryblue cherrybluea cherryblueb cherrycyboard \ + cherryblue cherrybluea cherryblueb cherrybluec cherrycyboard \ chicony chicony9885 \ compaqeak8 compaqik7 compaqik13 compaqik18 \ - cymotionlinux \ dell dellusbmm dexxa diamond dinovo dtk2000 \ emachines ennyah_dkb1008 evdev \ genius geniuscomfy geniuscomfy2 geniuskb19e \ diff -u -Nur xkb.org/rules/base.xml xkb/rules/base.xml --- xkb.org/rules/base.xml 2006-10-07 11:59:57.0 +0200 +++ xkb/rules/base.xml 2006-10-07 12:01:33.0 +0200 @@ -882,6 +882,22 @@ +cherrybluec +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux +Cherry CyMotion Master Linux + + + + cherrycyboard Cherry [EMAIL PROTECTED] USB-Hub Cherry [EMAIL PROTECTED] USB-Hub @@ -1079,27 +1095,6 @@ -cymotionlinux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux -Cherry CyMotion Master Linux - - - - armada Laptop/notebook Compaq (eg. Armada) Laptop Keyboard Laptop/notebook Compaq (eg. Armada) Laptop Keyboard diff -u -Nur xkb.org/symbols/inet xkb/symbols/inet --- xkb.org/symbols/inet 2006-10-07 11:59:57.0 +0200 +++ xkb/symbols/inet 2006-10-07 12:00:15.0 +0200 @@ -539,6 +539,40 @@ key { [ XF86Go ] }; }; +//Cherry CyMotion Master Linux +partialalphanumeric_keys +xkb_symbols"cherrybluec" { +key { [ XF86Search] }; +key { [ XF86AudioMedia] }; +key{ [ XF86HomePage ] }; +key{ [ Undo ] }; +key{ [ Redo ] }; +key{ [ XF86ScrollDown] }; +key{ [ XF86AudioPrev ] }; +key{ [ XF86Launch1 ] }; +key{ [ XF86AudioNext ] }; +key{ [ XF86Launch0 ] }; +key{ [ XF86AudioMute ] }; +key{ [ XF86Calculator] }; +key{ [ XF86AudioPlay, XF86AudioPause ] }; +key{ [ XF86AudioStop ] }; +key{ [ XF86Launch2 ] }; +key{ [ XF86AudioLowerVolume ] }; +key{ [ XF86AudioRaiseVolume ] }; +key{ [ XF86Cut ] }; +key{ [ XF86ScrollUp ] }; +key{ [ XF86PowerOff ] }; +key <167> { [ XF86Reload] }; +key{ [ XF86Stop ] }; +key{ [ XF86Forward ] }; +key{ [ XF86Back ] }; +key{ [ XF86Mail ] }; +key{ [ XF86Copy ]
Bug#373292: xserver-xorg-video-ati: always disables direct rendering
On 14.06.06 10:59:14, Michel Dänzer wrote: > On Wed, 2006-06-14 at 09:54 +0200, Andreas Pakulat wrote: > > I wanted to try Google Earth's linux version, but I cannot get DRI > > working anymore. The dri-module is loaded and X11 tells me that the > > DRI-Extension is activated, however the radeon module later disables > > direct rendering, without any further notice. > > > Xorg.conf: > > Section "Module" > > Load"synaptics" > > Load"dbe" > > Load"dri" > > SubSection "extmod" > > Option "omit xfree86-dga" > > EndSubSection > > Load"freetype" > > Load"type1" > > Load"vbe" > > Load"shadow" > > EndSection > > You also need to load the "glx" module. Hmm, I tried that, but my pc stopped doing anything when I started X11. Anyway this time it works, although google earth has a _really_ bad 3d display, glxgears works perfectly... Closing this bug now. Andreas -- You look tired. pgpxbjDoN31S3.pgp Description: PGP signature
Bug#373292: xserver-xorg-video-ati: always disables direct rendering
Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: normal Hi, I wanted to try Google Earth's linux version, but I cannot get DRI working anymore. The dri-module is loaded and X11 tells me that the DRI-Extension is activated, however the radeon module later disables direct rendering, without any further notice. The relevant Xorg.conf sections look fine I think (see below). I'm using a ATI Technologies Inc Radeon R250 Lf and I had DRI working at least with 6.8.2 (not sure about 6.9). I'm attaching the Xorg.0.log Andreas Xorg.conf: Section "Module" Load"synaptics" Load"dbe" Load"dri" SubSection "extmod" Option "omit xfree86-dga" EndSubSection Load"freetype" Load"type1" Load"vbe" Load"shadow" EndSection Section "Device" Identifier "Device0" Driver "radeon" EndSection Section "Monitor" Identifier "Monitor1" HorizSync 30-96#HRO VertRefresh 50-160 #HRO/HL DisplaySize 365 275 #HRO Option "DPMS" EndSection Section "Screen" Identifier "Screen1" Device "Device0" Monitor "Monitor1" DefaultDepth24 SubSection "Display" Depth 24 Modes "1280x1024" ViewPort0 0 EndSubSection EndSection Section "ServerFlags" Option "RandR" "On" EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Screen1" InputDevice "Generic Keyboard" InputDevice "Configured Mouse2" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.12-1-686 i686 Current Operating System: Linux morpheus 2.6.16.14 #1 Mon May 8 22:05:53 CEST 2006 i686 Build Date: 16 March 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 14 09:47:47 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Screen1" (0) (**) | |-->Monitor "Monitor1" (**) | |-->Device "Device0" (**) |-->Input Device "Generic Keyboard" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "cherrybluec" (**) XKB: model: "cherrybluec" (**) Option "XkbLayout" "de(nodeadkeys),us" (**) XKB: layout: "de(nodeadkeys),us" (**) Option "XkbOptions" "grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll" (**) XKB: options: "grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse2" (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/share/fonts/truetype/ttf-bitstream-vera" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/share/fonts/TrueType,/usr/share/fonts/X11/misc:unscaled,/usr/share/fonts/X11/100dpi:unscaled,/usr/share/fonts/X11/75dpi:unscaled,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/misc,/usr/share/fonts/truetype/openoffice,/usr/share/fonts/truetype/ttf-xfree86-nonfree,/usr/share/fonts/truetype/freefont,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/" (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Option "RandR" "On" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled f
Bug#332548: xserver-xorg-core
reassign 332548 xserver-xorg-video-ati 1:6.5.7.3-3 forwarded 332548 https://bugs.freedesktop.org/show_bug.cgi?id=5447 stop On 13.04.06 15:40:37, Stian Jordet wrote: > tor, 13,.04.2006 kl. 02.40 +0200, skrev Andreas Pakulat: > > On 21.03.06 17:40:51, Stian Jordet wrote: > > > Just to inform everyone; by using latest ati-driver from cvs it works > > > perfect again ;) > > > > Hi Stian, > > > > I just fetched cvs head of driver/xf86-video-ati and used the debian > > diff.gz to build a debian package out of it. However I had no luck, the > > problem still persists. This is really annoying as I now have to > > manually downgrade X11 to 6.9.0 to get xserver-xorg=6.8.2 to work again. > > > > What radeon card are you using (I have a Mobility 9200, R250 Lf here)? > > > > How does your xorg.conf look like? > > > > Are you using 2 Monitors with the same resolution? > > Hi Andreas. > > I'm using two 19" lcd monitors on a Radeon 9700Pro. When this started > happening I used one monitor with DVI cable, the other with normal VGA > cable. Then for a short while I used VGA cable on both monitors. That > were when the fix came out. With both monitors connected with VGA > cables, it worked just fine. > > When I later used on vga and one dvi cable, I went back to one black > monitor. Interesting, I'm reassinging and including reference to upstream bugreport. I'll be working wiht upstream from here, because it's definetly not a Debian problem. Let's hope we find the reason until X.org 7.0 enters testing... Andreas -- You have a truly strong individuality. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332548: xserver-xorg-core
On 21.03.06 17:40:51, Stian Jordet wrote: > Just to inform everyone; by using latest ati-driver from cvs it works > perfect again ;) Hi Stian, I just fetched cvs head of driver/xf86-video-ati and used the debian diff.gz to build a debian package out of it. However I had no luck, the problem still persists. This is really annoying as I now have to manually downgrade X11 to 6.9.0 to get xserver-xorg=6.8.2 to work again. What radeon card are you using (I have a Mobility 9200, R250 Lf here)? How does your xorg.conf look like? Are you using 2 Monitors with the same resolution? Andreas -- You will soon meet a person who will play an important role in your life. pgp1GFNNe8xp6.pgp Description: PGP signature
Bug#332548: xserver-xorg-core
On 21.03.06 17:40:51, Stian Jordet wrote: > Just to inform everyone; by using latest ati-driver from cvs it works > perfect again ;) So if I use Xorg 7.0 from experimental and build the ati-driver from cvs I should be fine again? Maybe I'll try that next weekend and report here. Andreas -- Is that really YOU that is reading this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357207: xkb-data: does not work at all after upgrade
On 16.03.06 23:10:47, Denis Barbier wrote: > Of course I am not happy with the current situation, breaking XKB is > no fun for users. > If there is a note in /usr/share/doc/xkb-data/README.Debian about > xorg 6.9, do you believe that this is enough to close this bug report? Maybe you could add a postinst script that creates the symlinks. IIRC the "old" README.Debian said that one should use the -xkbdir Option to X11 to specify the xkb-data directory. This worked without a problem here, so I wonder if you just need to create 2 symlinks in /usr/share/X11/xkb-data for compiled and xkbcomp in a postinst script if the xserver-xorg Version is <7.0 (or some such). Then the README.Debian should point out both possibilities, i.e. using -xkbdir and moving /etc/X11/xkb out of the way to make place for a symlink. Just my 2¢ however. Andreas -- Your lucky number is 3552664958674928. Watch for it everywhere. pgpZtNmfAakTx.pgp Description: PGP signature
Bug#357207: xkb-data: does not work at all after upgrade
On 16.03.06 21:59:12, Denis Barbier wrote: > On Thu, Mar 16, 2006 at 09:30:19PM +0100, Andreas Kroschel wrote: > > * Denis Barbier: > > > > > Can you please send your /var/log/Xorg.0.log file? > > > > X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-4 20060114230205 David > > Nusinow <[EMAIL PROTECTED]>) > > I also had trouble with xorg 6.9, and have no idea why. It works fine > here with xorg 7.0, which is why I uploaded xkeyboard-config 0.8-1. > I hope that 7.0 will be uploaded soon, and thus am not willing to > support 6.9. Anyway maybe we can try to find a solution for your > problem. That's too bad, because there are people out there that can't move to anything newer than 6.8.2, at least for xserver-xorg. Me beeing one of them. However I'd really like to use xkb-data because it has support for all those fance multimedia-keys I regurlarly use on my keyboard. Of course I can just "patch" xkb from xlibs-data, but I may have to do this after every xlibs-data update... > [...] > > Couldn't compile keymap file > > (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap > > With 6.9, you also need the following symlinks: >/etc/X11/xkb/compiled -> /var/lib/xkb >/etc/X11/xkb/xkbcomp -> /usr/X11R6/bin/xkbcomp This fixes the problem here, could you please enhance the README.Debian with this information? Andreas -- Bank error in your favor. Collect $200. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354713: Bug#354743: rebortbug: crashes with IOError: Not a gzipped file
On 01.03.06 20:18:16, Chris Lawrence wrote: > On 3/1/06, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > On 01.03.06 17:52:25, Chris Lawrence wrote: > > > I can't duplicate this problem here; perhaps it was an intermittent > > > problem with bugs.debian.org > > > > No it's not. Hi, I got around writing a small test app to open packages.debian.org/reportbug the same way reportbug doesn. However it worked, I then tried with reportbug and it worked too. Seems like indeed it was an interim problem with pdo.debian.net I don't get any gzipped pages anymore from the debian servers that reportbug accesses. Thus I'm closing this bug-report. Thanks for your help. Andreas -- What happened last night can happen again. pgpqjiah05dnT.pgp Description: PGP signature
Bug#354713: Bug#354743: rebortbug: crashes with IOError: Not a gzipped file
On 01.03.06 20:18:16, Chris Lawrence wrote: > On 3/1/06, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > On 01.03.06 17:52:25, Chris Lawrence wrote: > > > I can't duplicate this problem here; perhaps it was an intermittent > > > problem with bugs.debian.org > > > > No it's not. > > > > > or you have proxy issues... > > > > No proxy here. > > Strange. Got some more here: It seems that the problem is the redirect that is done when getting packages.debian.org/. I found that urlutils.urlopen and urlutils.open_url were called only with that URL, even though the finally returned file-like object (called page in get_available_versions) returns the following as url [1]: http://pdo.debian.net/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords= So I checked with curl --compress -v http://pdo.debian.net/reportbug and I got a 302. Now I couldn't find any place in urlutils where you handle that HTTP code, so I guess this is urllib2. The problem then is that the request for the new url (the long one) doesn't get the Accept-Encoding header, but the result is still put into a gzip object. I'm still working on a small test app that uses urllib2 to retrieve the page to check wether it really is the culprit... Andreas -- You are only young once, but you can stay immature indefinitely. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354713: Bug#354743: rebortbug: crashes with IOError: Not a gzipped file
On 01.03.06 20:18:16, Chris Lawrence wrote: > On 3/1/06, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > > On 01.03.06 17:52:25, Chris Lawrence wrote: > > > I can't duplicate this problem here; perhaps it was an intermittent > > > problem with bugs.debian.org > > > > No it's not. > > > > > or you have proxy issues... > > > > No proxy here. > > Strange. > > What's even weirder is I can't get bugs.debian.org or p.d.o to send me > anything that's compressed in the first place using either reportbug > or curl... which brings me back to the idea of a proxy--perhaps a > *transparent* one that you're not aware of--on a router between you > and bugs.debian.org. > > (For example, try 'curl --compressed -v http://www.debian.org/Bugs/' - > on my box, I don't get any compression whatsoever.) We're getting to it :-) The curl creates a compressed response on my sid-box. However it doesn't do it on my sarge-box. The latter is in the same LAN, it's the router here that "sits" before the UMTS-modem. That one get's a normal text/html... I still don't think it's a proxy here, because the first 2 requests work, but the last one to pdo.debian.org is somehow uncompressed already when gzip wants to uncompress it (See my other mail). Ha, now I got at least something: curl from stable get's text/html while unstable's curl get's gzip'ed text/html. So at least for curl it seems that apache differentiates between the various versions. BTW: reportbug from the sarge-box right next to me works, so this is not a proxy problem, or that proxy knows which reportbug talks to him. Because I tried to send the same UA_STR with unstables reportbug and it's still the same problem. I'll try to reproduce this with a self-written python program on the weekend if you have no other ideas, because I'm beginning to think this is a python problem introduced between -3 and -9... Andreas -- Someone whom you reject today, will reject you tomorrow. pgpfR325b2pU4.pgp Description: PGP signature
Bug#345509: xserver-xorg: 2nd monitor in xinerama setup gets no signal
On 16.01.06 08:32:38, Julien Cristau wrote: > On Sun, Jan 15, 2006 at 18:41:29 +0000, Andreas Pakulat wrote: > > > Attaching the log from the last try (leaving out the HSync/VRefresh > > information from xorg.conf). > > > Hi Andreas, > > it seems you forgot to actually attach your log file. Oooops :-) Here it comes. Andreas -- Your love life will be... interesting. X Window System Version 6.9.0 (Debian 6.9.0.dfsg.1-3 20060110012652 David Nusinow <[EMAIL PROTECTED]>) Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: Linux 2.6.15-1-686 i686 [ELF] Current Operating System: Linux morpheus 2.6.15-cherry #1 Tue Jan 10 22:49:53 CET 2006 i686 Build Date: 09 January 2006 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.15-cherry ([EMAIL PROTECTED]) (gcc version 4.0.3 20060104 (prerelease) (Debian 4.0.2-6)) #1 Tue Jan 10 22:49:53 CET 2006 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 16 11:54:40 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Device0" (**) |-->Screen "Screen1" (1) (**) | |-->Monitor "Monitor1" (**) | |-->Device "Device1" (**) |-->Input Device "Generic Keyboard" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "cymotionlinux" (**) XKB: model: "cymotionlinux" (**) Option "XkbLayout" "us,de(nodeadkeys)" (**) XKB: layout: "us,de(nodeadkeys)" (**) Option "XkbOptions" "grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll" (**) XKB: options: "grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse2" (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/share/fonts/truetype/ttf-bitstream-vera" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/share/fonts/TrueType,/usr/lib/X11/fonts/misc:unscaled,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/misc,/usr/share/fonts/truetype/openoffice,/usr/share/fonts/truetype/ttf-xfree86-nonfree,/usr/share/fonts/truetype/freefont,unix/:7100,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "Xinerama" "On" (**) Option "RandR" "On" (**) Xinerama: enabled (II) Open ACPI successful (/proc/acpi/event) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3340 card 0e11,0860 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3341 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 0e11,0860 rev 01 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 0e11,0860 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 0e11,0860 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 0e11,0860 rev 01 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 81 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24cc card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24ca card 0
Bug#345509: xserver-xorg: 2nd monitor in xinerama setup gets no signal
merge 345509 332548 stop Hi, I'm replying to all mails for this bug as I never received any of them via mail. Regarding the Warning about MergedFB/Cline mode, I do get the same warning when using 6.8.2 and in fact I don't want to use MergedFB mode. Regarding switch to MergedFB: While MergedFB seems to be more stable now, it doesn't support my setup. I want to have the full resolution on my primary head (which is 1680x1050, Laptop-Display) and different resolutions (ranging from 1400x1050 to 1024x768) on the 2nd head. The used CRT's are changing depending on where I'm sitting at. Now to not have to reorganize all apps that run in the area the 2nd head displays I used a virtual resolution of 1400x1050 in Xinerama setup. When I now say that I want a FB-Area as large as 3080x1050, the CRT gets a resolution it doesn't support and thus it uses a vertical refresh rate of 60 Hz which of course is really bad for my eyes. I tried playing around with the options but it doesn't matter, always have 60Hz on the CRT. I also read the other 2 bug reports which seem to address the same problem, but none of the workarounds mentioned there work here. However I can confirm that X11 actually is thinking that it has a proper Xinarama desktop, thus I'm pretty sure the problem is the radeon driver. Attaching the log from the last try (leaving out the HSync/VRefresh information from xorg.conf). Andreas -- You are magnetic in your bearing. pgpHIXb8DtlW3.pgp Description: PGP signature
Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama
On 18.10.05 12:53:07, Michel Dänzer wrote: > On Sun, 2005-10-16 at 20:02 +0200, Andreas Pakulat wrote: > > On 14.10.05 15:39:05, Michel Dänzer wrote: > > > SubSection "Display" > > > Depth 24 > > > Modes "1400x1050" # change to the mode you want on the CRT > > > Virtual 1680 1050 > > > EndSubSection > > > > > > Does that come closer to what you want? If not, please provide an > > > XFree86 logfile for comparison. > > > > The line above actually comes closer to what I want, in fact after > > starting X11 once with this it always "defaults" to this modeline if I > > provide anything like 1600x1050 or 1600x1200. However I now use a > > virtual size of only 1600x1050 (smaller width) as I don't really need > > those 80 pixel... > > If that works, why don't you just use the resolution of the mode you're > running, or don't override the virtual resolution in the first place to > avoid scrolling at all? Because I thought that XFree86 provided me with 1600x1050 and not 1400x1050 and I wanted that under Xorg too... > > However specifying a Mode of 1600x1024 (which is what Xfree86 actually > > uses - see attached XFree log) > > Eh? It's only used as one of the modes for the internal LCD AFAICT. > XFree86 seems to use 1400x1050 as well on the CRT. Right, mixed up this with the 1400x1050 on the RADEON(1) devices... > > doesn't work. The monitor is set to 1600x1024 but it sets to 60Hz and the > > modeline makes the monitor "go green". Not very good, but I'll attache the > > X.org log too. > > AFAIK this mode is geared towards some wide screen LCD panels, it may > just not be suitable for CRTs. Right, but I could swear that the CRT showed 1600x1050 under XFree86, though the Sarge-Log seems to say something different. Anyway I can live with 1400x1050 or maybe 1600x1050 (virtually). > > You decide what to do (wether to close the bug, leave it open or forward > > this to upstream). > > If you agree that this is purely a configuration issue and no bug in the > xserver-xorg package, please close the bug by following up to > [EMAIL PROTECTED] . I don' really aggree that this is a configuration issue, as the behaviour of Xorg is certainly different from that of XFree86, but as I'm not sure wether XFree86 did support 1600x1050 on that monitor and I can live with the current solution I'm closing this bug. Thanks for your time and support on this. Andreas -- Cold hands, no gloves. pgpSGFsKJxM4d.pgp Description: PGP signature
Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama
On 14.10.05 15:39:05, Michel Dänzer wrote: > > Because that's the normal xinerama-thing to do when there is a > > non-rectangular layout. Xinerama takes the width of both heads+the > > maximum height and creates a desktop from this. And then it opens the 2 > > viewports, when one is non-virtual and smaller than his "part" of the > > desktop, a piece of the desktop can't be accessed. > > I'm still not quite sure exactly what you'd like to achieve I just want the minimum scrolling-around possible and that scrolling takes place on the CRT, as it's extremely disturbing on the Laptop display (which I work on). > and why XFree86 was closer to it than X.Org, but my best guess so far > is that it's because X.Org now actually knows a 1680x1050 mode for the > CRT, XFree86 was close, because I could use the full 1600 pixel in width and the full height (which would be 1050)... I think XFree86 might also have set up my monitor for 1680x1050 if I had told it to (via a proper Modes line). > whereas XFree86 didn't. If you change the SubSection "Display" of > "Screen1" to something like > > SubSection "Display" > Depth 24 > Modes "1400x1050" # change to the mode you want on the CRT > Virtual 1680 1050 > EndSubSection > > Does that come closer to what you want? ATM I again can't check, but... > If not, please provide an XFree86 logfile for comparison. That could be a problem :-( It seems that I have 3 log files left, one from a try with Radeon's MergedFB, one from another location where a 17" monitor as 2nd head is used and a last one that seems to use 1400x1050 but I'm pretty sure that I did not have to scroll 200 or 280 pixel to the left... As I currently have the benefit of having dsl here I'll setup a small Sarge system using XFree86 and get a fresh log on Sunday. I'll also test with X.org the 1400x1050 then. Andreas -- Good day to deal with people in high places; particularly lonely stewardesses. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama
On 10.10.05 12:44:54, Michel Dänzer wrote: > On Sun, 2005-10-09 at 20:11 +0200, Andreas Pakulat wrote: > > with Screen1 being the CRT, Screen0 being the Laptop-Panel. Now I get a > > 3320x1200 Xinerama desktop, with a scrolling CRT and a fixed > > Laptop-Panel. Only problem is: There are 150x1680 pixel missing on that > > Laptop-Panel, because the lower end is not accessible. The only way to > > access these is to define a virtual resolution for the laptop panel > > and have it scroll around. > > I don't understand why that would be. Please provide the full config and > corresponding log file. Because that's the normal xinerama-thing to do when there is a non-rectangular layout. Xinerama takes the width of both heads+the maximum height and creates a desktop from this. And then it opens the 2 viewports, when one is non-virtual and smaller than his "part" of the desktop, a piece of the desktop can't be accessed. Anyway, I put the Config on http://www.apaku.de/331518/xorg.conf and the log is http://www.apaku.de/331518/Xorg.0.log Andreas -- Your lucky number is 3552664958674928. Watch for it everywhere. pgp0PDLpTouGe.pgp Description: PGP signature
Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama
On 07.10.05 18:13:49, Michel Dänzer wrote: > On Thu, 2005-10-06 at 18:05 +0200, Andreas Pakulat wrote: > > What I want to have is running my Laptop-Screen and my CRT-Monitor with > > their heighest resolution together in a Xinerama-Setup using the > > vertical size of my Laptop display (1050) and the width of double the > > laptop-display (1680). This seems to be _not_ possible with X.org, as > > X.org lets the CRT-Monitor not run with 1600x1200. > > Because you override the virtual resolution to be 1680x1050, 1600x1200 > isn't possible due to the invariant above. > > What happens if you comment out the 'Virtual' directive for "Screen1"? I now have: Section "Screen" Identifier "Screen1" Device "Device1" Monitor "Monitor1" DefaultDepth24 SubSection "Display" Depth 24 Modes "1600x1200" "1680x1050" ViewPort0 0 EndSubSection EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth24 SubSection "Display" Depth 24 Modes "1680x1050" ViewPort0 0 EndSubSection EndSection with Screen1 being the CRT, Screen0 being the Laptop-Panel. Now I get a 3320x1200 Xinerama desktop, with a scrolling CRT and a fixed Laptop-Panel. Only problem is: There are 150x1680 pixel missing on that Laptop-Panel, because the lower end is not accessible. The only way to access these is to define a virtual resolution for the laptop panel and have it scroll around. I don't want that because it slows me down. Andreas -- Artistic ventures highlighted. Rob a museum. pgpfeGNFjoEjY.pgp Description: PGP signature
Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama
On 07.10.05 18:13:49, Michel Dänzer wrote: > On Thu, 2005-10-06 at 18:05 +0200, Andreas Pakulat wrote: > > On 06.10.05 15:19:24, Michel Dänzer wrote: > > > > > > > The relation > > > > > > physical resolution <= virtual resolution > > > > > > is invariant. > > > > That seems to be true for Xorg, but not for XFree86 4.3, as I said in my > > report, my setup worked with XFree86 4.3. I think it made the monitor > > use a 1600x1050 resolution, which doesn't work with X.org > > Your configuration doesn't tell it to do that but to use 1680x1050, > which you get. Right, I used 1680 virtual screen size on the CRT because my background pic was made for 2x1680 not 1600+1680. > > > Considering this, please rephrase the setup you'd like to achieve. > > > > What I want to have is running my Laptop-Screen and my CRT-Monitor with > > their heighest resolution together in a Xinerama-Setup using the > > vertical size of my Laptop display (1050) and the width of double the > > laptop-display (1680). This seems to be _not_ possible with X.org, as > > X.org lets the CRT-Monitor not run with 1600x1200. > > Because you override the virtual resolution to be 1680x1050, 1600x1200 > isn't possible due to the invariant above. > > What happens if you comment out the 'Virtual' directive for "Screen1"? Not sure, will test on sunday (I sit in front of another monitor atm). IIRC the 2 problems I had when playing around with those settings were - CRT is set to 1680x1050 resolution with a really bad VertRefresh of 60Hz - Xinerama desktop (with screen1 leftof screen0) get sized 3320x1200, which makes part of the screen inaccessible on the Laptop display. Thus I don't have a panel/systray anymore and "loose" 150 Pixel in height on that display. > > I can of course change the virtual desktop to be 3320x1200, but then I > > have to scroll on my Laptop screen which is not very nice. I just > > thought that the old Xfree-Setup should still work, if there is no way > > you are free to close this bug. > > Your desired setup should be perfectly possible with the right > configuration. My desired setup would be 3280x1050 (height on both screens). Do you have any idea why the setup worked with Xfree86 4.3? Either the old X11 "stretched" the 1050 resolution to 1200 on the CRT or somehow set the CRT to 1600x1050 - which Xorg doesn't do (not even when setting Modes to 1600x1050 only ). Andreas -- Don't hate yourself in the morning -- sleep till noon. pgpdc8iPwZO6k.pgp Description: PGP signature
Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama
On 06.10.05 15:19:24, Michel Dänzer wrote: > On Mon, 2005-10-03 at 22:09 +0200, Andreas Pakulat wrote: > > This worked perfectly with the settings below under xfree86, > > but it's not working anymore with X.org. X11 now makes the CRT 1680x1050 > > with a 60Hz refresh rate (which is quite horrible), if I remove the > > Virtual keyword from the CRT-section I get a 1600x1200 size on the > > laptop too, which then makes the panel inaccessible. > > > > I have to reduce the resolution of the CRT to 1280x960 to make this > > work. It seems X.org has a problem with a smaller virtual resolution > > than physical. > > I'm afraid you're mixing up physical and virtual resolution and/or using > them inconsistently. Physical resolution refers to what's being > displayed on the monitor, whereas virtual resolution refers to the width > and height of the desktop. Understood. > The relation > > physical resolution <= virtual resolution > > is invariant. That seems to be true for Xorg, but not for XFree86 4.3, as I said in my report, my setup worked with XFree86 4.3. I think it made the monitor use a 1600x1050 resolution, which doesn't work with X.org > Considering this, please rephrase the setup you'd like to achieve. What I want to have is running my Laptop-Screen and my CRT-Monitor with their heighest resolution together in a Xinerama-Setup using the vertical size of my Laptop display (1050) and the width of double the laptop-display (1680). This seems to be _not_ possible with X.org, as X.org lets the CRT-Monitor not run with 1600x1200. I can of course change the virtual desktop to be 3320x1200, but then I have to scroll on my Laptop screen which is not very nice. I just thought that the old Xfree-Setup should still work, if there is no way you are free to close this bug. Andreas -- You are not dead yet. But watch for further reports. pgprP1z5CGxz3.pgp Description: PGP signature
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
reassign 328479 kdm On 15.09.05 17:51:15, Thomas Dickey wrote: > On Thu, Sep 15, 2005 at 10:49:25PM +0200, Andreas Pakulat wrote: > > > For the same reason, (or perhaps they're using old-style pty's) several > > > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal > > > and konsole aren't (but they're end-user applications designed to be run > > > in sessions - though google hints that they might want to write to utmp > > > - I see many bug reports ;-) > > > > I actually am using konsole and I don't have this variable in my > > export-list. Is there any way for me to find out who unsets the variable > > (i.e. which program is setuid)? Because I think some kde program does > > that - either kdm or something during kde startup. If I use > > xfce4-terminal (which isn't setuid) with startx I have my > > LD_LIBRARY_PATH. > > I'm not sure - konsole involves a lot of programs when it starts up. With "Try and Error" I found that it actually is kdm, a startx /usr/bin/konsole works as well as startx /usr/bin/startkde > > If there's no easy way to do this, I guess I have to move the bug over > > to kdm and take it from there... > > That sounds right. Done (I hope)... > > PS: Can it be, that this only happens with the "new" libc? Because I > > know for sure that some time back (maybe even half a year..) it worked. > > no - this has been (with xterm anyway) an issue for 4-5 years. If xterm's > not setuid, it'll still work except for the utmp feature. I usually test > xterm during development without setuid. Occasionally I see some comment > regarding systems where the setuid's been removed, etc. Perhaps you were > using one of those. Then I guess it was introduced with KDE 3.4. To the KDE Maintainers: Please note that I currently still run the "old" experimental KDE 3.4.1 and 3.4.0 (from alioth) packages, because I don't have high-bandwidth-access until Friday afternoon (CET), so if this issue is fixed in kdm 3.4.2 please feel free to close the bug. Andreas -- Make a wish, it might come true. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
On 15.09.05 16:18:31, Thomas Dickey wrote: > On Thu, Sep 15, 2005 at 05:50:10PM +0200, Andreas Pakulat wrote: > > Package: xbase-clients > > Version: 6.8.2.dfsg.1-6 > > Severity: normal > ... > > The problem I have is, that startx /usr/bin/xterm "removes" > > LD_LIBRARY_PATH from my environment. When logging in using tty1, I see > > LD_LIBRARY_PATH=/usr/lib, but after I started X11 with that xterm it's > > gone. The same thing happens when logging into kdm. > > Actually it's the setuid feature which is noticed by the C runtime, and > that removes the $LD_LIBRARY_PATH. xterm is setuid in Debian to allow > it to update utmp (the record of logins). It could be configured to use > the utempter library (Redhat does that). Ok, so when I use xterm I have problem, but... > For the same reason, (or perhaps they're using old-style pty's) several > other programs (I see Eterm, aterm, rxvt) are setuid. gnome-terminal > and konsole aren't (but they're end-user applications designed to be run > in sessions - though google hints that they might want to write to utmp > - I see many bug reports ;-) I actually am using konsole and I don't have this variable in my export-list. Is there any way for me to find out who unsets the variable (i.e. which program is setuid)? Because I think some kde program does that - either kdm or something during kde startup. If I use xfce4-terminal (which isn't setuid) with startx I have my LD_LIBRARY_PATH. If there's no easy way to do this, I guess I have to move the bug over to kdm and take it from there... Andreas PS: Can it be, that this only happens with the "new" libc? Because I know for sure that some time back (maybe even half a year..) it worked. -- Abandon the search for Truth; settle for a good fantasy. pgpNvqAL7LhkV.pgp Description: PGP signature
Bug#328479: xbase-clients: X11 unsets LD_LIBRARY_PATH
Package: xbase-clients Version: 6.8.2.dfsg.1-6 Severity: normal Hi, I'm filing this against xbase-clients, because it's the package that contains xinit and I couldn't find any occurence of LD_LIBRARY_PATH in /etc/X11 or in the startx-script, thus I assume xinit itself does this. If this is not the case, please feel free to reassign the bugreport to the right package. The problem I have is, that startx /usr/bin/xterm "removes" LD_LIBRARY_PATH from my environment. When logging in using tty1, I see LD_LIBRARY_PATH=/usr/lib, but after I started X11 with that xterm it's gone. The same thing happens when logging into kdm. Andreas PS: I need LD_LIBRARY_PATH=/usr/lib for Sun's Java to find some .so's, so please no discussion about this setting of LD_LIBRARY_PATH. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.4-cherry+radeon Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii cpp 4:4.0.1-3 The GNU C preprocessor (cpp) ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdmx1 6.8.2.dfsg.1-6 Distributed Multihead X client lib ii libdps1 6.8.2.dfsg.1-6 Display PostScript (DPS) client li ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.8.2.dfsg.1-6 X Font Server library ii libglu1-xorg [libglu1]6.8.2.dfsg.1-6 Mesa OpenGL utility library [X.Org ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libpng12-01.2.8rel-1 PNG library - runtime ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libxau6 6.8.2.dfsg.1-6 X Authentication library ii libxaw8 6.8.2.dfsg.1-6 X Athena widget set library ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-6 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-6 X Window System multi-head display ii libxkbfile1 6.8.2.dfsg.1-6 X Keyboard Extension file parsing ii libxkbui1 6.8.2.dfsg.1-6 X Keyboard Extension user interfac ii libxmu6 6.8.2.dfsg.1-6 X Window System miscellaneous util ii libxmuu1 6.8.2.dfsg.1-6 lightweight X Window System miscel ii libxp66.8.2.dfsg.1-6 X Window System printing extension ii libxpm4 6.8.2.dfsg.1-6 X pixmap library ii libxrandr26.8.2.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxss1 6.8.2.dfsg.1-6 X Screen Saver client-side library ii libxt66.8.2.dfsg.1-6 X Toolkit Intrinsics ii libxtrap6 6.8.2.dfsg.1-6 X Window System protocol-trapping ii libxtst6 6.8.2.dfsg.1-6 X Window System event recording an ii libxv16.8.2.dfsg.1-6 X Window System video extension li ii libxxf86dga1 6.8.2.dfsg.1-6 X Direct Graphics Access extension ii libxxf86misc1 6.8.2.dfsg.1-6 X miscellaneous extensions library ii libxxf86vm1 6.8.2.dfsg.1-6 X Video Mode selection library ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-6 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m ii xlibs-data6.8.2.dfsg.1-6 X Window System client data ii zlib1g1:1.2.3-4 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]