Wow, I can only second this.
I've been wondering what part of the last upgrade made my desktop so
glacially slow and finally found that flipping the ColorTiling
option to false makes a big difference.
Everything feels at least an order of magnitude faster now.
With ColorTiling enabled I had probl
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-7
Severity: normal
I am using a dual X-Server setup, so I have to use the kbd driver
instead of the keyboard driver for the keyboards.
When I hit the Menu key, xev reports that Keycode 7 is generate where it
should be Keycode 117. The other two Windo
Package: xterm
Version: 6.8.2.dfsg.1-2
Severity: normal
With the old xterm,
"xterm -e 'while true; echo foo; sleep 5; done'"
would work just fine, now xterm pops up for a split-second and
vanishes.
"xterm -e '/bin/bash'" seems to work fine though.
"xterm -e '/bin/bash -c \"while true; echo foo; s
Package: xterm
Version: 6.8.2.dfsg.1-2
Followup-For: Bug #318162
According to the xterm manpage, while boldMode is true by default,
if a bold font variant is found for a given non-bold font or specified
with -fb, boldMode should be turned off automatically.
Apparently this is broken and xterm cur
Thomas Dickey wrote:
> That sounds like what is being reported, but since I didn't touch _that_
> part of the logic, I'm left with the impression that you have a slightly
> different set of fonts installed than I - and the modifications I made to
> the XLFD wildcards are breaking in that case. If
Brice Goglin wrote:
> About 2 years ago, you reported a bug to the Debian BTS regarding the
> menu key generating keycode 7 instead of 117. Did you reproduce this
> problem recently? If not, I will close this bug in the next weeks.
I just looked at my /etc/X11/xorg.conf and while I'm no longer usi
Alex Deucher wrote:
> This is probably due to a change in default xrandr mode selection
> policy in the two xserver versions you are using.
>
>
> > (However fluxbox still thinks the desktop is 1600x1200, for example when
> > maximizing windows, but I suspect this is a fluxbox bug?)
> >
>
> Sinc
Package: xterm
Version: 235-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
When I resize xterm while vim oder mutt or some other program is running
in it (probably also bash, but it's not that visible there), the program
does not resize to the new window size, but to the last w
Alexander E. Patrakov wrote:
> Thomas Dickey wrote:
>
> > On Sun, Aug 17, 2008 at 02:30:15PM +0200, Tobias Diedrich wrote:
> >> Package: xterm
> >> Version: 235-1
> >> Severity: normal
> >>
> >> -BEGIN PGP SIGNED MESSAGE-
>
Tobias Diedrich wrote:
> > Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
> > please confirm my testing under different kernel versions
>
> That sounds exactly like what I'm seeing (running 2.6.27-rc3 here).
> I'll test with an older k
Package: xserver-xorg
Version: 1:7.5+2
Severity: normal
With evdev as the keyboard driver my keyboard behaviour changed:
I'm using a custom xmodmap to add addtitional functionality.
After adjusting for the changed keycodes with evdev I still see the following
difference:
With kbd the order of Al
Package: xserver-xorg
Version: 1:7.5+2
Severity: normal
With evdev as the keyboard driver my keyboard behaviour changed:
I'm using a custom xmodmap to add addtitional functionality.
After adjusting for the changed keycodes with evdev I still see the following
difference:
With kbd the order of Al
Package: x11-apps
Version: 7.4+1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just noticed the same problem as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=352967.
The manpage states
-twentyfour
This option indicates that a digital clock should disp
Debian Bug Tracking System wrote:
> > Can you try 6.8.191 ? There are some Gamma fixes for r300 in there.
>
> Ping timeout, closing.
I'm pretty sure it was fixed in xorg after I reported it on
bugs.freedesktop.org.
https://bugs.freedesktop.org/show_bug.cgi?id=16001
But I don't have any system wi
Package: libxft2
Version: 2.3.2-2
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Maintainer,
libxft seems to have a known issue where color emojis cause it crash the
app with an X11 protocol error, e.g.:
X Error of failed request: BadLength (poly request too
15 matches
Mail list logo
