I've applied a change for this which will appear in the #282 updates.
Woo hoo, thanks!
Andrew
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Excerpts from Thomas Dickey's message of Sun Aug 05 11:06:02 -0700 2012:
On Sun, Aug 05, 2012 at 09:40:22AM -0700, Andrew Pimlott wrote:
Is there another way for me to get this behavior?
It's fairly simple as an addition to xterm, probably hard other ways...
That sounds like a note that I
Package: xterm
Version: 278-1
Severity: wishlist
Dear Maintainer,
I used gnome-terminal recently and noticed that using the mouse wheel
caused scrolling within apps like vim. I thought that was strange,
because I disabled mouse support in vim. It turns out gnome-terminal
has a feature called
I'm having trouble with my X11 bell too (in current unstable), and I see
a few bugs outstanding (564200, 564464, 566600). It seems to me that
there are multiple issues, and they might be getting confused. I'll add
my observations here and try to help sort things out.
First, my .xsession has two
On Thu, Aug 20, 2009 at 08:56:16AM +0200, Brice Goglin wrote:
According to errors in your log, something's going bad with DRM. Does
this log come from a second X server while another X server was already
using the DRM device?
Damn, I don't know why I didn't notice that. No, it was the only X
Following up on my message to this bug When I upgraded to driver
version 2.8.0, I had terrible performance. I reported it as bug 541117.
It turned out that I had to re-enable dri to fix that. Fortunately, I
don't see this bug any more!
Andrew
--
To UNSUBSCRIBE, email to
Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: important
After upgrading from 2.7.1-1, firefox is terribly slow and causes xorg
to pin the CPU for several seconds when (for example) switching tabs.
I'm running kernel linux-image-2.6.30-1-686 on a Thinkpad X40. I've
looked through
I observe the same on my Thinkpad X40, and use the workaround of
disabling DRI (thanks Joe!). This is the first version of the -intel
driver I've tried; the -i810 driver worked fine.
Andrew
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Package: xserver-xorg
Version: 1:7.4+1
Severity: wishlist
I found out from NEWS.Debian about the changes to configuration of input
devices in X. It all seems fine, except that it took me a while to
figure out exactly how to port over my xorg.conf to HAL (file location,
syntax, restarting hald).
On Thu, Apr 12, 2007 at 10:15:01PM +0200, Brice Goglin wrote:
About 3 years ago, you reported a bug to the Debian BTS regarding xev
-id missing some events. Did you reproduce this problem recently? With
Xorg/Etch? If not, I will close this bug in the next weeks.
Thank you again for following
On Fri, Apr 13, 2007 at 03:49:40AM +0200, Brice Goglin wrote:
About 3 years ago, you reported a bug to the Debian BTS regarding
FvwmForm using bad fonts in utf8 locale. Do you still experience this
problem today?
No. It seems that fonts with the iso8859-1 encoding now display fine in
a UTF-8
In following up on bug 264016, I found that this bug no longer occurs
(in unstable). A font with an iso8859-1 displays just fine in my UTF-8
locale.
Andrew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Jan 16, 2007 at 08:40:32PM +0100, Brice Goglin wrote:
About 2 years ago, you reported (or replied to) a bug in the Debian BTS
regarding a failure of the X server on a nVidia GeForce RX Go2500 board.
Did any of you guys reproduce this problem recently?
This hardware is long gone for me.
On Sun, Jan 14, 2007 at 02:59:38AM +0100, Brice Goglin wrote:
About 3 years ago, you reported a bug to the Debian BTS regarding font
resolution not following the rules. Did you reproduce this problem
recently? If not, I will close this bug in the next weeks.
Well, I can confirm the same
Package: xkb-data
Version: 0.8-5
Severity: normal
When upgrading through the transition to X11R7, I purged the xlibs
package and installed xkb-data. I got many warnings:
dpkg - warning: while removing xlibs, directory `/etc/X11/xkb/symbols/pc'
not empty so not removed.
dpkg - warning:
Package: xfonts-base
Version: 1:1.0.0-3
Severity: minor
I'm not sure if this is the right place to report this, and it's
probably a known issue, but I couldn't find any mention of it. With the
X transition, font directories under /usr/X11R6/lib/X11/fonts are not
being removed because they still
Package: xterm
Version: 210-2
Severity: minor
Unicode characters generally render properly in my xterm, using
LANG=en_US.UTF-8, however I just noticed a glitch. When U+2218 is
rendered in some colors, it turns into the dashed box that usually
denotes a bad character. To reproduce:
- start vim
On Fri, Mar 10, 2006 at 06:08:18PM +0100, Niko Ehrenfeuchter wrote:
afaics, the above mentioned patch is included in 6.9.0.dfsg.1-4 (at
least from what i've seen in the deb-sources), but unfortunately
EmulateWheel still doesn't work for me with this version (up-to-date
testing). I even tried
I want to strongly second the opinion of Kirk Hilliard
[EMAIL PROTECTED]. I find that in fact the new behavior makes it harder
to select URLs! When I read mail in mutt, the URL often wraps to a new
line and in preceded by a '+' character. Double-clicking the URL
selects the '+', so I must
As reported in two Debian bug reports [1] [2], the ability for the
EmulateWheelButton to generate button events was broken shortly before
the 6.9 release. It is still broken in current Debian unstable package
6.9.0.dfsg.1-3, and I believe it is still broken in x.org CVS.
It was broken by version
On Tue, Aug 02, 2005 at 10:44:39PM +0200, Denis Barbier wrote:
On Sun, Jul 24, 2005 at 09:11:39PM -0700, Andrew Pimlott wrote:
Shouldn't the line
include level3(ralt_switch_multikey)
(line 64) simply be removed from pc/dvorak?
You are fully right. As there have been various
I'm another dvorak user who is annoyed by this behavior, and from
reading this bug log, I can't figure out what the difficulty is.
Shouldn't the line
include level3(ralt_switch_multikey)
(line 64) simply be removed from pc/dvorak? This is part of the basic
definition, and does not seem to
Package: xfree86-common
Version: 6.8.2.dfsg.1-2
Severity: minor
Trying to purge xfree86-common:
Removing xfree86-common ...
Purging configuration files for xfree86-common ...
update-rc.d: /etc/init.d/xfree86-common exists during rc.d purge (use -f to
force)
I have not touched
I upgraded xfonts-scalable in unstable, and it seems that this request
(to remove Speedo fonts) was granted. However, /etc/X11/fonts/Speedo
is still in xfonts-scalable.list, and:
Unpacking replacement xfonts-scalable ...
dpkg: warning - unable to delete old file
Package: xterm
Version: 4.1.0-16woody5
Severity: normal
First, I want to say I couldn't be more pleased by the recent effort
(bug 277832) to improve selection handling. The new behavior is
generally quite pleasant. However, there appears to be a significant
regression. Any time the terminal
On Mon, Oct 25, 2004 at 01:46:30PM -0500, Branden Robinson wrote:
On Sat, Oct 23, 2004 at 02:44:05AM -0400, Andrew Pimlott wrote:
Package: xutils
Version: 4.1.0-16woody3
Severity: minor
When upgrading xutils on my mixed stable/unstable system, I got
Preparing to replace
On Fri, Oct 15, 2004 at 07:02:40AM -0400, Thomas Dickey wrote:
On Fri, Oct 15, 2004 at 12:00:20AM +0200, Andrew Pimlott wrote:
2. cat a file that fills a few screens and has tabs (attached)
right...
was that a 24x80 screen? (it helps to know how large it was).
yes
Package: xterm
Version: 4.3.0.dfsg.1-8
Severity: minor
I have found a circumstance in which I paste a selection owned by xterm,
but only part of the highlighted selection gets pasted. It seems to
have to do with tabs and some other factors I haven't figured out. It
seems to occur more readily
2. cat a file that fills a few screens and has tabs (attached)
right...
/*
dtach - A simple program that emulates the detach feature of screen.
Copyright (C) 2004 Ned T. Crigler
This program is free software; you can redistribute it and/or modify
it under the terms of the
On Mon, Sep 20, 2004 at 02:35:04PM -0500, Branden Robinson wrote:
On Wed, Sep 01, 2004 at 04:39:17PM -0400, Andrew Pimlott wrote:
On Wed, Sep 01, 2004 at 04:57:37AM -0500, Branden Robinson wrote:
[Are you subscribed to this list?]
Do you mean to this bug? No, I haven't learned how
On Wed, Sep 01, 2004 at 04:57:37AM -0500, Branden Robinson wrote:
[Are you subscribed to this list?]
Do you mean to this bug? No, I haven't learned how to do that yet.
On Fri, Aug 06, 2004 at 02:35:23PM -0400, Andrew Pimlott wrote:
Also, has anyone asked the X developers for a soft version
On Thu, Aug 12, 2004 at 05:38:15AM -0400, Thomas Dickey wrote:
It's easy enough to see if xterm is producing the beep (though a quick
look through the source doesn't show me that it does). Changing the
control/middle-mouse menu to use Visual Bell would modify this to a
flash if xterm is
On Wed, Aug 11, 2004 at 12:08:04PM -0500, Manoj Srivastava wrote:
Indeed. The short forms are aliases provided by the system so
that applications do not have to worry about font selection, or
at least have a sane default to fall back upon. As such, the aliases
should point to fonts
Package: xterm
Version: 4.3.0.dfsg.1-6
Severity: wishlist
If you accidentally use a horizontal scroll wheel (buttons 6 and 7) in an
xterm, it beeps. I am using the EmulateWheel feature of XFree86 to simulate
both the vertical and horizontal wheel, and when scrolling vertically, I
inevitably
On Wed, Aug 11, 2004 at 08:41:34PM -0400, Thomas Dickey wrote:
since it's an X library issue, it should be reported against the X libraries.
(what fix do you suppose I could make to xterm to address this?)
Although I inferred that Xt couldn't describe the event accurately, I
didn't know who
The DPI can also be set using the DisplaySize parameter in XF86Config-4.
Although this seems to be semantically equivalent to the -dpi option
(none of my computers auto-detect it, so I can't tell if auto-detection
overrides DisplaySize, but it seems unlikely), it would be 1) easier for
users to
Package: xfonts-base
Version: 4.3.0.dfsg.1-6
Severity: wishlist
The traditional short font aliases such as fixed hard-code the iso8859-1
encoding. Thus, applications that use these aliases don't work in non
iso-8859-1 locales. If the aliases were changed to use a * for the
encoding, they would
On Sun, Jun 06, 2004 at 09:09:07AM -0400, Thomas Dickey wrote:
That's interesting. Comparing with rxvt, I see that rxvt does give
ButtonPress events as well as the KeyRelease events that xterm gives.
Perhaps the answer is that xev can only see the events that the application
is listening to.
On Sun, Jun 06, 2004 at 10:39:26AM -0400, Thomas Dickey wrote:
Looking at the code, I think the answer is that in initializing the
active-icon logic it modifies the flags there - affecting the regular
widget as well. (This is from code dating back to before I started
working on xterm). The
On Sun, Jun 06, 2004 at 10:00:51AM -0400, Andrew Pimlott wrote:
It must be something along these lines (note that xterm also does not
get motion events, which makes more sense)
Doh, xev does see motion events in xterm, which seems even stranger.
But it doesn't see them if I click and drag
On Sun, Jun 06, 2004 at 10:00:51AM -0400, Andrew Pimlott wrote:
It must be something along these lines (note that xterm also does not
get motion events, which makes more sense), but in what sense is xterm
not listening to button presses?
BTW, I only used xterm as an example. I originally
Package: xbase-clients
Version: 4.3.0.dfsg.1-1
Severity: minor
File: /usr/X11R6/bin/xev
I discovered that xev has an -id option, which I hoped I could use to
debug the behavior of an application by recording the exact events it
received. However, when I run it on, say, an xterm, I don't get any
Package: xserver-xfree86
Version: 4.3.0-7
Severity: normal
This card is identified as nVidia Corporation GeForce FX Go5200 rev
161, device ID 0324, on a Dell Inspiron 5150. The X server starts, but
leaves me with a screen that looks like a text mode. It is mostly blank
with some blocky garbage
Package: xserver-xfree86
Version: 4.2.1-12.1
Severity: normal
I recently restarted my X server and was greeted with ugly fonts. I
found it is an interaction between the gsfonts-x11 package and the X
server. I am copying the gsfonts-x11 maintainer, however my
investigation seems to point to
On Wed, Jul 23, 2003 at 08:15:58PM -0500, Branden Robinson wrote:
On Wed, Jul 23, 2003 at 07:50:51PM -0400, Andrew Pimlott wrote:
I just want to confirm that this bites me with 4.2.1-9, with a
Savage/MX (in a Toshiba Tecra 8100). When I run xine with xv
output, I get a blue window (xshm
I just want to confirm that this bites me with 4.2.1-9, with a
Savage/MX (in a Toshiba Tecra 8100). When I run xine with xv
output, I get a blue window (xshm output works fine).
However, I'm almost sure I didn't have the problem with 4.2.1-8.
This contradicts the original report. I don't know
I just want to confirm that this bites me with 4.2.1-9, with a
Savage/MX (in a Toshiba Tecra 8100). When I run xine with xv
output, I get a blue window (xshm output works fine).
However, I'm almost sure I didn't have the problem with 4.2.1-8.
This contradicts the original report. I don't know
I filed this bug a long time ago. I just checked my saved copy of
the test page, and while it still gives mozilla fits, it doesn't
cause X to crash. I am now using xserver-xfree86 4.2.1-8, with the
same hardware, driver, and configuration.
I can close the bug if you don't see any other reason
I filed this bug a long time ago. I just checked my saved copy of
the test page, and while it still gives mozilla fits, it doesn't
cause X to crash. I am now using xserver-xfree86 4.2.1-8, with the
same hardware, driver, and configuration.
I can close the bug if you don't see any other reason
49 matches
Mail list logo