Bug#618733: x11-common: startx as non-root no longer working

2011-03-19 Thread Arno Schuring
Grumble. I apologize for the noise, I should have been more thorough. Apparently somewhere in the mists of time, while trying to solve things myself, I decided to hand-edit the startx script. And while I did reinstall everything X-related, I apparently did not reinstall xinit itself. A simple sh -

Bug#618733: x11-common: startx as non-root no longer working

2011-03-18 Thread Arno Schuring
Thusly spoke Julien Cristau (jcris...@debian.org on 2011-03-18 23:18 +0100): > On Fri, Mar 18, 2011 at 23:14:11 +0100, Arno Schuring wrote: > > > > you're missing /usr/bin/X? > > Yes, it appears so: > > > > aschuring@neminis:~$ file /usr/bin/X > > /us

Bug#618733: x11-common: startx as non-root no longer working

2011-03-18 Thread Arno Schuring
> you're missing /usr/bin/X? Yes, it appears so: aschuring@neminis:~$ file /usr/bin/X /usr/bin/X: ERROR: cannot open `/usr/bin/X' (No such file or directory) aschuring@neminis:~$ apt-file search /usr/bin/X | grep -w X xserver-xorg: /usr/bin/X But that shouldn't really be surprising given that xse

Bug#618733: x11-common: startx as non-root no longer working

2011-03-18 Thread Arno Schuring
Hi Julien, Julien Cristau (jcris...@debian.org on 2011-03-18 10:53 +0100): >the -logfile option makes X drop privileges. Ah, that explains what the man page was trying to tell me. From the wording there, I had expected Xorg to bail out with an error, not silently drop privileges. > Please provide

Bug#618733: x11-common: startx as non-root no longer working

2011-03-17 Thread Arno Schuring
Package: x11-common Version: 1:7.5+8 Severity: minor It appears to be no longer possible to start X as non-root user, regardless of the x11-common configuration. I don't use this too often, so I can't say exactly when it broke. I do remember that this worked fine before Squeeze was released though

Bug#613918: xserver-xorg-video-radeon: display corruption with DefaultDepth 16

2011-02-20 Thread Arno Schuring
> In which case, Arno, you may want to give xserver-xorg-core 2:1.9.4-3 > a try. Tried, tested, and confirmed: aschuring@neminis:~$ egrep Til\|Dep\|xorg-server /var/log/Xorg.0.log [ 37184.429] xorg-server 2:1.9.4-3 (Cyril Brulebois ) [ 37184.475] (**) RADEON(0): Depth 16, (--) framebuffer bpp 16

Bug#613918: xserver-xorg-video-radeon: display corruption with DefaultDepth 16

2011-02-20 Thread Arno Schuring
Hi, On Sun, 20 Feb 2011 12:05:54 +0100 Cyril Brulebois wrote: > Michel Dänzer (20/02/2011): > > I followed up on the upstream report, I suspect this is the xserver > > EXA bug causing problems with tiling. Thanks! It indeed appears to be the same bug. > In which case, Arno, you may want to give

Bug#613918: xserver-xorg-video-radeon: display corruption with DefaultDepth 16

2011-02-18 Thread Arno Schuring
forwarded 613918 https://bugs.freedesktop.org/show_bug.cgi?id=34441 hope this works ;) Hello Cyril, thanks for the swift reply! > AFAICT from reading xorg-devel, you shouldn't be using depth 16, it's > broken in various ways, and kind of unsupported. (Tagging accordingly.) I've asked upstream

Bug#532926: xserver-xorg-video-ati: XRandR multi-monitor: slowness on one screen, acceleration on the other

2009-06-18 Thread Arno Schuring
Alex Deucher wrote: > The solution will be implemented xserver and driver side via EXA > changes. This is being addressed in the shatter work being done right > now as a GSOC project. Yay, more testing! ;) This bug should probably be closed now as I'm asking for a (currently) non-existing featu

Bug#532926: xserver-xorg-video-ati: XRandR multi-monitor: slowness on one screen, acceleration on the other

2009-06-14 Thread Arno Schuring
Alex Deucher wrote: > Rotation uses the 3D engine so the largest desktop size that can be > rotated with hardware is limited to the max texture size: 2048x2048 > for your card. For desktops larger than that, software is used for > rotation. 1280 + 1920 > 2048. Ah, I see. That does explain the spe

Bug#532926: gtkperf part 2

2009-06-13 Thread Arno Schuring
I did the tests above again, but now included the results for single-monitor setups, and without any other apps running. extended screen, 17" monitor: Total time: 15.06 extended screen, 24" monitor: Total time: 47.58 $ xrandr --output DVI-0 --off single screen, 17" monitor: Total time: 14.97 $ x

Bug#532926: gtkperf results

2009-06-13 Thread Arno Schuring
As a point of information, here are the results of gtkperf running on both monitors (in a 2360 x 1920 virtual screen): -- 17" LCD in 1280x1024 GtkPerf 0.40 - Starting testing: Sat Jun 13 10:48:48 2009 GtkEntry - time: 0.12 GtkComboBox - time: 2.99 GtkComboBoxEntry - time: 1.95 GtkSpinButton -