On Sat, 23 Jul 2005, Daniel Jacobowitz wrote:
On Sat, Jul 23, 2005 at 07:09:13AM -0400, Thomas E. Dickey wrote:
On Sat, 23 Jul 2005, Vincent Lefevre wrote:
Package: ncurses-base
Version: 5.4-9
Severity: normal
infocmp xterm-color says kdch1=\177 though the delete-character key
returns
On Sun, 24 Jul 2005, Vincent Lefevre wrote:
On 2005-07-23 09:38:31 -0400, Thomas Dickey wrote:
hmm - a quick glance at the code shows this is another of the ones that
claim it's xterm-compatible (I see some xterm and vt100 literals).
I'd suggest testing that theory with vttest. The only
On Sun, 24 Jul 2005, Vincent Lefevre wrote:
On 2005-07-23 09:38:31 -0400, Thomas Dickey wrote:
hmm - a quick glance at the code shows this is another of the ones that
claim it's xterm-compatible (I see some xterm and vt100 literals).
I'd suggest testing that theory with vttest. The only
On Sat, 23 Jul 2005, Daniel Jacobowitz wrote:
Since the terminfo shipped with xterm is primarily of interest for the
real and current xterm, and the terminfo shipped with ncurses is
supposed to cover a wide variety of all kinds of oddball terminals, I
am inclined to take only the entries
On Mon, Jul 25, 2005 at 07:50:09AM +0200, Andrew Moise wrote:
Package: xterm
Version: 6.8.2.dfsg.1-4
Severity: important
...
Within the uxterm, I'm just typing 'vim' to cause the error. I can
open some files with vim, but as soon as I switch to insert mode I get
that crash again. Plain
On Tue, Jul 26, 2005 at 07:12:04PM -0400, Andrew Moise wrote:
On Mon, 2005-07-25 at 05:20 -0400, Thomas Dickey wrote:
Is this for any file, or for only particular ones?
(There was a similar report last year that was apparently in the X
libraries).
Er, sorry, my report was a little
On Wed, Jul 27, 2005 at 02:50:06PM +0200, Micha Lenk wrote:
Is it even not possible to prevent the user from entering non-locale
characters? As a user I would prefer to get multiple other but legal
characters when I enter a non-locale character, wich I am able to delete
just after. In cases
On Fri, Aug 19, 2005 at 08:20:10PM +0200, Justin Pryzby wrote:
Package: xterm
Version: 4.3.0.dfsg.1-14
Severity: normal
It's a bug in libXt, not xterm.
I fixed it in XFree86 source when I ANSIfy'd it over a year ago.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
On Fri, Aug 19, 2005 at 08:10:07PM +0200, Justin Pryzby wrote:
clone 256376 -1
reassign -1 xterm
retitle -1 xterm: top in a super-small xterm crashes them both
thanks
if you don't identify the version of xterm, I can only guess
that you're talking about this, which was fixed in patch #201
On Fri, Aug 19, 2005 at 08:10:07PM +0200, Justin Pryzby wrote:
clone 256376 -1
reassign -1 xterm
retitle -1 xterm: top in a super-small xterm crashes them both
thanks
Not only does top get SIGSEGV, so does the xterm in which it runs.
Valgrind on a copy of xterm without SGID xterm reports
On Sun, Aug 21, 2005 at 01:45:37PM -0400, Justin Pryzby wrote:
hmm - aside from the cosmetic issue you reported with libXt (an overlapping
memcpy is just that), what other warnings are you seeing with valgrind?
Right; its cosmetic because the obvious implementation of memcpy is:
for
Package: cproto
Version: 4.7c-1
Severity: important
I noticed that recent gcc header files use __asm__, which is not recognized
by cproto 4.7c. I've updated it, as cproto 4.7d (along with assorted fixes
from review/test).
-- System Information:
Debian Release: testing/unstable
APT prefers
On Sun, 21 Aug 2005, Kenneth Pronovici wrote:
Package: cproto
Version: 4.7c-1
Severity: important
I noticed that recent gcc header files use __asm__, which is not recognized
by cproto 4.7c. I've updated it, as cproto 4.7d (along with assorted fixes
from review/test).
Ok, thanks for letting
On Mon, Aug 22, 2005 at 10:45:43AM +1000, Craig Small wrote:
Thomas could you do me (procps maintainer) a favour and run top on
a super-small (think it is 3 columns or less) of a known fixed xterm
and tell me if top dies?
ok (this afternoon, when I'm home)
--
Thomas E. Dickey
On Mon, Aug 22, 2005 at 10:45:43AM +1000, Craig Small wrote:
On Fri, Aug 19, 2005 at 05:44:48PM -0400, Thomas Dickey wrote:
On Fri, Aug 19, 2005 at 08:10:07PM +0200, Justin Pryzby wrote:
clone 256376 -1
reassign -1 xterm
retitle -1 xterm: top in a super-small xterm crashes them both
On Tue, Aug 23, 2005 at 07:30:09AM +0200, Tim Connors wrote:
Package: diff
Version: 2.8.1-11
Severity: wishlist
Hi,
I frequently want to compare the differences between two versions of
the same LaTeX file, where small changes in a sentence, combined with
reflowing the text within an
On Tue, Aug 23, 2005 at 11:26:43PM +1000, Tim Connors wrote:
On Tue, 23 Aug 2005, Thomas Dickey wrote:
On Tue, Aug 23, 2005 at 07:30:09AM +0200, Tim Connors wrote:
Package: diff
Version: 2.8.1-11
Severity: wishlist
Hi,
I frequently want to compare the differences between
In article [EMAIL PROTECTED] you wrote:
--YZ5djTAD1cGYuMQK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Mon, Aug 15, 2005 at 08:58:25PM -0500, Greg Norris wrote:
Thomas Dickey has just informed me that version 1.40
On Wed, Aug 24, 2005 at 11:20:16PM +0200, Samuel Thibault wrote:
Package: apt-get
Version: apt
Severity: minor
Tags: patch
Hi,
Some terminals can't print 80 characters on a single line without
opening a new line (those with the sam terminfo capability rather than
am). So by default,
On Thu, Aug 25, 2005 at 12:00:17PM +0200, David MartÃnez Moreno wrote:
...
Thomas?
I seem to recall some comment like this before, but don't recall what the
underlying problem is - whether it's a problem only due to screen, or what.
I'll see if I can reproduce it (if I can, then I'll
On Thu, Aug 25, 2005 at 10:50:16AM +0200, Renat Sabitov wrote:
Package: xterm
Version: 4.3.0.dfsg.1-14
Severity: normal
...with screen
Example:
$ cd /
$ ls
binboot1cvsetcinitrdlibmntoptrootsrvtmpvar
bootcdromdevhomeinitrd.imgmediaonymaprocsbinsysusrvmlinuz
After
On Fri, Aug 26, 2005 at 03:20:08PM +0200, John Rigg wrote:
Package: xterm
Version: 4.3.0.dfsg.1-14
The Alt key doesn't work as expected when I try to do command
line editing in xterm (eg. Alt-d to delete following word).
I don't think it's a problem with X, as Alt works fine in rxvt.
My X
On Wed, Jul 13, 2005 at 03:00:13AM +0200, Frederic Briere wrote:
Package: lynx
Version: 2.8.5-2
Severity: normal
Given the following form:
FORM ENCTYPE=multipart/form-data ...
INPUT NAME=quot;fooquot; ...
...
/FORM
lynx will naively submit the following:
On Sun, Sep 11, 2005 at 04:50:16PM +0200, Kurt Roeckx wrote:
Package: autoconf
Version: 2.59a-3
Severity: important
Hi,
Various package need a build dependency on libxt-dev because the
configure script checks for X11/Intrinsic.h which is part of
libxt-dev but otherwise do not need
On Sun, Sep 11, 2005 at 07:38:48PM +0200, Kurt Roeckx wrote:
On Sun, Sep 11, 2005 at 01:03:00PM -0400, Thomas Dickey wrote:
See for instance http://bugs.debian.org/233969 for a discussion
about it, that also has a patch.
Changing the behavior of the macro would break existing
On Sun, Sep 11, 2005 at 08:42:34PM +0200, Kurt Roeckx wrote:
On Sun, Sep 11, 2005 at 01:59:32PM -0400, Thomas Dickey wrote:
On Sun, Sep 11, 2005 at 07:38:48PM +0200, Kurt Roeckx wrote:
Can you elaborate on that? Break in what way? It could find the
wrong include path?
As I read
On Sun, Sep 11, 2005 at 09:16:36PM +0200, Kurt Roeckx wrote:
On Sun, Sep 11, 2005 at 03:03:34PM -0400, Thomas Dickey wrote:
Given that the macro's been working as described for about 10 years,
if it's suddenly changed, it'll break things that rely on its assumption
that X11 and Xt
On Mon, Sep 12, 2005 at 11:50:11PM +0200, Denis Barbier wrote:
On Sun, Sep 11, 2005 at 04:12:53AM -0400, Eric Prud'hommeaux wrote:
I have xlibs 6.8.2.dfsg.1-6 and xserver-xfree86 4.3.0.dfsg.1-14 and
can confirm that the http://www.vergenet.net/~horms/ patch resurrected
my '\' and ']' keys.
On Wed, Sep 14, 2005 at 04:50:49PM +0200, Andreas Tille wrote:
Package: xterm
Version: 6.8.2.dfsg.1-6
Severity: important
this is a duplicate of #318280
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
pgpQu30tcEl7Q.pgp
Description: PGP signature
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
On Thu, Sep 15, 2005 at 10:49:25PM +0200, Andreas Pakulat wrote:
Ok, so when I use xterm I have problem, but...
but it's a known thing for which there's a solution.
For the same reason, (or perhaps they're using old-style pty's) several
other programs (I see Eterm, aterm, rxvt) are setuid.
On Tue, Aug 16, 2005 at 09:50:09AM +0200, W. Borgert wrote:
On Mon, Aug 15, 2005 at 09:23:02PM -0500, Greg Norris wrote:
On Sun, Aug 14, 2005 at 11:49:04AM +, W. Borgert wrote:
The README should be removed, as it is absolutely redundant,
apart from the word filter :-)
True, but
On Tue, Aug 16, 2005 at 09:50:09AM +0200, W. Borgert wrote:
On Mon, Aug 15, 2005 at 09:23:02PM -0500, Greg Norris wrote:
On Sun, Aug 14, 2005 at 11:49:04AM +, W. Borgert wrote:
The README should be removed, as it is absolutely redundant,
apart from the word filter :-)
True, but
On Sun, 19 Jun 2005, Daniel Jacobowitz wrote:
On Sat, Jun 11, 2005 at 06:08:51PM -0400, Daniel Jacobowitz wrote:
...
That confused me enough that I stepped through it in GDB. reset never
uses TIOCSWINSZ in this case. The terminal size isn't reset until
later: rs2 does it.
So is this a
On Tue, 21 Jun 2005, Branden Robinson wrote:
On Thu, Jun 16, 2005 at 05:20:36AM -0400, Thomas Dickey wrote:
On Thu, 16 Jun 2005, Branden Robinson wrote:
Package: ncurses-base
Version: 5.4-6
Severity: important
This still sounds like #313352. Does tic -V show 20050611? If it's
still
On Tue, 21 Jun 2005, Branden Robinson wrote:
Uh, now I'm starting to get confused:
603 {0} [EMAIL PROTECTED]:~# infocmp -F /etc/terminfo/x/xterm
/tmp/xterm.terminfo-from-XTerm-200
The -F option of infocmp wants the parameter to be a source file, not
binary. Use the -A and -B options to
On Sat, 2 Jul 2005, Daniel Burrows wrote:
Package: libncursesw5
Version: 5.4-8
Severity: normal
As far as I'm concerned, either (b) or (c) would be OK, although of course
(c) is preferable. (a) pretty much makes it impossible to generate
reasonable output via curses in the presence of text
On Sat, 2 Jul 2005, Daniel Burrows wrote:
On Saturday 02 July 2005 04:30 pm, Thomas Dickey wrote:
On Sat, 2 Jul 2005, Daniel Burrows wrote:
Package: libncursesw5
Version: 5.4-8
Severity: normal
As far as I'm concerned, either (b) or (c) would be OK, although of
course (c) is preferable
On Sun, 3 Jul 2005, Eduard Bloch wrote:
Hello,
I think Bill has a good point here. Ressource files like compiled
terminal descriptions should not be in etc since hardly anyone edits
them. Instead, they should be moved to /usr/share and links from them to
/etc/terminfo/... should be created, so
On Mon, Jul 04, 2005 at 04:00:20PM +0200, Fumitoshi UKAI wrote:
At Mon, 4 Jul 2005 13:03:16 +0200,
Walter Hofmann wrote:
This is getting a bit mysterious.
I'm using the screen multiplexer screen (see debian package). And w3m
works in one instance of screen, but not in the other. I have
On Wed, Jul 13, 2005 at 03:00:13AM +0200, Frederic Briere wrote:
Package: lynx
Version: 2.8.5-2
Severity: normal
Given the following form:
FORM ENCTYPE=multipart/form-data ...
INPUT NAME=quot;fooquot; ...
did you mean
INPUT NAME=quot;fooquot; ...
--
Thomas E. Dickey
On Wed, Jul 13, 2005 at 03:55:00PM -0400, Frédéric Brière wrote:
On Wed, Jul 13, 2005 at 06:49:52AM -0400, Thomas Dickey wrote:
INPUT NAME=quot;fooquot; ...
did you mean
INPUT NAME=quot;fooquot; ...
Yeah, sorry. I knew I'd screw up somehow. :)
thanks (on my to-do list
On Wed, Jul 13, 2005 at 10:40:07PM +0200, Daniel Burrows wrote:
Package: xterm
Version: 6.8.2.dfsg.1-1
A few months ago, I was using Debian's XFree86 packages and life was good.
This morning, I was using a self-compiled snapshot of X.org and life was
good. But now, I've upgraded to
On Wed, Jul 13, 2005 at 05:05:02PM -0700, Daniel Burrows wrote:
On Wednesday 13 July 2005 04:54 pm, Thomas Dickey wrote:
The bad sample would be easier to compare if it used the same fontsize as
the good one (and if I had some idea what the font resource settings in
use were). Â Also
On Wed, Jul 13, 2005 at 05:47:01PM -0700, Daniel Burrows wrote:
On Wednesday 13 July 2005 05:27 pm, Thomas Dickey wrote:
 They do use the same font size (called Default by xterm in both
cases); I'm not sure what you're getting at there. Â Maybe you mean that
they have different
On Thu, Jul 14, 2005 at 04:00:42PM +0200, Tobias Diedrich wrote:
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'
On Thu, Jul 14, 2005 at 04:00:33PM +0200, Tobias Diedrich wrote:
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
On Fri, Jul 15, 2005 at 10:40:15PM +0200, juan wrote:
Package: xterm
Version: 6.8.2.dfsg.1-2
Followup-For: Bug #318162
could the XTerm*boldMode: false fix be included in
it's not a fix - that's a work-around, which is not the same thing.
--
Thomas E. Dickey
http://invisible-island.net
On Sat, Jul 16, 2005 at 08:49:35AM +0200, Tobias Diedrich wrote:
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
On Sat, Jul 16, 2005 at 01:20:15AM +0200, Dan Jacobson wrote:
Package: xterm
Version: 4.3.0.dfsg.1-13
Severity: normal
File: /usr/X11R6/bin/uxterm
Very interesting.
$ sh -x /usr/bin/X11/uxterm
gets me a uxterm, whereas
$ sh /usr/bin/X11/uxterm
just gets me error messages.
Adding -x
On Sat, Jul 16, 2005 at 05:50:06PM +0200, Samuel Thibault wrote:
Package: libncurses5
Version: 5.4-7
Severity: normal
...
Maybe checking that 'off' is not merely equal to 'end', but really
_strictly_ contained in 'end' would be a better way?
something like that, I guess (I did make a set of
On Sat, 16 Jul 2005, Daniel Jacobowitz wrote:
Hey Thomas,
How is this supposed to work? I have the feeling the problem the
submitter is really talking about is still there.
man 3menu menu_new:
yes - I don't recall noticing this before (I was probably thinking it
was the same as another
On Sat, 16 Jul 2005, Daniel Jacobowitz wrote:
On Sat, Jul 16, 2005 at 12:47:35PM -0400, Thomas E. Dickey wrote:
On Sat, 16 Jul 2005, Daniel Jacobowitz wrote:
Hey Thomas,
How is this supposed to work? I have the feeling the problem the
submitter is really talking about is still there.
man
On Sat, 16 Jul 2005, Daniel Jacobowitz wrote:
On Sat, Jul 16, 2005 at 01:52:50PM -0400, Thomas E. Dickey wrote:
I'm looking into it now. I see another problem in man_db.renames -
menu_new.3x new.3menu
mitem_new.3xmenu_new.3menu
Having
On Sun, Jul 17, 2005 at 10:17:32AM +0800, Eugene Konev wrote:
The problem is font name stored in normal is being overwritten by a
bold font name and then normal is used in comparison with a
myfonts.f_b to decide whether they are the same and whether to turn on
overstriking. The attached
On Sun, 12 Jun 2005, Daniel Jacobowitz wrote:
On Sun, Jun 12, 2005 at 01:27:05PM +0930, Ron wrote:
I'll be happy to make and test a patch if there is agreement on
a desirable remedy. Who (else) would I need to convince to make
that a useful thing to pursue?
Thomas Dickey. But, don't you
Here's the script in readable form (using unmap from my ncurses ftp area):
Script started on Mon Jun 13 17:24:24 2005
\n
\E]0;[EMAIL PROTECTED]:~^G\r
\E[0m
\E(
\E[27m
\E[24m
\E[Jpaul@
\E[1m
\E[37mpower
\E[0m
\E(
\E[0m%
\E[K
\E[80C ~
\E[82D
\E[K\r\r
\n
\nScript done on Mon Jun 13 17:24:26 2005
\n
On Mon, 13 Jun 2005, Daniel Jacobowitz wrote:
1) My own stupid fault; I messed up the upload so it has not autobuilt
for other architectures, including PowerPC. I will fix that now.
2) The dependencies in ncurses-base do not prevent using it with the
old library; is this compatibility problem
On Mon, 13 Jun 2005, Daniel Jacobowitz wrote:
I can reproduce it in gnome-terminal. If this is a bug anywhere, it's
a bug in gnome-terminal; it needs to either be compatible with xterm,
or use a different value for $TERM.
gnome-terminal does have its problems, but the bug we're talking about
On Mon, 13 Jun 2005, Daniel Jacobowitz wrote:
On Mon, Jun 13, 2005 at 08:06:36PM -0400, Thomas E. Dickey wrote:
On Mon, 13 Jun 2005, Daniel Jacobowitz wrote:
I can reproduce it in gnome-terminal. If this is a bug anywhere, it's
a bug in gnome-terminal; it needs to either be compatible with
On Mon, 13 Jun 2005, Daniel Jacobowitz wrote:
But ncurses library is required, right?
Right. Actually, it looks like I may have goofed: ncurses-base is
Essential, and libncurses5 wasn't. I'll talk to the release managers.
ok. It's not the usual sort of bug.
--
Thomas E. Dickey
On Mon, 13 Jun 2005, Daniel Jacobowitz wrote:
Ohhh... I get it now. So the bug is just that gnome-terminal's error
recovery is different from xterm's.
right.
In that case I'll close this bug in a day or two. The new version of
ncurses-base will prevent this from reoccuring.
thanks.
--
On Tue, 14 Jun 2005, Dave Carrigan wrote:
Specifically, the text in the bottom half of the screen should not be
displayed as black on bright white; it should be white on black.
That's the intent of the code, anyway. I took a quick look, tracing it,
and it appears that what's going on is
On Tue, 14 Jun 2005, Dave Carrigan wrote:
Package: libncurses5
Version: 5.4-6
Severity: normal
After upgrading libncurses, I get ugly display artifacts in aptitude. A
screenshot is at http://www.rudedog.org/tmp/ncurses.png
Specifically, the text in the bottom half of the screen should not be
On Fri, 17 Jun 2005, Frederic Briere wrote:
Package: ncurses-base
Version: 5.4-6
Severity: normal
Since upgrading from 5.4-4, I'm having problems with the display of
programs using ncurses in Eterm. This is quite obvious in lynx, when
scrolling wiht Ins/Del; the output is reminescent of the
On Fri, 17 Jun 2005, [iso-8859-1] Frdric Brire wrote:
On Fri, Jun 17, 2005 at 02:17:19PM -0400, Thomas Dickey wrote:
Perhaps because $TERM is set to xterm rather than Eterm.
Guilty as charged. TERM=Eterm was a PITA when ssh'ing into old boxen
that didn't recognize it, so I got rid
this is fixed in patch #201
--
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
If I understand correctly, such *VT100*font resources are no longer used
and are now replaced by *VT100.utf8fonts resources (preferably). But this
doesn't seem to be the case. Indeed, if I do the following:
Not exactly. When xterm starts, it first uses whatever the X resources resolve
This is fixed in patch #202
--
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This is fixed in patch #201
--
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Fri, Aug 05, 2005 at 08:00:16AM +0200, Jason Parker-Burlingham wrote:
Package: wnpp
Severity: normal
This package has not been updated in some time and needs a maintainer
with more time than I have to give to it. Preferably it should be
replaced with the byacc from one of the BSDs and
On Sat, Jul 02, 2005 at 03:49:01PM -0400, Daniel Burrows wrote:
Package: libncursesw5
Version: 5.4-8
Severity: normal
I've just finished converting aptitude's display routines to understand
about 8-bit character set locales such as utf8. Everything works fine in
typical European
On Sun, 7 Aug 2005, Daniel Burrows wrote:
I can see where the problem is, will make a fix in the next patch.
Other than the usual distractions, it took a few hours debugging due
to the large size of the trace when running aptitude (to see how to
get the information I needed). It seems that
Package: xterm
Version: 235-1
Severity: normal
Hi, copypaste of polish characters sometimes replaces them with #.
The keepSelection resource can help for this case. (There's also a
menu item setting the same resource).
--
Thomas E. Dickey
http://invisible-island.net
Package: mutt
Version: 1.5.17+20080114-1+b1
Severity: normal
I have a system with etch and this one with lenny. I'm using xfce and
its terminal. Normally, when there is a URL shown within the body of an
email, I can right click on it and and select open link. Even when the
URL wraps
On Thu, Jun 12, 2008 at 12:10:17PM +0200, Andreas Pakulat wrote:
Package: screen
Version: 4.0.3-10
Severity: important
Hi,
since the upgrade from screen 4.0.3-9 to 4.0.3-10, my End key doesn't
work anymore inside vim. This only happens in screen sessions and so far
only seems to be an
On Sun, 6 Jul 2008, Raphael Geissert wrote:
Hope you get what I mean.
thanks (probably single-quotes will work - will check)
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
On Sun, Jul 06, 2008 at 08:50:07AM +0200, Jason White wrote:
Package: lynx
Version: 2.8.7dev9-1.1
Severity: normal
After upgrading to this version of Lynx, the IPv6 support no longer works. For
example, http://www.ipv6.org/ is accessed over IPv4. Furthermore,
lynx http://ipv6.google.com/
On Tue, Jul 08, 2008 at 06:50:21PM +0200, Andreas Metzler wrote:
On 2008-07-08 Thomas Dickey [EMAIL PROTECTED] wrote:
On Sun, Jul 06, 2008 at 08:50:07AM +0200, Jason White wrote:
Package: lynx
Version: 2.8.7dev9-1.1
Severity: normal
After upgrading to this version of Lynx
On Thu, Apr 24, 2008 at 12:55:20AM +0200, Vincent Lefevre wrote:
On 2007-12-25 10:20:43 +0100, Loïc Minier wrote:
I think grep checks whether its output file descriptor is a tty to
enable escape sequences. I'll reassign to grep and suggest this;
This workaround would be bad: if one
On Sun, 27 Apr 2008, Sven Hartge wrote:
Package: ncurses-term
Version: 5.6+20080419-1
Severity: normal
This is a rather unusual report, because I am not 100% sure, where to
file it.
But since it appeared after the latest major ncurses update, I guess I
am quite right with filing it against
On Mon, 28 Apr 2008, Sven Hartge wrote:
Um 06:41 Uhr am 27.04.08 schrieb Thomas Dickey:
The problem: since the update, Pos1 and End don't work anymore inside
screen. The only changes between a working and a buggy environment are:
thanks - will check. I would have noticed this, but rxvt
On Mon, 28 Apr 2008, Sven Hartge wrote:
Um 06:41 Uhr am 27.04.08 schrieb Thomas Dickey:
The problem: since the update, Pos1 and End don't work anymore inside
screen. The only changes between a working and a buggy environment are:
thanks - will check. I would have noticed this, but rxvt
I have tried out the stock ncurses-ruby, i.e. presumably without
unicode support on a terminal set so UTF-8 Unicode character encoding.
All examples work fine with the stock version on the unicode terminal.
An exception are the forms examples. They do not allow input of
non-ascii
On Fri, Jun 27, 2008 at 09:40:13AM +0200, Mario 'BitKoenig' Holbe wrote:
Package: lynx
Version: 2.8.6-2.1
Severity: serious
Hello,
with 2.8.6-2.1 lynx stopped linking against a SSL library and thus lynx
complains when it is requested to open a https:// URL:
Alert!: This client
I made a fix for this which will be in 2.8.7dev.10 - see for example
ftp://invisible-island.net/temp/lynx2.8.7dev.9a.patch.gz
--
Thomas E. Dickey [EMAIL PROTECTED]
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Thu, Apr 20, 2006 at 03:30:20AM +0200, Erich Schubert wrote:
What I can't tell is whether vim should be doing this, and libvte4
shouldn't complain about not understanding it but setting TERM=xterm, or
if xterm actually understands this.
Maybe vim should only do this for certain terminals,
On Thu, Apr 20, 2006 at 09:40:01PM +0200, Erich Schubert wrote:
Hi,
Any hint on how to make gnome-terminal set TERM=gnome?
hmm - iirc, it hardcodes the value. Perhaps it (like rxvt) sets $COLORTERM,
which xterm does not do. I recall some discussion from people who made a
workable wrapper
On Thu, Apr 20, 2006 at 05:30:02PM -0400, James Vega wrote:
No error messages then. Now we only need to convince the gnome people
that they aren't fully xterm compatible...
One would assume they know that...
It'd make sense that they default $TERM to gnome if they cared about the
On Fri, Apr 21, 2006 at 12:30:36AM +0200, Erich Schubert wrote:
Hi,
To be honest, I'm not sure why they just don't set $TERM to 'gnome'.
That's the termcap entry for *their* terminal emulator. *shrug*
Do all supported platforms have a gnome termcap? I can imagine that
Actually it's
On Wed, Feb 15, 2006 at 09:20:16PM +0100, Joey Hess wrote:
It also seems to be ignoring color settings like these:
*XTerm*VT100*color0: black
It's supposed to. The app-defaults file already uses that pattern
(and has for several years).
You have to use a more-specific one, e.g.,
On Fri, Feb 17, 2006 at 03:40:06AM +0100, Mohammed Adnène Trojette wrote:
On Wed, Feb 15, 2006, Justin Pryzby wrote:
I thought this was expected, but just tried it, and it worked between
2 xterms, so I guess I am wrong.
It looks as if the problem is related to X itself or GNOME, as the
On Sat, Feb 18, 2006 at 12:50:12PM +0100, Richard Kettlewell wrote:
Screen sometimes breaks deleting for me too.
Outside screen, - sends ^? and my stty settings expect that.
If TERM=xterm-color:
Inside screen, - sends ^[[3~ but stty settings expect ^?.
The bindkey line from old
On Sat, Feb 18, 2006 at 07:10:16PM +0100, Steve Greenland wrote:
On 17-Feb-06, 13:42 (CST), Jari Aalto [EMAIL PROTECTED] wrote:
Package: wnpp
Severity: wishlist
Owner: Jari Aalto [EMAIL PROTECTED]
* Package name: gt5
Version : 1.3
Upstream Author : Thomas Sattler
On Fri, Feb 24, 2006 at 12:10:18PM +0100, Frederik Schwarzer wrote:
I recognised that mc depends on libslang2. As I read about that slang
stuff, libslang1-utf8 came into my mind. Is utf8 support included in
libslang2?
It is, but if the packager didn't make changes to mc, it won't be used.
On Wed, 22 Feb 2006, Dan Jacobson wrote:
Package: xterm
Version: 6.8.2.dfsg.1-11
Severity: minor
I can do
$ xterm -e su
fine, but
$ uxterm -e su
just seems to be like
$ uxterm -e cat
This seems to work for me - but I'm using current xterm (patch #209).
At the moment I don't recall any fixes
On Wed, 22 Feb 2006, Dan Jacobson wrote:
Package: xterm
Version: 6.8.2.dfsg.1-11
Severity: wishlist
File: /usr/share/doc/xterm/xterm.faq.gz
Tags: upstream
and what does xterm -v say?
iirc, that's #202. The version of Xorg is irrelevant.
We attempt to get a larger font in uxterm.
We see
On Sat, 25 Feb 2006, Dan Jacobson wrote:
Package: xterm
Version: 6.8.2.dfsg.1-11
Severity: normal
File: /usr/X11R6/bin/uxterm
No idea why uxterm dies half a second after started in about 2/3rds on
invocations on Linux 2.6.12 on Thinkpad r50e. However, on Linux
2.6.14-2-k7 it starts every time.
On Sat, 25 Feb 2006, Dan Jacobson wrote:
Package: ncurses-bin
Version: 5.5-1
Severity: wishlist
File: /usr/share/man/man1/infocmp.1.gz
The SEE ALSO section refers to infocmp(1), i.e., the same page.
I didn't check the other pages in the package for the same problem.
a quick check shows this
On Sat, 25 Feb 2006, Dan Jacobson wrote:
Package: xterm
Version: 6.8.2.dfsg.1-11
Severity: wishlist
File: /usr/share/doc/xterm/xterm.faq.gz
xterm.faq.gz says:
How do I report bugs?
You should report bugs to me.
At the top of the file it says Thomas E. Dickey
Might that be [EMAIL
401 - 500 of 1791 matches
Mail list logo