Re: [Lynx-dev] nntp space in from header is replaced by LF

2024-05-07 Thread Thomas Dickey
- Original Message - | From: "Marco Moock" | To: "lynx-dev" | Sent: Tuesday, May 7, 2024 2:50:07 AM | Subject: Re: [Lynx-dev] nntp space in from header is replaced by LF | Am 08.02.2024 um 03:41:08 Uhr schrieb Thomas Dickey: | |> (I'll take a look to see if i

ncurses 6.5

2024-04-27 Thread Thomas Dickey
Announcing ncurses 6.5 Overview The ncurses (new curses) library is a free software emulation of curses in System V Release 4.0 (SVr4), and more. It uses terminfo format, supports pads and color and multiple highlights and forms characters

Re: [Lynx-dev] [patch] Fix out-of-tree builds

2024-04-21 Thread Thomas Dickey
On Sun, Apr 21, 2024 at 10:56:57AM +0200, Andreas Metzler wrote: > Hello, > > find attached a trivial patch to fix out of tree builds (mkdir blah ; > cd blah ; ../configure ...) > > TIA, cu Andreas > -- > `What a good friend you are to him, Dr. Maturin. His other friends are > so grateful to

Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-17 Thread Thomas Dickey
On Tue, Apr 16, 2024 at 09:26:12PM +0200, Steffen Nurpmeso wrote: > Thomas Dickey wrote in > : > |On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote: > |> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in > |> our test farm. Of those, 5

Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-16 Thread Thomas Dickey
On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote: > At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in > our test farm. Of those, 59 built and validated successfully, and > 2.9.1 is now the default version of lynx on all of our physical > servers. > > The

[Lynx-dev] ANN: lynx2.9.1

2024-04-15 Thread Thomas Dickey
The current version of lynx is 2.9.1 It's available at https://lynx.invisible-island.net/ https://invisible-island.net/archives/lynx/ Development & patches: https://lynx.invisible-island.net/current/index.html Files:

Re: macro question

2024-04-06 Thread Thomas Dickey
On Sat, Apr 06, 2024 at 07:21:33PM +1100, Brendan O'Dea wrote: > On Fri, 5 Apr 2024 at 16:09, david sowerby wrote: > > Hi, in Vim/Neovim I can save a copy of the file when I exit. The copy is > > renamed file-$(date +%s).bak. This gives me a file with an increasing > > number plus .bak. It

Re: macro question

2024-04-05 Thread Thomas Dickey
On Thu, Apr 04, 2024 at 08:01:01PM +, david sowerby wrote: > Hi, in Vim/Neovim I can save a copy of the file when I exit. The copy is > renamed file-$(date +%s).bak. This gives me a file with an increasing number > plus .bak. It looks like "date+%s" and "" do the same thing. Is this >

Re: [Lynx-dev] position of link numbers in dump

2024-04-05 Thread Thomas Dickey
- Original Message - | From: kalth...@gmail.com | To: "lynx-dev" | Sent: Friday, April 5, 2024 8:29:26 AM | Subject: [Lynx-dev] position of link numbers in dump | Hi lynxers, | | when dumping htmls link numbers are displayed before the link like | | diam voluptua. [1]At vero eos et

Re: [Lynx-dev] Adding a style

2024-04-03 Thread Thomas Dickey
On Wed, Apr 03, 2024 at 11:08:42AM -0600, rbell--- via Lynx-dev wrote: > > Quoth mouse: > > 'since there is a spec, there is a well-defined "correct", at > least to the extent that the spec is properly done.' > > Quoth https://www.w3.org/Library/src/HTStyle.html (the spec): >

Bug#1012325: dialog: Multi-Arch: foreign package should not contain static library

2024-03-30 Thread Thomas Dickey
On Sat, Mar 30, 2024 at 08:02:18PM +0100, Sven Joachim wrote: > On 2024-03-30 12:38 +0100, Santiago Vila wrote: > > > El 30/3/24 a las 9:43, Sven Joachim escribió: > >> I think it would make sense for Debian to follow what Arch and Fedora > >> are doing, introduce a libdialog15 package with the

Bug#1067771: cdk.h file location has changed, breaks application build

2024-03-30 Thread Thomas Dickey
On Fri, Mar 29, 2024 at 01:30:58PM -0500, Steven Robbins wrote: > On Thursday, March 28, 2024 8:04:30 P.M. CDT Thomas Dickey wrote: > > > I suppose that I _could_ have made a symlink in /usr/include/cdk, > > to address both old/new locations. You might consider that f

Re: searching for ascii/non-ascii

2024-03-29 Thread Thomas Dickey
On Fri, Mar 29, 2024 at 12:07:16PM -0400, Paul Fox wrote: > I often want to clean up the residue you sometimes get when copying > text from a web page -- bits of unicode, or special characters, like > the "\?B0" my screen uses to show the "degrees" symbols in this line: > Start Totality

Bug#1067771: cdk.h file location has changed, breaks application build

2024-03-28 Thread Thomas Dickey
On Thu, Mar 28, 2024 at 08:55:04PM -0400, Thomas Dickey wrote: > On Thu, Mar 28, 2024 at 11:15:04AM -0500, Steven Robbins wrote: > > Hello Thomas! > > > > Thanks for chiming in on this issue. I had sent a follow-up at about the > > same > > time you did with

Bug#1067771: cdk.h file location has changed, breaks application build

2024-03-28 Thread Thomas Dickey
On Thu, Mar 28, 2024 at 11:15:04AM -0500, Steven Robbins wrote: > Hello Thomas! > > Thanks for chiming in on this issue. I had sent a follow-up at about the > same > time you did with a few details on the history as I could reconstruct it. > See

Bug#1067771: cdk.h file location has changed, breaks application build

2024-03-27 Thread Thomas Dickey
On Tue, Mar 26, 2024 at 03:37:10PM +0100, Harald Welte wrote: > Package: libcdk5-dev > Version: 5.0.20230201-3 > Severity: normal > > It used to be the case (for probably more than a decade) that the main cdk.h > file > contained in libcdk5-dev is located in /usr/include/cdk/cdk.h odd - I dimly

Re: [Lynx-dev] lynx corrupts bookmark file

2024-03-21 Thread Thomas Dickey
On Tue, Feb 20, 2024 at 02:06:10AM +, Thorsten Glaser wrote: > Another one, probably new (maybe when lynx started adding > ending tags): > > I sometimes hand-edit my bookmarks file to put in new links > or extra information, or even to give structure to some > entries making them sub-entries

Bug#1066263: xfonts-utils: FTBFS: ../fonttosfnt/util.c:89:10: error: implicit declaration of function ‘vasprintf’; did you mean ‘vsprintf’? [-Werror=implicit-function-declaration]

2024-03-14 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 10:44:07PM +0500, Andrey Rakhmatullin wrote: > On Wed, Mar 13, 2024 at 12:46:49PM +0100, Lucas Nussbaum wrote: > > > ../fonttosfnt/util.c: In function ‘vsprintf_alloc’: > > > ../fonttosfnt/util.c:89:10: error: implicit declaration of function > > > ‘vasprintf’; did you

Bug#1066263: xfonts-utils: FTBFS: ../fonttosfnt/util.c:89:10: error: implicit declaration of function ‘vasprintf’; did you mean ‘vsprintf’? [-Werror=implicit-function-declaration]

2024-03-14 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 10:44:07PM +0500, Andrey Rakhmatullin wrote: > On Wed, Mar 13, 2024 at 12:46:49PM +0100, Lucas Nussbaum wrote: > > > ../fonttosfnt/util.c: In function ‘vsprintf_alloc’: > > > ../fonttosfnt/util.c:89:10: error: implicit declaration of function > > > ‘vasprintf’; did you

Bug#1066263: xfonts-utils: FTBFS: ../fonttosfnt/util.c:89:10: error: implicit declaration of function ‘vasprintf’; did you mean ‘vsprintf’? [-Werror=implicit-function-declaration]

2024-03-14 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 10:44:07PM +0500, Andrey Rakhmatullin wrote: > On Wed, Mar 13, 2024 at 12:46:49PM +0100, Lucas Nussbaum wrote: > > > ../fonttosfnt/util.c: In function ‘vsprintf_alloc’: > > > ../fonttosfnt/util.c:89:10: error: implicit declaration of function > > > ‘vasprintf’; did you

Bug#1066469: tack: FTBFS: configure: error: No curses header-files found

2024-03-13 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 07:03:29PM +0100, Sven Joachim wrote: > On 2024-03-13 13:08 +0100, Lucas Nussbaum wrote: > > > Source: tack > > Version: 1.08-1 > > Severity: serious > > Justification: FTBFS > > Tags: trixie sid ftbfs > > User: lu...@debian.org > > Usertags: ftbfs-20240313 ftbfs-trixie >

Bug#1066469: tack: FTBFS: configure: error: No curses header-files found

2024-03-13 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 07:03:29PM +0100, Sven Joachim wrote: > On 2024-03-13 13:08 +0100, Lucas Nussbaum wrote: > > > Source: tack > > Version: 1.08-1 > > Severity: serious > > Justification: FTBFS > > Tags: trixie sid ftbfs > > User: lu...@debian.org > > Usertags: ftbfs-20240313 ftbfs-trixie >

Bug#1065779: libcdk5: FTBFS on arm{el,hf}: configure:7804:12: error: implicit declaration of function 'tgoto' [-Werror=implicit-function-declaration]

2024-03-13 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 03:09:03PM +0500, Andrey Rakhmatullin wrote: > On Sun, Mar 10, 2024 at 05:51:43AM -0400, Thomas Dickey wrote: > > | configure:7811: gcc -c -g -O2 -Werror=implicit-function-declaration > > | -ffile-prefix-map=/<>=. -fstack-protector-strong > >

Bug#1065779: libcdk5: FTBFS on arm{el,hf}: configure:7804:12: error: implicit declaration of function 'tgoto' [-Werror=implicit-function-declaration]

2024-03-13 Thread Thomas Dickey
On Wed, Mar 13, 2024 at 03:09:03PM +0500, Andrey Rakhmatullin wrote: > On Sun, Mar 10, 2024 at 05:51:43AM -0400, Thomas Dickey wrote: > > | configure:7811: gcc -c -g -O2 -Werror=implicit-function-declaration > > | -ffile-prefix-map=/<>=. -fstack-protector-strong > >

Re: Weird problem in xvile - I can't enter a '>' character

2024-03-12 Thread Thomas Dickey
On Tue, Mar 12, 2024 at 09:11:32AM +, Chris Green wrote: > On Tue, Mar 12, 2024 at 02:25:59PM +1100, Brendan O'Dea wrote: > > On Tue, 12 Mar 2024 at 02:28, Chris Green wrote: > > > > > > If I comment out the line:- > > > > > > keysym period = period rightcaret U25B6 NoSymbol > > > > > >

Re: Weird problem in xvile - I can't enter a '>' character

2024-03-11 Thread Thomas Dickey
On Mon, Mar 11, 2024 at 10:16:08AM -0400, Paul Fox wrote: > chris wrote: > > I don't use xvile all that much, I use vile in a terminal window most > > of the time, however I do sometimes find I need to use xvile. > > > > I've just found that the > character doesn't work in xvile. This > >

[ANNOUNCE] libXaw 1.0.16

2024-03-11 Thread Thomas Dickey
X Athena Widget Set, based on the X Toolkit Intrinsics (Xt) Library Code-cleanup and build-fixes... Alan Coopersmith (13): Set close-on-exec when opening files Variable scope reductions as suggested by cppcheck Handle redundantInitialization warnings from cppcheck Use C99

[ANNOUNCE] libXaw 1.0.16

2024-03-10 Thread Thomas Dickey
X Athena Widget Set, based on the X Toolkit Intrinsics (Xt) Library Code-cleanup and build-fixes... Alan Coopersmith (13): Set close-on-exec when opening files Variable scope reductions as suggested by cppcheck Handle redundantInitialization warnings from cppcheck Use C99

Bug#1065779: libcdk5: FTBFS on arm{el,hf}: configure:7804:12: error: implicit declaration of function 'tgoto' [-Werror=implicit-function-declaration]

2024-03-10 Thread Thomas Dickey
- Original Message - | From: "Sebastian Ramacher" | To: "Debian Bug Tracking System" | Sent: Saturday, March 9, 2024 3:57:04 PM | Subject: Bug#1065779: libcdk5: FTBFS on arm{el,hf}: configure:7804:12: error: implicit declaration of function 'tgoto' |

Bug#1065779: libcdk5: FTBFS on arm{el,hf}: configure:7804:12: error: implicit declaration of function 'tgoto' [-Werror=implicit-function-declaration]

2024-03-10 Thread Thomas Dickey
- Original Message - | From: "Sebastian Ramacher" | To: "Debian Bug Tracking System" | Sent: Saturday, March 9, 2024 3:57:04 PM | Subject: Bug#1065779: libcdk5: FTBFS on arm{el,hf}: configure:7804:12: error: implicit declaration of function 'tgoto' |

Re: .ini files and DOS line endings

2024-03-06 Thread Thomas Dickey
On Wed, Mar 06, 2024 at 09:58:26AM -0500, Paul Fox wrote: > Never mind. I figured it out. > > I copied the "ini" mode definition from modes.rc into my .vilerc, and > changed it to remove the ".ini" file suffix from its list. The file > now comes up in conf mode. that works. I'd have just done

Re: why page-local macro definitions come after `TH` call in man(7)

2024-03-05 Thread Thomas Dickey
On Tue, Mar 05, 2024 at 03:48:24PM -0600, G. Branden Robinson wrote: > Hi Thomas, > > I saw the following recent commit to the X11 Athena widget set.[1] > > commit 080e6e49825c2e03adb0c5dd8dad53767ec41ce6 > Author: Thomas E. Dickey > AuthorDate: Thu Feb 29 18:12:40 2024 -0500 > Commit:

Re: Slackbuild URL

2024-03-04 Thread Thomas Dickey
On Mon, Mar 04, 2024 at 06:00:24PM -0500, lists-vile--- via discussions concerning the vile text editor wrote: > Thomas Dickey wrote: > > On Mon, Mar 04, 2024 at 11:08:11AM -0500, lists-vile--- via discussions > > concerning the vile text editor wrote: > > > Thomas, >

Re: Slackbuild URL

2024-03-04 Thread Thomas Dickey
On Mon, Mar 04, 2024 at 11:08:11AM -0500, lists-vile--- via discussions concerning the vile text editor wrote: > Thomas, > > On the mail vile page, https://www.invisible-island.net/vile/vile.html, the > Slackbuild that is referenced is out of date. You can ensure that the page > links to the

ANN: xterm-390

2024-02-19 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-390.tgz https://invisible-island.net/archives/xterm/current/xterm-390.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-390.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-390.patch.gz.asc

ANN: xterm-390

2024-02-19 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-390.tgz https://invisible-island.net/archives/xterm/current/xterm-390.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-390.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-390.patch.gz.asc

Re: [Lynx-dev] UTF-8 bookmark title not accepted after searching UTF-8 string

2024-02-04 Thread Thomas Dickey
On Sun, Feb 04, 2024 at 09:17:07AM +0900, KIHARA Hideto wrote: > UTF-8 bookmark title is not accepted occasionally > after searching UTF-8 string. > Attached patch-a or patch-b fixes this problem. thanks :-) -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP

Bug#1062246: libcdk5: NMU diff for 64-bit time_t transition

2024-02-01 Thread Thomas Dickey
On Thu, Feb 01, 2024 at 07:54:08PM +0100, Sven Joachim wrote: > On 2024-01-31 20:15 +, Steve Langasek wrote: > > > Source: libcdk5 > > Version: 5.0.20180306-3 ... upstream is about 6 years newer. > As you likely have noticed, an upload to experimental was not possible > because a newer

Bug#1062246: libcdk5: NMU diff for 64-bit time_t transition

2024-02-01 Thread Thomas Dickey
On Thu, Feb 01, 2024 at 07:54:08PM +0100, Sven Joachim wrote: > On 2024-01-31 20:15 +, Steve Langasek wrote: > > > Source: libcdk5 > > Version: 5.0.20180306-3 ... upstream is about 6 years newer. > As you likely have noticed, an upload to experimental was not possible > because a newer

Re: [Lynx-dev] An error with temporary file

2024-01-28 Thread Thomas Dickey
- Original Message - | From: "Riku Virtanen" | To: "Thorsten Glaser" | Cc: "lynx-dev" | Sent: Sunday, January 28, 2024 8:16:23 AM | Subject: Re: [Lynx-dev] An error with temporary file | Hi, | | In /usr/bin/, there is brotli. | | It is true that I have Fedora 27. I do not remember

Re: [Lynx-dev] An error with temporary file

2024-01-27 Thread Thomas Dickey
On Sat, Jan 27, 2024 at 09:15:27PM +0200, Riku Virtanen wrote: > Hi, > > I wrote: dnf install brotli sounds like Fedora. In a quick check on my Fedora39 machine (64-bits), it works fine. (We are of course talking about 2.9.0 - Fedora 39's package has lynx dev.12 without brotli, and Fedora 40

Re: [Lynx-dev] An error with temporary file

2024-01-27 Thread Thomas Dickey
On Sat, Jan 27, 2024 at 01:14:04PM +0200, Riku Virtanen wrote: > Hi all, > > I tested with -trace: > > )0[?7hLooking > up www.tripadvisor.com >

Re: [Lynx-dev] An error with temporary file

2024-01-22 Thread Thomas Dickey
On Mon, Jan 22, 2024 at 03:53:37PM -0500, Philip Webb wrote: > 240122 Riku Virtanen wrote: > > I installed new Lynx 9.0. > > I tried with www.tripadvisor.com/. > > Lynx said: Error with compressing temporary file. > > What does this mean ? Now I have 2.8.9rel.1 and it opens Tripadvisor. 2.9.0

Re: [Lynx-dev] ANN: lynx2.9.0

2024-01-21 Thread Thomas Dickey
On Sun, Jan 21, 2024 at 07:39:37PM +, Thorsten Glaser wrote: > Dixi quod… > > >Thomas Dickey dixit: > > > >>The current version of lynx is 2.9.0 > > btw should that not have been 2.9.0rel.1 following the usual no - I stopped doing that, noted on my develop

Re: [Lynx-dev] shell stuff

2024-01-21 Thread Thomas Dickey
On Sun, Jan 21, 2024 at 07:06:45PM +, Thorsten Glaser wrote: > Hi, > > while scrolling through a diff to see if I can find the cause > of a regression, I saw this (pasting only one example of it): > > source="`echo "$source" | sed -e 's%/$%%'`/" > > You m̲u̲s̲t̲ ̲n̲o̲t̲ use double quotes

Re: [Lynx-dev] An error with temporary file

2024-01-21 Thread Thomas Dickey
On Sun, Jan 21, 2024 at 10:06:47PM +0200, Riku Virtanen wrote: > Hi, > > I installed new Lynx 9.0. > I tried with www.tripadvisor.com/. > Lynx said: Error with compressing temporary file. > > What does this mean? Now I have 2.8.9rel.1 and it opens Tripadvisor. You can probably see the error in

ANN: vile-9.8z

2024-01-21 Thread Thomas Dickey
Files: https://invisible-island.net/archives/vile/current/vile-9.8z.tgz https://invisible-island.net/archives/vile/current/vile-9.8z.tgz.asc https://invisible-island.net/archives/vile/patches/MD5sums https://invisible-island.net/archives/vile/patches/vile-9.8z.patch.gz

Re: [Lynx-dev] ANN: lynx2.9.0

2024-01-16 Thread Thomas Dickey
- Original Message - | From: "Chime Hart" | To: "Thomas Dickey" | Cc: "Thorsten Glaser" , "lynx-dev" | Sent: Tuesday, January 16, 2024 8:29:53 AM | Subject: Re: [Lynx-dev] ANN: lynx2.9.0 | Well, Thomas-and-All, I seemingly ran a successful ins

Bug#1033423: lynx: Status line stuck on "HTTP/1.1 200 OK", body not rendered, no input accepted when receiving a specifically-formatted response

2024-01-16 Thread Thomas Dickey
tags 1033423 fixed-upstream -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP signature

Re: [Lynx-dev] ANN: lynx2.9.0

2024-01-16 Thread Thomas Dickey
On Tue, Jan 16, 2024 at 02:48:00AM +, Thorsten Glaser wrote: > Thomas Dickey dixit: > > >The current version of lynx is 2.9.0 > > When on a page with no link, the status bar stays the same as before, > whereas, in older versions, it would change to… > > -- pres

Bug#1033423: lynx: Status line stuck on "HTTP/1.1 200 OK", body not rendered, no input accepted when receiving a specifically-formatted response

2024-01-16 Thread Thomas Dickey
On Mon, Mar 27, 2023 at 07:20:25PM -0400, Thomas Dickey wrote: > On Fri, Mar 24, 2023 at 08:36:26PM +0100, наб wrote: > > Package: lynx > > Version: 2.9.0dev.6-3~deb11u1 > > Version: 2.9.0dev.12-1 > > Severity: normal > ... > > I get

[Lynx-dev] ANN: lynx2.9.0

2024-01-15 Thread Thomas Dickey
The current version of lynx is 2.9.0 It's available at https://lynx.invisible-island.net/ https://invisible-island.net/archives/lynx/ Development & patches: https://lynx.invisible-island.net/current/index.html Files:

Re: [Lynx-dev] ASAN/UBSAN issues

2024-01-15 Thread Thomas Dickey
On Mon, Jan 15, 2024 at 12:25:33PM +0100, Gisle Vanem via Lynx-dev wrote: > I found some ASAN+UBSAN issues after building the > latest GitHub snapshot [1] of Lynx on Windows. > > I used 'clang-cl -fsanitize=address -fsanitize-recover=address > -fsanitize=undefined' > > First the

ANN: luit-20240102

2024-01-02 Thread Thomas Dickey
Files: https://invisible-island.net/archives/luit/current/luit-2.0.20240102.tgz https://invisible-island.net/archives/luit/current/luit-2.0.20240102.tgz.asc https://invisible-island.net/archives/luit/luit-20240102.tgz https://invisible-island.net/archives/luit/luit-20240102.tgz.asc

ANN: xterm-389

2024-01-01 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-389.tgz https://invisible-island.net/archives/xterm/current/xterm-389.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-389.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-389.patch.gz.asc

ANN: xterm-389

2024-01-01 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-389.tgz https://invisible-island.net/archives/xterm/current/xterm-389.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-389.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-389.patch.gz.asc

Re: Build errors on Centos Stream Release 9

2023-12-28 Thread Thomas Dickey
On Wed, Dec 27, 2023 at 11:32:15AM -0500, Brian O'Shea wrote: > Has anybody successfully built on Centos 9? actually I hadn't done anything with Centos 9 (had looked at upgrading a Centos 8 Stream to Centos 9 early this year, but -- on VirtualBox 6 -- found that didn't work). however... a new

Re: xterm bug

2023-12-19 Thread Thomas Dickey
- Original Message - | From: "Thomas Dickey" | To: "Bryan Steele" | Cc: "bugs" , "cml55uk" | Sent: Tuesday, December 19, 2023 2:58:03 PM | Subject: Re: xterm bug ... | | but vt420 has been the default since | | https://invisible-island.net/x

Re: xterm bug

2023-12-19 Thread Thomas Dickey
- Original Message - | From: "Bryan Steele" | To: "bugs" | Cc: "Thomas Dickey" , "cml55uk" | Sent: Tuesday, December 19, 2023 11:09:00 AM | Subject: Re: xterm bug | On Tue, Dec 19, 2023 at 08:58:09AM -0700, Todd C. Miller wrote: |> On Tue, 19

Re: xterm bug

2023-12-19 Thread Thomas Dickey
On Tue, Dec 19, 2023 at 05:46:49AM +, cml55uk wrote: > Hi dickey, > > A bug in the OpenBSD sense of a man text error > > man xterm and under the -ti switch section it examples "vtvt100" instead of > just "vt100" The manpage has several places which are adjusted during the build. The

Bug#1058041: ncurses: breaks `hg histedit` (_curses.error: endwin() returned ERR)

2023-12-16 Thread Thomas Dickey
On Sat, Dec 16, 2023 at 10:48:33AM +0100, Sven Joachim wrote: > On 2023-12-11 15:12 -0500, Thomas Dickey wrote: > > > On Mon, Dec 11, 2023 at 05:47:23PM +0100, Sven Joachim wrote: > >> > >> I am not familiar with Mercurial, but most likely this has been > >

Re: Encoding translation error on macOS Sonoma 14.2

2023-12-15 Thread Thomas Dickey
LC_MESSAGES="en_US.UTF-8" > >> LC_MONETARY="en_US.UTF-8" > >> LC_NUMERIC="en_US.UTF-8" > >> LC_TIME="en_US.UTF-8" > >> LC_ALL= > >> > >> However, as I showed above, even explicitly setting LC_ALL has no effect: >

Re: Encoding translation error on macOS Sonoma 14.2

2023-12-14 Thread Thomas Dickey
- Original Message - | From: "David Snyder" | To: "Vile mailing list" | Sent: Thursday, December 14, 2023 7:51:46 PM | Subject: Encoding translation error on macOS Sonoma 14.2 | After upgrading to macOS Sonoma 14.2 (MacBook Pro with Apple M1 Pro | processor), I can't seem to get vile to

Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR

2023-12-14 Thread Thomas Dickey
On Wed, Dec 13, 2023 at 11:09:41PM +0100, наб wrote: > On Wed, Dec 13, 2023 at 03:49:48PM +0100, наб wrote: > > On Wed, Dec 13, 2023 at 02:09:35PM +0100, наб wrote: > > > On Tue, Dec 12, 2023 at 08:30:02PM -0500, Thomas Dickey wrote: > > > > mouseinterval(0) tells i

Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR

2023-12-12 Thread Thomas Dickey
On Wed, Dec 13, 2023 at 01:33:59AM +0100, наб wrote: > On Tue, Dec 12, 2023 at 05:55:38PM -0500, Thomas Dickey wrote: > > On Tue, Dec 12, 2023 at 11:09:13PM +0100, наб wrote: > > > urlview 1c-1 whose xterm was killed but which didn't die consumes 100% > > >

Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR

2023-12-12 Thread Thomas Dickey
On Tue, Dec 12, 2023 at 11:09:13PM +0100, наб wrote: > Package: libncursesw6 > Version: 6.4+20231121-1 > Severity: normal > > Dear Maintainer, > > urlview 1c-1 whose xterm was killed but which didn't die consumes 100% CPU. > The event loop is for(;;) switch(getch()) ... and ignores -1 If it's

Bug#1058041: ncurses: breaks `hg histedit` (_curses.error: endwin() returned ERR)

2023-12-11 Thread Thomas Dickey
On Mon, Dec 11, 2023 at 05:47:23PM +0100, Sven Joachim wrote: > On 2023-12-11 16:22 +0100, Julien Cristau wrote: > > > Source: ncurses > > Version: 6.4+20231121-1 > > Severity: important > > Control: affects -1 mercurial > > X-Debbugs-Cc: jcris...@debian.org > > > > Hi, > > > > Since a ncurses

Bug#1057688: aptitude: Stray input on window click when running under tmux

2023-12-08 Thread Thomas Dickey
On Fri, Dec 08, 2023 at 05:01:43PM +0100, Sven Joachim wrote: > On 2023-12-07 17:41 -0500, Thomas Dickey wrote: > > > On Thu, Dec 07, 2023 at 06:06:49PM +0100, Axel Beckert wrote: > >> Hi Sven, > >> > >> Sven Joachim via Aptitude-devel wrote: > >

[Aptitude-devel] Bug#1057688: aptitude: Stray input on window click when running under tmux

2023-12-08 Thread Thomas Dickey
On Fri, Dec 08, 2023 at 05:01:43PM +0100, Sven Joachim wrote: > On 2023-12-07 17:41 -0500, Thomas Dickey wrote: > > > On Thu, Dec 07, 2023 at 06:06:49PM +0100, Axel Beckert wrote: > >> Hi Sven, > >> > >> Sven Joachim via Aptitude-devel wrote: > >

Bug#1057688: [Aptitude-devel] Bug#1057688: aptitude: Stray input on window click when running under tmux

2023-12-07 Thread Thomas Dickey
On Thu, Dec 07, 2023 at 06:06:49PM +0100, Axel Beckert wrote: > Hi Sven, > > Sven Joachim via Aptitude-devel wrote: > > Debian ncurses maintainer here, bringing the ncurses upstream developer > > into the loop. > > Thanks for that! > > > In addition to aptitude, mouse support is also broken in

[Aptitude-devel] Bug#1057688: Bug#1057688: aptitude: Stray input on window click when running under tmux

2023-12-07 Thread Thomas Dickey
On Thu, Dec 07, 2023 at 06:06:49PM +0100, Axel Beckert wrote: > Hi Sven, > > Sven Joachim via Aptitude-devel wrote: > > Debian ncurses maintainer here, bringing the ncurses upstream developer > > into the loop. > > Thanks for that! > > > In addition to aptitude, mouse support is also broken in

Bug#1057651: ncurses-doc: cross references in manpages are broken

2023-12-06 Thread Thomas Dickey
On Wed, Dec 06, 2023 at 07:18:55PM -0500, Thomas Dickey wrote: > On Wed, Dec 06, 2023 at 05:26:35PM +0100, Sven Joachim wrote: > > Package: ncurses-doc > > Version: 6.4+20231121-1 > > > > References to other manpages, e.g. in the "SEE ALSO" sec

Bug#1057651: ncurses-doc: cross references in manpages are broken

2023-12-06 Thread Thomas Dickey
On Wed, Dec 06, 2023 at 05:26:35PM +0100, Sven Joachim wrote: > Package: ncurses-doc > Version: 6.4+20231121-1 > > References to other manpages, e.g. in the "SEE ALSO" section, do no > longer work correctly. > > , > | $ man terminfo_variables | grep -A1 "SEE ALSO" > | SEE ALSO > |

Re: [Lynx-dev] 2.9.0dev.12m regression (title bar)

2023-12-02 Thread Thomas Dickey
On Sat, Dec 02, 2023 at 09:13:28AM +, Thorsten Glaser wrote: > Another regression I noticed is the page count is missing > from the title bar: a url would help to reproduce this -- Thomas E. Dickey https://invisible-island.net signature.asc Description: PGP signature

Re: [Lynx-dev] 2.9.0dev.12m regression (http redir)

2023-11-29 Thread Thomas Dickey
On Wed, Nov 29, 2023 at 08:55:02PM +, Thorsten Glaser wrote: > Dixi quod… > > >a Google search result page where a link goes first to their > >redirector and then to an http page, I get: > > > >Alert!: Unexpected network read error; connection aborted. > > OK, that may not be the cause. I

Bug#1056365: luit: Separate luit package should not be in bookworm (stable).

2023-11-21 Thread Thomas Dickey
On Tue, Nov 21, 2023 at 02:00:13PM -0500, Jesse Rhodes wrote: > Package: luit > Version: 2.0.20221028-1 > Severity: important > X-Debbugs-Cc: je...@sney.ca > > Hi, > > As I understand from #1010337 & co, the luit binary was split into a > separate package for xterm compatibility. However,

Bug#1056340: 6.4+20231118-1 screws many terminal utilities

2023-11-21 Thread Thomas Dickey
On Tue, Nov 21, 2023 at 04:02:20PM -0500, Thomas Dickey wrote: > On Tue, Nov 21, 2023 at 05:33:54PM +0100, Sven Joachim wrote: > > Control: reassign -1 libncursesw6 6.4+20231118-1 > > Control: severity -1 grave > > > > On 2023-11-21 12:32 +0100, Gianluigi Tiesi wrote:

Bug#1056340: 6.4+20231118-1 screws many terminal utilities

2023-11-21 Thread Thomas Dickey
On Tue, Nov 21, 2023 at 04:02:20PM -0500, Thomas Dickey wrote: > On Tue, Nov 21, 2023 at 05:33:54PM +0100, Sven Joachim wrote: > > Control: reassign -1 libncursesw6 6.4+20231118-1 > > Control: severity -1 grave > > > > On 2023-11-21 12:32 +0100, Gianluigi Tiesi wrote:

Bug#1056340: 6.4+20231118-1 screws many terminal utilities

2023-11-21 Thread Thomas Dickey
On Tue, Nov 21, 2023 at 05:33:54PM +0100, Sven Joachim wrote: > Control: reassign -1 libncursesw6 6.4+20231118-1 > Control: severity -1 grave > > On 2023-11-21 12:32 +0100, Gianluigi Tiesi wrote: > > > Source: ncurses > > Severity: important > > X-Debbugs-Cc: sher...@gmail.com > > > > I've

Bug#1056340: 6.4+20231118-1 screws many terminal utilities

2023-11-21 Thread Thomas Dickey
On Tue, Nov 21, 2023 at 05:33:54PM +0100, Sven Joachim wrote: > Control: reassign -1 libncursesw6 6.4+20231118-1 > Control: severity -1 grave > > On 2023-11-21 12:32 +0100, Gianluigi Tiesi wrote: > > > Source: ncurses > > Severity: important > > X-Debbugs-Cc: sher...@gmail.com > > > > I've

Bug#1055882: libncurses6: waddnstr() reads n+1 bytes, ought to end at n bytes

2023-11-19 Thread Thomas Dickey
On Tue, Nov 14, 2023 at 03:50:31PM +0100, наб wrote: > On Mon, Nov 13, 2023 at 08:13:02PM -0500, Thomas Dickey wrote: > > The null terminator should be checked only for the special case where > > the passed-in length is negative. > I agree in principle but the manual says >

Bug#1055882: libncurses6: waddnstr() reads n+1 bytes, ought to end at n bytes

2023-11-13 Thread Thomas Dickey
On Mon, Nov 13, 2023 at 02:54:06PM +0100, наб wrote: > Package: libncurses6 > Version: 6.4-4 > Severity: normal > Tags: patch ... > I see "while ((*str != '\0') && (n-- > 0)) {" is in the wrong order, > and ought to be "(n-- > 0) && (*str != '\0')" ‒ only reading from str > when it's not past the

Bug#1006193: Remove luit, now packaged separately

2023-11-12 Thread Thomas Dickey
On Wed, Mar 02, 2022 at 03:09:37PM -0500, Thomas Dickey wrote: > On Wed, Mar 02, 2022 at 08:15:15PM +0100, Sven Joachim wrote: > > On 2022-02-21 10:14 +1100, Brendan O'Dea wrote: > > > > > Package: x11-utils > > > Version: 7.7+5 > > > Severity: norm

Bug#1006193: Remove luit, now packaged separately

2023-11-12 Thread Thomas Dickey
On Wed, Mar 02, 2022 at 03:09:37PM -0500, Thomas Dickey wrote: > On Wed, Mar 02, 2022 at 08:15:15PM +0100, Sven Joachim wrote: > > On 2022-02-21 10:14 +1100, Brendan O'Dea wrote: > > > > > Package: x11-utils > > > Version: 7.7+5 > > > Severity: norm

Re: [Lynx-dev] extremely long a/@href

2023-11-12 Thread Thomas Dickey
- Original Message - | From: "Thorsten Glaser" | To: "lynx-dev" | Sent: Sunday, November 12, 2023 12:46:44 AM | Subject: [Lynx-dev] extremely long a/@href | Hi, | | the search functionality on otwarchive sites like archiveofourown.org | or www.squidgeworld.org produces extremely long

Re: How to access vile variables in : command?

2023-11-08 Thread Thomas Dickey
On Wed, Nov 08, 2023 at 03:51:37PM +, Chris Green wrote: > I'm sure this should be obvious but at the moment it's not obvious to > me! :-) > > I want to do something like the following:- > > map #9 :e `pdf $cfilname`^M > > However the above doesn't work, $cfilname is null in the above >

Re: Freebsd 14+ -- tcsh incompatible with terminfo

2023-11-02 Thread Thomas Dickey
On Thu, Nov 02, 2023 at 06:58:55PM +0100, Steffen Nurpmeso wrote: > I do understand that a bit. Other than that plain termcap was so > small and i would assume essentially unchanged for decades, that > i do not. Termcap entries, yes. I could imagine vt220, xterm, > screen-256color, and take one

Re: Freebsd 14+ -- tcsh incompatible with terminfo

2023-10-31 Thread Thomas Dickey
On Tue, Oct 31, 2023 at 10:59:48PM +, Jamie Landeg-Jones wrote: > Jamie Landeg-Jones wrote: > > > switch to tcsh, and reinitialise terminal information: > > > > % setenv TERM dumb > > % setenv TERM xterm > > % setenv TERM xterm-256color > > Apologies, it seems this doesn't affect plain

ANN: xterm-388

2023-10-22 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-388.tgz https://invisible-island.net/archives/xterm/current/xterm-388.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-388.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-388.patch.gz.asc

ANN: xterm-388

2023-10-22 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-388.tgz https://invisible-island.net/archives/xterm/current/xterm-388.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-388.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-388.patch.gz.asc

Bug#1054022: libncursesw6: broken in GNU Screen

2023-10-16 Thread Thomas Dickey
On Mon, Oct 16, 2023 at 06:36:40PM +0200, Sven Joachim wrote: > On 2023-10-16 04:36 +0200, Vincent Lefevre wrote: > > > Package: libncursesw6 > > Version: 6.4+20231007-1 > > Severity: grave > > Justification: renders package unusable > > > > With libncursesw6 6.4+20231007-1, I get the following

Bug#1054022: libncursesw6: broken in GNU Screen

2023-10-16 Thread Thomas Dickey
On Mon, Oct 16, 2023 at 06:36:40PM +0200, Sven Joachim wrote: > On 2023-10-16 04:36 +0200, Vincent Lefevre wrote: > > > Package: libncursesw6 > > Version: 6.4+20231007-1 > > Severity: grave > > Justification: renders package unusable > > > > With libncursesw6 6.4+20231007-1, I get the following

Bug#1054022: libncursesw6: broken in GNU Screen

2023-10-16 Thread Thomas Dickey
On Mon, Oct 16, 2023 at 04:36:07AM +0200, Vincent Lefevre wrote: > Package: libncursesw6 > Version: 6.4+20231007-1 > Severity: grave > Justification: renders package unusable > > With libncursesw6 6.4+20231007-1, I get the following issue: > > $ screen -dRR mutt /usr/bin/mutt > [screen is

Bug#1054022: libncursesw6: broken in GNU Screen

2023-10-16 Thread Thomas Dickey
On Mon, Oct 16, 2023 at 04:36:07AM +0200, Vincent Lefevre wrote: > Package: libncursesw6 > Version: 6.4+20231007-1 > Severity: grave > Justification: renders package unusable > > With libncursesw6 6.4+20231007-1, I get the following issue: > > $ screen -dRR mutt /usr/bin/mutt > [screen is

ANN: xterm-387

2023-10-15 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-387.tgz https://invisible-island.net/archives/xterm/current/xterm-387.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-387.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-387.patch.gz.asc

ANN: xterm-387

2023-10-15 Thread Thomas Dickey
Files: https://invisible-island.net/archives/xterm/current/xterm-387.tgz https://invisible-island.net/archives/xterm/current/xterm-387.tgz.asc https://invisible-island.net/archives/xterm/patches/xterm-387.patch.gz https://invisible-island.net/archives/xterm/patches/xterm-387.patch.gz.asc

Bug#1053963: RFS: termpaint/0.3.0-3 [RC] -- low level terminal access - headers

2023-10-15 Thread Thomas Dickey
On Sun, Oct 15, 2023 at 04:51:47AM -0400, Thomas Dickey wrote: > On Sun, Oct 15, 2023 at 02:23:28AM +0200, Salvo Tomaselli wrote: > > Could you improve the description? (needs some work :-) > Unlike the last one on this topic, it uses the terminology of ncurses > without using th

Re: Bug#1053963: RFS: termpaint/0.3.0-3 [RC] -- low level terminal access - headers

2023-10-15 Thread Thomas Dickey
On Sun, Oct 15, 2023 at 04:51:47AM -0400, Thomas Dickey wrote: > On Sun, Oct 15, 2023 at 02:23:28AM +0200, Salvo Tomaselli wrote: > > Could you improve the description? (needs some work :-) > Unlike the last one on this topic, it uses the terminology of ncurses > without using th

Bug#1053963: RFS: termpaint/0.3.0-3 [RC] -- low level terminal access - headers

2023-10-15 Thread Thomas Dickey
On Sun, Oct 15, 2023 at 02:23:28AM +0200, Salvo Tomaselli wrote: > Could you improve the description? > > What does this do? > > For me low level access is ioctl, write or similar… no - in this case "low level" is a synonym for "hard-coded" It's just another of the programs written with the

Re: Bug#1053963: RFS: termpaint/0.3.0-3 [RC] -- low level terminal access - headers

2023-10-15 Thread Thomas Dickey
On Sun, Oct 15, 2023 at 02:23:28AM +0200, Salvo Tomaselli wrote: > Could you improve the description? > > What does this do? > > For me low level access is ioctl, write or similar… no - in this case "low level" is a synonym for "hard-coded" It's just another of the programs written with the

  1   2   3   4   5   6   7   8   9   10   >