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 -
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
> 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
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
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
> 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
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
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
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
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
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
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 -
12 matches
Mail list logo