On Fri, 11 Feb 2011, Timo Juhani Lindfors wrote:
Hi,
ow...@bugs.debian.org (Debian Bug Tracking System) writes:
Source: xterm
Source-Version: 268-1
We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive:
I tested
On Sat, 12 Feb 2011, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
well, I did respond, in comment #108. Clicking with the mouse cleared
the selection because that triggers the start-select action.
Hmm yes, I remember you said that xterm could be modified to _not_
clear
On Thu, 3 Feb 2011, Thomas Dickey wrote:
On Thu, 3 Feb 2011, Jeffrey Sheinberg wrote:
On Thu, Feb 03, 2011 at 05:47:46AM -0500, Thomas Dickey wrote:
From: Thomas Dickey dic...@his.com
To: Thomas Dickey dic...@his.com, 611...@bugs.debian.org
Date: Thu, 3 Feb 2011 05:47:46 -0500 (EST)
Subject
On Wed, 2 Feb 2011, Thomas Dickey wrote:
On Sat, 29 Jan 2011, Jeffrey Sheinberg wrote:
This is a bug in xterm Version: 261-1 as I originally reported, please
see my above comments.
I can reproduce this difference without the utempter library (though it's
possible that the problem
On Thu, 3 Feb 2011, Jeffrey Sheinberg wrote:
On Thu, Feb 03, 2011 at 05:47:46AM -0500, Thomas Dickey wrote:
From: Thomas Dickey dic...@his.com
To: Thomas Dickey dic...@his.com, 611...@bugs.debian.org
Date: Thu, 3 Feb 2011 05:47:46 -0500 (EST)
Subject: Re: Bug#611487: xterm: immediately exits
On Sat, 29 Jan 2011, Jeffrey Sheinberg wrote:
This is a bug in xterm Version: 261-1 as I originally reported, please
see my above comments.
I can reproduce this difference without the utempter library (though it's
possible that the problem is related to ifdef's for it). I'll look for a
On Thu, Jan 27, 2011 at 05:59:45PM +0300, Here I. Come wrote:
need more information to see if the referenced fix addresses user's
configuration
I've just checked that. Setting xterm.*utf8Title to true solves this
bug, but by default this resource is unset(or set to false) with UTF-8
locale
The bug report is about the mouse pointer, not the text-cursor (which
KiBi is describing).
It's still not working here (Debian/testing). When I replied
earlier, I was testing also some older systems (FreeBSD 6, Debian/sarge,
and Fedora5 - it didn't work in any of those).
--
Thomas E. Dickey
On Thu, 20 Jan 2011, Cyril Brulebois wrote:
Thomas Dickey dic...@his.com (19/01/2011):
The bug report is about the mouse pointer, not the text-cursor
(which KiBi is describing).
No, it's not what I'm describing.
When I start xterm, I get black text by default, a black text cursor
On Thu, 20 Jan 2011, Cyril Brulebois wrote:
Thomas Dickey dic...@his.com (19/01/2011):
| Perhaps the problem is in the X server (specific to the video
| driver, for instance). The checks I've made were from different
| systems using the same hardware. fwiw, I've got this in my config
Reviewing the table, there's some information left out:
a) without the app-defaults file, xterm would display black text on
a white background. That is the X default, which the table assumes.
b) however, Debian uses this chunk in the XTerm-color app-defaults file:
! Set the default text
On Tue, 11 Jan 2011, Sven Joachim wrote:
On 2011-01-10 23:52 +0100, Colin Watson wrote:
Package: ncurses
Version: 5.7+20101128-1
Severity: wishlist
Apparently ncurses has an --enable-pc-files option to generate
pkg-config files. pkg-config is quite common nowadays; perhaps it would
be worth
That is a configure-script option:
--enable-addrlist-page
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Tue, 21 Dec 2010, Sven Joachim wrote:
On 2010-12-21 04:58 +0100, brian m. carlson wrote:
On Mon, Dec 20, 2010 at 10:06:00PM +0100, Sven Joachim wrote:
The changes to the kFreeBSD console and the kbdcontrol package (see
#605065 and #605777) need to be accompanied by changing the cons25
The title is misleading - lynx's mail feature doesn't behave this way,
the report apparently refers to some form processing. Pressing a left
arrow just moves lynx backwards along the set of pages. Rather than
clicking on a form button to get back, the user can revisit the page,
e.g., by visiting
On Tue, 30 Nov 2010, Sven Joachim wrote:
Even with the /usr/share/doc/libncurses5-dev/examples directory removed,
the amount of architecture-independent data in libncurses5-dev is still
considerable. We have more than four Megabyte under
/usr/share/doc/libncurses5-dev/html and many hundreds of
On Sun, 28 Nov 2010, Sven Joachim wrote:
On 2010-11-21 12:52 +0100, Thomas Dickey wrote:
On Sun, 21 Nov 2010, Sven Joachim wrote:
On 2010-11-20 23:13 +0100, Thomas Dickey wrote:
On Fri, Nov 19, 2010 at 06:23:03PM +0100, Sven Joachim wrote:
Actually rpath is not a problem when running
On Sun, 28 Nov 2010, Sven Joachim wrote:
On 2010-11-28 12:22 +0100, Thomas Dickey wrote:
On Sun, 28 Nov 2010, Sven Joachim wrote:
On 2010-11-21 12:52 +0100, Thomas Dickey wrote:
On Sun, 21 Nov 2010, Sven Joachim wrote:
On 2010-11-20 23:13 +0100, Thomas Dickey wrote:
On Fri, Nov 19
On Sun, 28 Nov 2010, Thomas Dickey wrote:
On Sun, 28 Nov 2010, Sven Joachim wrote:
On 2010-11-28 12:22 +0100, Thomas Dickey wrote:
On Sun, 28 Nov 2010, Sven Joachim wrote:
On 2010-11-21 12:52 +0100, Thomas Dickey wrote:
On Sun, 21 Nov 2010, Sven Joachim wrote:
On 2010-11-20 23:13
On Sun, 28 Nov 2010, Sven Joachim wrote:
On 2010-11-28 19:43 +0100, Thomas Dickey wrote:
On Sun, 28 Nov 2010, Thomas Dickey wrote:
Referring to your email:
$ mkdir -p build cd build ../test/configure make
I'd thought that (a) would match this case. But trying just that, I
see
On Fri, 26 Nov 2010, Frank Heckenbach wrote:
Package: lynx
Version: 2.8.8dev.5-1
Severity: normal
Tags: patch upstream
*** Please type your report below this line ***
RMDIR_PATH in lynx.cfg effects nothing. This was reported in
http://www.mail-archive.com/lynx-...@sig.net/msg10587.html
The
On Mon, 22 Nov 2010, Timo Juhani Lindfors wrote:
Hi,
Thomas Dickey dic...@radix.net writes:
* add copy-selection action (request by Timo Juhani Lindfors, Debian
#588785).
Just noticed your announcement. Do you already have some nice X
resorce setup for using
On Mon, 22 Nov 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
short - yes
Long story: I'd put it aside for a while because I could see it would be
complicated to refactor the selection into stop-, etc. states. On
revisiting it, I realized that the answer was near
On Mon, 22 Nov 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
The problem is the ignore. I didn't modify the mouse-button
translations. It would be nice to just have the selection stop
when copy-selection happens, but it didn't appear necessary.
thanks. Next I tried
On Sun, 21 Nov 2010, Sven Joachim wrote:
On 2010-11-20 23:13 +0100, Thomas Dickey wrote:
On Fri, Nov 19, 2010 at 06:23:03PM +0100, Sven Joachim wrote:
Actually rpath is not a problem when running test/configure, but I could
not get it to use the just compiled-but-not-yet-installed ncurses
On Fri, Nov 19, 2010 at 06:23:03PM +0100, Sven Joachim wrote:
On 2010-11-19 09:59 +0100, Thomas Dickey wrote:
On Fri, 19 Nov 2010, Sven Joachim wrote:
We're already passing --disable-rpath to configure, and adding
--disable-rpath-hack does not help either. :-(
Here's my analysis why
On Fri, 19 Nov 2010, Sven Joachim wrote:
We're already passing --disable-rpath to configure, and adding
--disable-rpath-hack does not help either. :-(
In test/configure there is no option at all to disable RPATH.
Any ideas?
I can add an option. test/configure was originally a minimal
On Fri, 19 Nov 2010, Sven Joachim wrote:
On 2010-11-19 09:59 +0100, Thomas Dickey wrote:
On Fri, 19 Nov 2010, Sven Joachim wrote:
We're already passing --disable-rpath to configure, and adding
--disable-rpath-hack does not help either. :-(
Here's my analysis why this is so: irrespective
On Wed, 17 Nov 2010, Sascha Silbe wrote:
Package: xterm
Version: 261-1
Severity: normal
The reverseVideo X resource and the +rv/-rv command line options affect
the reverse video feature in strange ways. It seems to get inverted
rather than set, though even that doesn't explain why there is
On Wed, 17 Nov 2010, Sven Joachim wrote:
I think we should really ship an ncurses-examples packages with the
precompiled test programs, some of them are very nice. :-) However,
since the names of the programs are rather generic, installing them into
/usr/bin or /usr/games would clash with
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:14, Thomas Dickey dic...@his.com wrote:
On Sat, 6 Nov 2010, Reuben Thomas wrote:
users be able to understand which setting they are likely to want, but
also stop complaining about the default (as I am doing!). I'm also
interested
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
On Sat, 6 Nov 2010, Reuben Thomas wrote:
Why do some users want it the other way? I'm still looking for a
reason (other than the one than Jonathan quoted about bash, which
It's a way
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 7 November 2010 16:52, Thomas Dickey dic...@his.com wrote:
On Sun, 7 Nov 2010, Reuben Thomas wrote:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
It's a way of getting the ISO-8859-1 (or equivalents in UTF-8) entered
without dead
On Sun, 7 Nov 2010, Riku Saikkonen wrote:
(I'm just a long-time xterm user who follows the Debian bug reports
every now and then...)
Reuben Thomas r...@sc3d.org writes:
On 6 November 2010 17:00, Thomas Dickey dic...@his.com wrote:
[about *eightBitInput: true being the default]
It's a way
On Sat, 6 Nov 2010, Reuben Thomas wrote:
Why do some users want it the other way? I'm still looking for a
reason (other than the one than Jonathan quoted about bash, which
It's a way of getting the ISO-8859-1 (or equivalents in UTF-8) entered
without dead-keys, etc.
--
Thomas E. Dickey
On Sat, 6 Nov 2010, Reuben Thomas wrote:
users be able to understand which setting they are likely to want, but
also stop complaining about the default (as I am doing!). I'm also
interested to know why this is the default in xterm, but not in
gnome-terminal, konsole or unicode-rxvt. Is it the
On Fri, 5 Nov 2010, Jonathan Nieder wrote:
Reuben Thomas wrote:
What is wrong with patching xterm so that it defaults to eightBitInput
being false rather than true, as other terminals do?
Nothing I can see except that we are in a freeze. It is probably
worth making the change anyway, but I
I resolved this by embedding a display of the resource file in the faq.
It can be closed whenever the Debian package updates the copy of the faq.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sat, 30 Oct 2010, Jonathan Nieder wrote:
reopen 600402
forcemerge 600707 600402
quit
Thomas Dickey wrote to 600402-d...@bugs.debian.org:
fixed in patch #266
Confirmed.
thanks (I was reasonably sure...)
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
This is probably the same issue reported in #600707
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sat, 23 Oct 2010, Cyril Brulebois wrote:
Hi,
Oswald Buddenhagen o...@kde.org (23/10/2010):
mouse selection with shift key pressed (as necessary when selecting
from an application which has own mouse handling, e.g., ncurses
slang based apps like mc) doesn't work any more. upstream patch
On Fri, 22 Oct 2010, Vincent Lefevre wrote:
On 2010-10-21 19:18:38 -0400, Thomas Dickey wrote:
On Tue, Oct 19, 2010 at 03:14:18PM +0200, Vincent Lefevre wrote:
On 2010-10-14 23:28:16 +, Cyril Brulebois wrote:
Changes:
xterm (264-1) unstable; urgency=low
.
* New upstream release
On Sat, 16 Oct 2010, Jonathan Nieder wrote:
Package: xterm
Version: 264-1
Hi,
Just upgraded xterm from 261-1 to 264-1 and now the text on new
xterms is unreadable.
$ cd
$ cat .xsession
xrdb -merge $HOME/.config/Xdefaults
exec xmonad
$ cat .config/Xdefaults
*VT100.font:terminus-24
xterms
On Thu, 21 Oct 2010, Jonathan Nieder wrote:
Thomas Dickey wrote:
xterm-264: cannot load font
Presumably you don't have xfonts-terminus installed. :)
I thought that, but xfd shows the same (rather large) font,
and xlsfonts says I have some 24-point terminus fonts.
So (unless
On Tue, Oct 19, 2010 at 03:14:18PM +0200, Vincent Lefevre wrote:
On 2010-10-14 23:28:16 +, Cyril Brulebois wrote:
Changes:
xterm (264-1) unstable; urgency=low
.
* New upstream release:
+ Fix active-icon in specific cases (Closes: #591265).
+ Fix pointer visibility
On Thu, 21 Oct 2010, Thomas Dickey wrote:
On Thu, 21 Oct 2010, Jonathan Nieder wrote:
Thomas Dickey wrote:
xterm-264: cannot load font
Presumably you don't have xfonts-terminus installed. :)
It turns out that this message was from an executable just before I tagged
#264, differing
On Thu, 14 Oct 2010, Friedrich Delgado wrote:
Yes, I didn't write either one of the original reports.
I also very much doubt that this is exploitable, that's why I thought
severity normal was appropriate.
Thomas Dickey schrieb:
This is fixed in #263.
Good to know, thanks!
no problem
On Thu, 14 Oct 2010, Sven Joachim wrote:
On 2010-10-09 19:29 +0200, Thomas Dickey wrote:
This is an old not-a-bug issue, originally from the emacs users.
Emacs changes the cursor state (and iirc prefers using cvvis,
and doesn't reset it with cnorm).
Some other applications (vim and aptitude
On Wed, 13 Oct 2010, Friedrich Delgado wrote:
Package: xterm
Version: 261-1
Severity: normal
A segmentation fault in xterm with -fb has been mentioned on Bugtraq
and Full Disclosure.
http://lists.grok.org.uk/pipermail/full-disclosure/2010-September/076294.html
It's a shame, but your report
On Wed, 13 Oct 2010, Thomas Dickey wrote:
On Wed, 13 Oct 2010, Friedrich Delgado wrote:
Package: xterm
Version: 261-1
Severity: normal
A segmentation fault in xterm with -fb has been mentioned on Bugtraq
and Full Disclosure.
http://lists.grok.org.uk/pipermail/full-disclosure/2010-September
This is fixed in #263.
Actually, the bug is not noticeable on my machines unless using valgrind.
If it weren't for the incorrect report, I'd have continued on #588785.
later.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
This is fixed in patch #263.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
tags 591265 fixed-upstream
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This is fixed in patch #263.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
I vaguely recall some discussion of this, which doesn't appear in this
report. Compare with a close-to-original implementation in OpenSolaris,
which (like ncurses) doesn't allocate a copy of the parameters:
This is an old not-a-bug issue, originally from the emacs users.
Emacs changes the cursor state (and iirc prefers using cvvis,
and doesn't reset it with cnorm).
It became a noticeable issue with this change in ncurses:
990703 pre-release
+ modify linux terminfo description to make use
On Sat, 9 Oct 2010, Josh Triplett wrote:
Package: xterm
Version: 261-1
Severity: normal
xterm Recommends: x11-utils
Please consider noting the reason for this recommendation in the package
description. A quick review of the contents of x11-utils didn't suggest
any obvious reason why xterm
On Sat, 9 Oct 2010, Josh Triplett wrote:
On Sat, Oct 09, 2010 at 03:41:28PM -0400, Thomas Dickey wrote:
On Sat, 9 Oct 2010, Josh Triplett wrote:
xterm Recommends: x11-utils
Please consider noting the reason for this recommendation in the package
description. A quick review of the contents
On Sat, 9 Oct 2010, Josh Triplett wrote:
On Sat, Oct 09, 2010 at 05:05:57PM -0400, Thomas Dickey wrote:
On Sat, 9 Oct 2010, Josh Triplett wrote:
On Sat, Oct 09, 2010 at 03:41:28PM -0400, Thomas Dickey wrote:
On Sat, 9 Oct 2010, Josh Triplett wrote:
xterm Recommends: x11-utils
Please
This is addressed in 2.8.8dev.6
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
This is addressed in 2.8.8dev.6
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sun, 3 Oct 2010, Helmut Eller wrote:
Package: xterm
Version: 235-2
#235 is rather old, #262 is current.
This feature has been on by default since #238 (2008/12/30).
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to
iceweasel 3.5.13 gives the same result as lynx
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
gnome-terminal imitates xterm sufficiently in this area that it treats
shifted mouse-events differently from unshifted. (Perhaps gnome-terminal's
users would find a dialog selection simpler than pressing the shift-key).
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
I'd have agreed, except that in a previous discussion on lynx's mailing list
I recall that the newest interpretations are telling browsers to interpret
charset=ISO-8859-1 as if it were cp-1252 anyway.
Just to check, I viewed this testcase in Opera and Firefox.
Both show a Euro symbol...
--
I addressed this in
2009-11-25 (2.8.8dev.2)
The scrollbar, progressbar, sessions and session-cache options are now
enabled by default.
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Wed, 15 Sep 2010, Mark Hobley wrote:
Package: lynx
Version: 2.8.8dev.2-1
Severity: wishlist
Tags: squeeze
The lynx browser requires enhancement to include additional cookie control
facilities. The following additional facilities are required:
Either it's a wishlist item, or you're
On Tue, 14 Sep 2010, yellowprotoss wrote:
Package: xterm
Version: 261-1
Severity: important
Hello,
I do this
# exec irpsion5 -s reboots.log
No IRDA device found
it gives an error.
I wanna repeat it, so I press Up on keyboard to get this failed command again
into prompt, and It is the
fwiw, the filters are documented in vile.hlp (section on Syntax coloring) and
filters.doc
Generally though, I use the -I option to fill in a source vileinit.rc to get
things started. That sources filters.rc and other things that seem to be
generally useful.
see also
The issue presented here was addressed in patch #214:
add modifyOtherKeys resource, analogous to the modifyCursorKeys resource. This
applies to keys that normally would transmit nothing when a given modifier is
applied (request by Dan Nicolaescu).
and in #235:
add resource formatOtherKeys to
On Mon, 30 Aug 2010, Thomas Dickey wrote:
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
I saw something like that, the first time I tried the script, but am
unsure where the problem lies. But then I ran a few more times
without encountering the bug
On Thu, 2 Sep 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
I think it's likely that the unprocessed KeyRelease events are confusing
the X library. Adding ignore's for those seems to improve it:
*VT100*translations:#override \n\
Shift Ctrl KeyPress v:insert
fix attached (incremental after fix for #591265)
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
# ftp://invisible-island.net/xterm/patches/temp/xterm-262b.patch.gz
# patch by Thomas E. Dickey dic...@invisible-island.net
# created Wed Sep
See fix (attached), which will be part of #263
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
# ftp://invisible-island.net/xterm/patches/temp/xterm-262a.patch.gz
# patch by Thomas E. Dickey dic...@invisible-island.net
# created Wed Sep 1
On Mon, 30 Aug 2010, Vincent Lefevre wrote:
Package: xterm
Version: 261-1
Severity: normal
After running aptitude and quitting it, the pointer remains invisible
when one moves it, until one makes an xterm menu appear or one moves
the pointer out of the xterm window. This is always
On Mon, 30 Aug 2010, Vincent Lefevre wrote:
This bug seems to be old, since I can reproduce it with xterm 251.
agree - I checked back to #233
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
I saw something like that, the first time I tried the script, but am
unsure where the problem lies. But then I ran a few more times
without encountering the bug (puzzled).
If it's more/less reproducible, I
On Tue, 31 Aug 2010, Wolfgang Becker wrote:
On 2010-08-29 Thomas Dickey dic...@his.com wrote:
Are you still able to reproduce this? The detail that I was able to
reproduce was just an inconsistency between my system- and personal
app-defaults. I revisited it last week, and was unable
Are you still able to reproduce this? The detail that I was able to
reproduce was just an inconsistency between my system- and personal
app-defaults. I revisited it last week, and was unable to reproduce
the original issue. In between, I did update - but none of the updates
seem to be in a
Did you try changing this line
ShiftBtn1Up:select-end(CLIPBOARD)\n
to
Shift Ctrl KeyPress c:select-end(CLIPBOARD)\n
That should work...
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sun, 29 Aug 2010, Timo Juhani Lindfors wrote:
[Sorry for resending, I mistyped the bugs.debian.org address...]
Thomas Dickey dic...@his.com writes:
Shift Ctrl KeyPress c:select-end(CLIPBOARD)\n
That should work...
With
XTerm*VT100.Translations: #override\n\
Shift Ctrl KeyPress
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
...and it seems to work. If you did not invoke the select-end, and
started selecting again with the mouse, then that would discard the
selection.
Odd.
...just complicated. But your followup was helpful
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
I do see a difference. It was actually copying to primary based on
this line in the default translations:
Hmm. I am not quite sure how to change the defaults without rebuilding
xterm but when appres XTerm
On Mon, 30 Aug 2010, Timo Juhani Lindfors wrote:
Thomas Dickey dic...@his.com writes:
I do see a difference. It was actually copying to primary based on
this line in the default translations:
Hmm. I am not quite sure how to change the defaults without rebuilding
xterm but when appres XTerm
The current version of lynx is 2.8.7
It's available at
http://lynx.isc.org/
ftp://lynx.isc.org/lynx2.8.7/
2.8.8 Development patches:
http://lynx.isc.org/current/index.html
2010-08-25 (2.8.8dev.5)
* modify convert_to_idna() to check for malformed urls (Debian #594300
On Sun, 22 Aug 2010, Alain Greppin wrote:
Package: ncurses-bin
Version: 5.7+20081213-1
Severity: normal
example follows:
$ infotocap /lib/terminfo/v/vt100
/lib/terminfo/v/vt100, line 1, col 1: Illegal character (expected
alphanumeric or @%*!#) - '^Z'
man infotocap
infotocap looks in
On Sun, 22 Aug 2010, Sven Joachim wrote:
On 2010-08-22 12:45 +0200, Alain Greppin wrote:
Package: ncurses-bin
Version: 5.7+20081213-1
Severity: normal
example follows:
$ infotocap /lib/terminfo/v/vt100
/lib/terminfo/v/vt100, line 1, col 1: Illegal character (expected
alphanumeric or @%*!#) -
On Wed, 18 Aug 2010, Josh Triplett wrote:
Package: mawk
Version: 1.3.3-15
Severity: normal
$ for i in `seq 10` ; do echo x ; sleep 1 ; done | gawk '{ print $1 ; fflush()
}' | ts
Is ts a package program, or one of your own scripts?
(this is probably fixed upstream, but I'd like to verify
On Wed, 18 Aug 2010, ja...@minilop.net wrote:
On Wed, Aug 18, 2010 at 1:59 PM, Thomas Dickey dic...@his.com wrote:
On Wed, 18 Aug 2010, Josh Triplett wrote:
$ for i in `seq 10` ; do echo x ; sleep 1 ; done | gawk '{ print $1 ;
fflush() }' | ts
Is ts a package program, or one of your own
On Fri, 13 Aug 2010, Sebastien Hinderer wrote:
Is i possible to get rid of the messages about ssl that are displayed,
such as ssl_okay=0 and so on ?
not currently. I see those are part of progress messages during the
verification process.
Okay, so not displaying them would not make the
On Fri, 13 Aug 2010, Sebastien Hinderer wrote:
Hi Thomas,
I have another bug-report that's a problem in gnutls (or how lynx is
using it), which I _may_ be able to resolve.
I just tried to open the same URL
http://www.paypal.com/fr/cgi-bin/webscr?cmd=_login-run
with elinks2, which also uses
On Fri, 13 Aug 2010, Sebastien Hinderer wrote:
It may be - the last one that I investigated turned out to be a
defect in gnutls (which its developers knew about for some time),
for which I thought I might find a workaround, but only by debugging
gnutls itself.
This might be the same case -
On Thu, 12 Aug 2010, Sebastien Hinderer wrote:
Package: lynx-cur
Version: 2.8.8dev.4-3
Severity: normal
Hi,
$ LANGUAGE=C lynx http://www.paypal.com/fr/cgi-bin/webscr?cmd=_login-run;
fwiw, this works with OpenSSL, fails with GNUTLS
--
Thomas E. Dickey
http://invisible-island.net
On Thu, 12 Aug 2010, Sebastien Hinderer wrote:
fwiw, this works with OpenSSL, fails with GNUTLS
Hmm that's interesting.
However, on Debian lynx depends on gnutls and not openssl.
Does it mean that the only way to solve the problem is to compile lynx
manually against openssl ?
I have
On Thu, 12 Aug 2010, Sebastien Hinderer wrote:
Hi Thomas,
However, on Debian lynx depends on gnutls and not openssl.
Does it mean that the only way to solve the problem is to compile lynx
manually against openssl ?
That works quite well actually.
I just replaced --with-gnutls=/usr by
On Tue, 10 Aug 2010, Carlos Carvalho wrote:
Thomas Dickey (dic...@his.com) wrote on 10 August 2010 20:20:
On Tue, 10 Aug 2010, Thomas Dickey wrote:
On Tue, 10 Aug 2010, Carlos Carvalho wrote:
mawk cannot handle records separated by nulls, such as for example the
ones generated by find
On Tue, 10 Aug 2010, Carlos Carvalho wrote:
mawk cannot handle records separated by nulls, such as for example the
ones generated by find. Only the first record is handled:
% mkdir mawk-fails
% cd mawk-fails
%mawk-fails touch a b c
%mawk-fails find -printf %p\0|mawk 'BEGIN {RS=\0} {print}'
..
On Tue, 10 Aug 2010, Thomas Dickey wrote:
On Tue, 10 Aug 2010, Carlos Carvalho wrote:
mawk cannot handle records separated by nulls, such as for example the
ones generated by find. Only the first record is handled:
% mkdir mawk-fails
% cd mawk-fails
%mawk-fails touch a b c
%mawk-fails find
On Mon, 9 Aug 2010, Atsuhito Kohda wrote:
Hi Thomas,
On Sun, 8 Aug 2010 10:13:12 -0400 (EDT), Thomas Dickey wrote:
On Sat, 7 Aug 2010, Sebastien Hinderer wrote:
Package: lynx-cur
Version: 2.8.8dev.4-2
Severity: important
Although locales are configured in french, lynx prints itsmessages
On Sat, 7 Aug 2010, Sebastien Hinderer wrote:
Package: lynx-cur
Version: 2.8.8dev.4-2
Severity: important
Although locales are configured in french, lynx prints itsmessages inenglish
hereas other programs continue to work normally.
I can reproduce this with the Debian package; my own build
801 - 900 of 1801 matches
Mail list logo