Re: libXt release

- Original Message - | From: "Matt Turner" | To: "Thomas Dickey" | Cc: "xorg-devel" | Sent: Thursday, June 13, 2019 1:47:04 PM | Subject: libXt release | Hi Thomas, | | I'd like to do a tarball release of libXt since there are now quite a | few commits

Bug#930037: irssi + mosh: badly rendered status lines

On Thu, Jun 06, 2019 at 07:08:59PM +0200, Jakub Wilk wrote: > * Thomas Dickey , 2019-06-05, 18:57: > >A "typescript" from the "script" program would show what escape sequences > >irrsi is using when producing the problematic image. > > Attached. > &g

Bug#930037: irssi + mosh: badly rendered status lines

On Wed, Jun 05, 2019 at 09:07:16PM +0200, Jakub Wilk wrote: > Package: irssi,mosh,ncurses-base > Version: irssi/1.2.0-2 > Version: mosh/1.3.2-2.1+b1 > Version: ncurses-base/6.1+20181013-2 > > After a stretch→buster upgrade, the blue status lines in Irssi are no longer > displayed correctly; see

ANN: xterm-346

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-346.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-346.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-346.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-346.patch.gz.asc

ANN: xterm-346

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-346.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-346.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-346.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-346.patch.gz.asc

Re: [Lynx-dev] lynx branches , wanted to play with adaptations for viewing html email

On Sun, May 26, 2019 at 02:38:14AM -0700, Bela Lubkin wrote: > Mike Marchywka wrote: > > >> How can I get it to just display links inline rather than as > >> "[refno]" so I can just copy the link directly? > > Thomas Dickey replied: > > > It

Re: [Lynx-dev] lynx branches , wanted to play with adaptations for viewing html email

On Thu, May 23, 2019 at 12:17:55PM +, Mike Marchywka wrote: > > I've been using lynx in a lot of my scripts and see that it is used with > neomutt. > I now use it with other things to browse email downloaded into my own app. > However, the normal html rendering does not seem ideal and I

Re: rfc: WIN32 vs _WIN32 and more

On Fri, May 17, 2019 at 10:08:47AM +0200, walter harms wrote: > Hi list, > is there a common ground for using OS related defines ? > I was look at some libs and found some defines that > look pretty ancient. And some like > WIN32 vs _WIN32 however, they're distinct:

Re: rfc: WIN32 vs _WIN32 and more

On Fri, May 17, 2019 at 04:26:10PM +0200, walter harms wrote: > > > Am 17.05.2019 13:01, schrieb James Larrowe: > > I use _WIN32 or __WIN32__ depending on the context. > > > my idea was to reduce the number of defines :) > > the problem is that i have no way to test what would happen if > i

Re: rfc: WIN32 vs _WIN32 and more

On Fri, May 17, 2019 at 10:08:47AM +0200, walter harms wrote: > Hi list, > is there a common ground for using OS related defines ? > I was look at some libs and found some defines that > look pretty ancient. And some like > WIN32 vs _WIN32 > seems to confuse other people also ( ask you search

ANN: xterm-345

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-345.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-345.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-345.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-345.patch.gz.asc

ANN: xterm-345

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-345.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-345.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-345.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-345.patch.gz.asc

Re: [Lynx-dev] Lynx colors

On Tue, May 07, 2019 at 06:59:47PM -0400, Arthur Alinovi wrote: > I would like to set lynx to display only 2 colors - black text on a white > (or light grey) background. This is similar to how I have my terminal set up > (I use st from suckless.org). > > In lynx.cfg I've experimented with

Re: [Lynx-dev] characters on the g line don’t match what I am typing

On Mon, May 06, 2019 at 01:14:04PM +, Thorsten Glaser wrote: > Thomas Dickey dixit: > > >> But how did I apparently accidentally enable it in the > >> running session? > > > >I'm not sure - one of the 8-bit keys, I suppose. > > Hmm, weird. > &g

Re: [Lynx-dev] characters on the g line don’t match what I am typing

On Mon, May 06, 2019 at 05:16:28AM +, Thorsten Glaser wrote: > Thomas Dickey dixit: > > >.h2 KEYBOARD_LAYOUT > > Hm, that’s in lynx.cfg but not in the manpage (I searched > for “rot” there). right - lynx.cfg documents itself, while the manpage documents command-line op

Re: [Lynx-dev] characters on the g line don’t match what I am typing

On Sat, May 04, 2019 at 08:25:34PM +, Thorsten Glaser wrote: > In the midst of a lynx session, I type 'g' and then > > 1234567890-=qwertyuiop[]asdfghjkl;'\zxcvbnm,./ > > but the ‘g’ line shows this instead: > > 1234567890-=djreglhvbc[]nfqstuwxy;'\mkpioaz,./ > > This also applies to

Re: [Lynx-dev] Gopher: "GET /" urls with query string

On Thu, Apr 18, 2019 at 05:49:42PM +0200, Tobias Girstmair wrote: > G'day, > > I'm working on a gopher server implementation [1] and rewriting HTTP-URLs to > use the "GET /" syntax[2], as understood by lynx. However, I'm having > trouble with URLs with a query string (in particular, wordpress

Re: [vile] FTP URL acting strange

On Sun, Apr 07, 2019 at 02:18:22PM -0400, Thomas Dickey wrote: > On Sun, Apr 07, 2019 at 02:03:15PM -0400, Wayne Cuddy wrote: > > On Sun, Apr 07, 2019 at 01:45:10PM -0400, Thomas Dickey wrote: > > > > > > actually the person who pointed out the problem to me w

Re: *cause of* screen writing over restored buffer on detach/exit

- Original Message - | From: "Thomas Dickey" | To: "Thomas Wolff" | Cc: "cygwin" | Sent: Thursday, April 11, 2019 7:06:22 PM | Subject: Re: *cause of* screen writing over restored buffer on detach/exit | - Original Message - || From: "Thom

Re: *cause of* screen writing over restored buffer on detach/exit

- Original Message - | From: "Thomas Wolff" | To: "cygwin" | Sent: Wednesday, April 10, 2019 5:51:34 PM | Subject: Re: *cause of* screen writing over restored buffer on detach/exit | Hi Thomas, | | Thomas Dickey wrote: |> - Original Message - |&

Re: *cause of* screen writing over restored buffer on detach/exit

- Original Message - | From: "Shaddy Baddah" | To: "cygwin" | Sent: Tuesday, April 9, 2019 11:18:19 PM | Subject: Re: *cause of* screen writing over restored buffer on detach/exit | On 9/4/19 4:07 pm, Shaddy Baddah wrote: |> |> This helped with screen when using Putty to a Cygwin

Re: [vile] FTP URL acting strange

On Sun, Apr 07, 2019 at 02:03:15PM -0400, Wayne Cuddy wrote: > On Sun, Apr 07, 2019 at 01:45:10PM -0400, Thomas Dickey wrote: > > > > actually the person who pointed out the problem to me was trying > > to use wget - that didn't work, and nor do any of my browsers. > &

Re: [vile] FTP URL acting strange

On Sun, Apr 07, 2019 at 12:39:23PM -0400, Wayne Cuddy wrote: > I maintain the slackbuild for vile, currently using rev 9.8s. > > It's worked in the past for many years but something has recently > broken the FTP URL source path via curl. > > Here is a build attempt that fails at the download

Bug#922153: ncurses-base: for screen and variants, please change smacs and rmacs to \E(0 and \E(B respectively

On Mon, Feb 25, 2019 at 12:05:58AM +0100, Vincent Lefevre wrote: ... > This is not what I obtain: > > zira:~> env | grep '^TERM' > TERM=linux > zira:~> infocmp > # Reconstructed via infocmp from file: /home/vinc17/.terminfo/l/linux > [...] ...

Bug#926285: ncurses mvaddnwstr is implicit

On Wed, Apr 03, 2019 at 12:43:30AM +0300, Emil Fihlman wrote: > Package: libncursesw5-dev > Packages: libncursesw?5.* > Version: 6.0+20161126-1+deb9u2 (for libncursesw5-dev) > > warning: implicit declaration of function ‘mvaddnwstr’ > [-Wimplicit-function-declaration] when compiling with

Bug#922153: ncurses-base: for screen and variants, please change smacs and rmacs to \E(0 and \E(B respectively

On Sun, Feb 24, 2019 at 01:56:06AM +0100, Vincent Lefevre wrote: > No, "tput enacs" returns an error in Linux consoles, and has no effect > there. For instance, in xterm: not so (see screenshot). -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc

Bug#922153: ncurses-base: for screen and variants, please change smacs and rmacs to \E(0 and \E(B respectively

On Tue, Feb 12, 2019 at 06:48:19PM +0100, Vincent Lefevre wrote: > Package: ncurses-base > Version: 6.1+20181013-2 > Severity: wishlist > > terminfo description of screen and variants have: > > smacs=^N > rmacs=^O > > One issue is that these sequences are not recognized by "less -R". ...a

Bug#798104: #798104 Segmentation fault when running selection example

On Wed, Feb 20, 2019 at 12:07:17AM +0100, Javier Barroso wrote: > Hello, > > On Tue, Feb 19, 2019 at 11:33 PM Thomas Dickey wrote: > > > I was not able to reproduce this when it was reported, nor can I reproduce > > it using the same source now (and same applies

Bug#798104: #798104 Segmentation fault when running selection example

I was not able to reproduce this when it was reported, nor can I reproduce it using the same source now (and same applies to the current packages). -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: Digital signature

Re: [Lynx-dev] Installing lynx on historical 2.11BSD Unix

On Mon, Feb 18, 2019 at 09:35:27AM +0100, Rene Richarz wrote: > Hi, > > I would like to install lynx on a historical 2.11BSD Unix system running on a > PiDP-11, see https://github.com/rricharz/pidp11-2.11bsd > s/PiDP/PDP/ > Unfortunately configure

ANN: xterm-344

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-344.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-344.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-344.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-344.patch.gz.asc

Re: [Lynx-dev] Who supports conda-forge lynx recipe?

On Sun, Feb 10, 2019 at 05:23:23PM -0500, David Niklas wrote: > On Sun, 10 Feb 2019 06:40:10 -0500 > dic...@his.com wrote: > > On Sun, Feb 10, 2019 at 01:17:55AM -0500, David Niklas wrote: > > > On Date: Thu, 7 Feb 2019 18:31:18 -0800 > > > Michael Selik wrote: > > > > Hello, > > > > > > > > I

Re: [Lynx-dev] Who supports conda-forge lynx recipe?

On Sun, Feb 10, 2019 at 01:17:55AM -0500, David Niklas wrote: > On Date: Thu, 7 Feb 2019 18:31:18 -0800 > Michael Selik wrote: > > Hello, > > > > I was wondering where the correct place is to report a bug with the > > conda-forge lynx recipe (https://anaconda.org/conda-forge/lynx). It > > forced

Bug#436186: less: scrollwheel doesn't work in xterm

On Thu, Feb 07, 2019 at 09:58:00AM -0800, Jonathan Nieder wrote: > Hi, > > Vincent Lefevre wrote: > > On 2010-11-03 02:49:47 -0500, Jonathan Nieder wrote: > >> Thomas Dickey wrote: > > >>> (e)links(2) is using a different mechanism: it's turned on xterm

Bug#919475: xterm: No resize larger than display size?

On Thu, Jan 17, 2019 at 02:56:20PM +0100, Jan-Benedict Glaw wrote: > On Wed, 2019-01-16 20:58:16 -0500, Thomas Dickey wrote: > > On Wed, Jan 16, 2019 at 01:10:24PM +0100, Jan-Benedict Glaw wrote: > > > Package: xterm > > > Version: 342-1 > […] > > > I was

Bug#919475: xterm: No resize larger than display size?

On Thu, Jan 17, 2019 at 02:56:20PM +0100, Jan-Benedict Glaw wrote: > On Wed, 2019-01-16 20:58:16 -0500, Thomas Dickey wrote: > > On Wed, Jan 16, 2019 at 01:10:24PM +0100, Jan-Benedict Glaw wrote: > > > Package: xterm > > > Version: 342-1 > […] > > > I was

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

The current version of lynx is 2.8.9 It's available at https://lynx.invisible-island.net/ ftp://ftp.invisible-island.net/lynx/ 2.9.0 Development & patches: https://lynx.invisible-island.net/current/index.html Files:

Bug#820485: lynx: Cookie handling at odds with RFC 6265

On Fri, Apr 08, 2016 at 03:48:20PM -0700, Andy Valencia wrote: > Package: lynx > Version: 2.8.9dev1-2+deb8u1 > Severity: normal > > RFC 6265 cleared up some older ambiguities with respect to different > ports on the same web server host. Specifically: yes but - perhaps some additional

Re: [Lynx-dev] Latest Lynx version?

On Thu, Jan 24, 2019 at 10:10:33PM +, Jangly Mark wrote: > Hi, there, >Is there a version of the Lynx text-only browser available for > Windows 7 Home Premium? I built executables on Windows 8, which worked-for-me with my Windows 7 machines (Windows 7 Professional and Ultimate):

Bug#920336: #920336 [xterm] Xterm doesn't support double-sized characters (DECDHL) when using Xft (client-side) fonts

This is a wishlist item, that's been on my to-do list for a while. (patches welcome). -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: Digital signature

Bug#920336: #920336 [xterm] Xterm doesn't support double-sized characters (DECDHL) when using Xft (client-side) fonts

This is a wishlist item, that's been on my to-do list for a while. (patches welcome). -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: Digital signature

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 15, 2019 at 07:57:30PM -0500, Thomas Dickey wrote: > On Fri, Jan 04, 2019 at 05:30:22PM -0500, Thomas Dickey wrote: > > On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote: > > > Would this warrant to add "affects" tags for firefox and chromium

[screen-devel] [bug #54556] screen is producing invalid TERMCAPs

Follow-up Comment #6, bug #54556 (project screen): The 2-line example after "compile this" should have a tab indenting the second line: screen.xterm-256color|GNU Screen using 256 colors, use=xterm+256color, use=screen ___ Reply

[screen-devel] [bug #54556] screen is producing invalid TERMCAPs

Follow-up Comment #5, bug #54556 (project screen): I see now (wasn't paying attention to the name of the terminal description). I agree the problem shows up when ncurses can't find the terminfo entry (and while I can see some places to improve ncurses, don't find it likely that Apple will make a

Re: [vile] multiline abbreviations, is it possible?

On Sun, Jan 20, 2019 at 10:22:21AM -0500, Wayne Cuddy wrote: > > I tried: > > :abb XXX line1^V^Mline2 I use map for this: map #3 oThe current version of vile is 9.8 It's available at https://invisible-island.net/vile/vile.html ftp://ftp.invisible-island.net/vile/

[screen-devel] [bug #54556] screen is producing invalid TERMCAPs

Follow-up Comment #3, bug #54556 (project screen): It would be nice to know how ncurses 6.1 was configured, since I was unable to reproduce the original report. ___ Reply to this item at:

Re: [Lynx-dev] Terminal redraw bug

On Fri, Jan 18, 2019 at 03:12:27PM +, Edd Barrett wrote: > Hi, > > I think I've found a bug in lynx. I'm using version 2.8.9rel1 from > OpenBSD ports. > > To reproduce, fisrt put in ~/.lynxrc: > show_color=never > > Then open lynx at some page, e.g.: > $ lynx openbsd.org > > When the page

Bug#919475: xterm: No resize larger than display size?

On Wed, Jan 16, 2019 at 01:10:24PM +0100, Jan-Benedict Glaw wrote: > Package: xterm > Version: 342-1 > > Hi! > > I was used to resize the uxterm window quite larger than the actual > root window size (and move the window to see parts of it), which may > be useful for stuff presenting quite long

Bug#919475: xterm: No resize larger than display size?

On Wed, Jan 16, 2019 at 01:10:24PM +0100, Jan-Benedict Glaw wrote: > Package: xterm > Version: 342-1 > > Hi! > > I was used to resize the uxterm window quite larger than the actual > root window size (and move the window to see parts of it), which may > be useful for stuff presenting quite long

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Fri, Jan 04, 2019 at 05:30:22PM -0500, Thomas Dickey wrote: > On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote: > > Would this warrant to add "affects" tags for firefox and chromium to > > this bug? Not sure about the Debian policy here. In this case

ANN: xterm-343

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-343.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-343.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-343.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-343.patch.gz.asc

ANN: xterm-343

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-343.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-343.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-343.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-343.patch.gz.asc

Bug#918934: lynx: Lynx fails to connect on some HTTPS websites

On Thu, Jan 10, 2019 at 09:01:07PM +0100, Axel Beckert wrote: > Control: tag -1 + confirmed patch upstream > Control: forwarded -1 > http://lists.gnu.org/archive/html/lynx-dev/2018-12/msg9.html ... > According to the upstream bug report, this seems to affect all TLS 1.3 > offering servers: >

Re: [Lynx-dev] nice font in screenshot

- Original Message - | From: "Andai" | To: "lynx-dev" | Sent: Thursday, January 10, 2019 4:36:08 PM | Subject: [Lynx-dev] nice font in screenshot | Dear lynx-dev, | What is the font used in the Lynx screenshot? It's very nice. | Also, thanks for your hard work! :) | Regards, | andai

ANN: luit-20190106

Files: ftp://ftp.invisible-island.net/luit/luit-20190106.tgz ftp://ftp.invisible-island.net/luit/luit-20190106.tgz.asc https://invisible-island.net/luit/ https://invisible-island.net/luit/luit.log.html 2019/01/06 - * updated configure macros to work around a

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote: > Would this warrant to add "affects" tags for firefox and chromium to > this bug? Not sure about the Debian policy here. In this case, the no - see https://www.debian.org/Bugs/server-control#affects (since you're the only one to

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Fri, Jan 04, 2019 at 08:13:53PM +0100, Alexander Meyer wrote: > * Thomas Dickey [2019-01-04 01:10]: > > > On Thu, Jan 03, 2019 at 05:56:26PM +0100, Alexander Meyer wrote: > >> * Thomas Dickey [2019-01-02 10:46]: > >> > >>> I verified that the same i

ANN: xterm-342

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-342.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-342.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-342.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-342.patch.gz.asc

ANN: xterm-342

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-342.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-342.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-342.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-342.patch.gz.asc

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Thu, Jan 03, 2019 at 05:42:47PM +0100, Alexander Meyer wrote: > * Thomas Dickey [2018-12-31 20:32]: > > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > >> * Thomas Dickey [2018-12-31 00:51]: > >> > >>> Can you make a b

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Thu, Jan 03, 2019 at 05:56:26PM +0100, Alexander Meyer wrote: > * Thomas Dickey [2019-01-02 10:46]: > > > I verified that the same issue exists in current code, and submitted an > > > > https://gitlab.freedesktop.org/fontconfig/fontconfig/issues/140 > &

Re: [Lynx-dev] Gnutls errors with TLS 1.3 hosts

On Mon, Dec 24, 2018 at 08:48:17AM -0500, Thomas Dickey wrote: > On Mon, Dec 24, 2018 at 10:32:37AM +0100, Andreas Metzler wrote: > > Hello, > > > > If built against GnuTLS with TLS 1.3 support (i.e. >= 3.6.5) lynx > > 2.8.9rel.1 > > will fail to work with ho

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 01, 2019 at 06:59:59PM -0500, Thomas Dickey wrote: > On Tue, Jan 01, 2019 at 12:28:38PM -0500, Thomas Dickey wrote: > > On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > &g

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 01, 2019 at 06:59:59PM -0500, Thomas Dickey wrote: > On Tue, Jan 01, 2019 at 12:28:38PM -0500, Thomas Dickey wrote: > > On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > &g

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 01, 2019 at 06:59:59PM -0500, Thomas Dickey wrote: > On Tue, Jan 01, 2019 at 12:28:38PM -0500, Thomas Dickey wrote: > > On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > &g

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 01, 2019 at 06:59:59PM -0500, Thomas Dickey wrote: > On Tue, Jan 01, 2019 at 12:28:38PM -0500, Thomas Dickey wrote: > > On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > &g

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 01, 2019 at 12:28:38PM -0500, Thomas Dickey wrote: > On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > > * Thomas Dickey [2018-12-31 00:51]: > > > > > > > O

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Tue, Jan 01, 2019 at 12:28:38PM -0500, Thomas Dickey wrote: > On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > > * Thomas Dickey [2018-12-31 00:51]: > > > > > > > O

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > * Thomas Dickey [2018-12-31 00:51]: > > > > > On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: > > > ... > >

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Mon, Dec 31, 2018 at 02:32:58PM -0500, Thomas Dickey wrote: > On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > > * Thomas Dickey [2018-12-31 00:51]: > > > > > On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: > > > ... > >

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > * Thomas Dickey [2018-12-31 00:51]: > > > On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: > > ... > >> This is the behaviour I get across xterm versions: > >> (eve

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Mon, Dec 31, 2018 at 06:11:23PM +0100, Alexander Meyer wrote: > * Thomas Dickey [2018-12-31 00:51]: > > > On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: > > ... > >> This is the behaviour I get across xterm versions: > >> (eve

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: ... > This is the behaviour I get across xterm versions: > (everything with libfontconfig1 2.13.1-2) > > fonts.conf enabled: > 337: works > 338: segfault > 340: segfault > 341: segfault Can you make a backtrace for #341, please?

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: ... > This is the behaviour I get across xterm versions: > (everything with libfontconfig1 2.13.1-2) > > fonts.conf enabled: > 337: works > 338: segfault > 340: segfault > 341: segfault Can you make a backtrace for #341, please?

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Sun, Dec 30, 2018 at 10:15:53PM +0100, Sven Joachim wrote: > Control: unmerge -1 > Control: reopen -1 > > On 2018-12-30 18:26 +0100, Alexander Meyer wrote: > > > * Sven Joachim [2018-12-29 19:20]: > >> > >> If you still get a segfault in xterm 341 (uploaded today), please tell > >> me and I

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Sun, Dec 30, 2018 at 10:15:53PM +0100, Sven Joachim wrote: > Control: unmerge -1 > Control: reopen -1 > > On 2018-12-30 18:26 +0100, Alexander Meyer wrote: > > > * Sven Joachim [2018-12-29 19:20]: > >> > >> If you still get a segfault in xterm 341 (uploaded today), please tell > >> me and I

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: ... > Unfortunately, I still get the same segfault with 341. But I've just > noticed that the behaviour changes depending on whether I have a > fonts.conf file enabled or not. > > I normally use the fonts.conf file from >

Bug#917034: xterm crashes on certain Unicode characters when font was selected with -fa

On Sun, Dec 30, 2018 at 06:26:44PM +0100, Alexander Meyer wrote: ... > Unfortunately, I still get the same segfault with 341. But I've just > noticed that the behaviour changes depending on whether I have a > fonts.conf file enabled or not. > > I normally use the fonts.conf file from >

Bug#917288: tidy reports "not a file" for existing file

Package: tidy Version: 2:5.6.0-9 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I use a script that calls "tidy" for cleanup of format. That does something like tidy -ascii -i foo.html The latest version says

ANN: xterm-341

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-341.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-341.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-341.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-341.patch.gz.asc

ANN: xterm-341

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-341.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-341.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-341.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-341.patch.gz.asc

Re: [Lynx-dev] Gnutls errors with TLS 1.3 hosts

On Mon, Dec 24, 2018 at 10:32:37AM +0100, Andreas Metzler wrote: > Hello, > > If built against GnuTLS with TLS 1.3 support (i.e. >= 3.6.5) lynx 2.8.9rel.1 > will fail to work with hosts offering TLS 1.3, e.g. gmail.com: ... > Attached patch seems to work in quick test. thanks (working on xterm

Re: [Lynx-dev] Torify .onion addresses

On Mon, Dec 17, 2018 at 01:05:44PM +, autos...@riseup.net wrote: > I think I may not be the first to mention, but lynx does not seem to work with > .onion addresses when using torify/torsocks. I've not seen a mention before, but taking a look, I see this

ANN: xterm-340

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-340.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-340.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-340.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-340.patch.gz.asc

ANN: xterm-340

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-340.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-340.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-340.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-340.patch.gz.asc

Re: bright colors with GNOME Terminal / 256-color terminals

On Fri, Dec 14, 2018 at 05:15:07AM +0100, Vincent Lefevre wrote: ... > For instance, in xterm, one uses > > tput bold; tput setaf 3; echo abcdef > > but in GNOME Terminal, one uses > > tput setaf 11; echo abcdef > > I assume that the reason is that xterm just has 8 colors: You appear to

Bug#916349: xterm: X error (BadLength) with GNU screen

- Original Message - | From: "Vincent Lefevre" | To: "Thomas Dickey" , 916349-qu...@bugs.debian.org | Cc: 916...@bugs.debian.org | Sent: Thursday, December 13, 2018 7:20:00 PM | Subject: Bug#916349: xterm: X error (BadLength) with GNU screen | Control: retit

Bug#916349: xterm: X error (BadLength) with GNU screen

- Original Message - | From: "Vincent Lefevre" | To: "Thomas Dickey" , 916349-qu...@bugs.debian.org | Cc: 916...@bugs.debian.org | Sent: Thursday, December 13, 2018 7:20:00 PM | Subject: Bug#916349: xterm: X error (BadLength) with GNU screen | Control: retit

Bug#916349: xterm: X error (BadLength) with GNU screen

- Original Message - | From: "Vincent Lefevre" | To: "Thomas Dickey" , 916349-qu...@bugs.debian.org | Cc: 916...@bugs.debian.org | Sent: Thursday, December 13, 2018 7:20:00 PM | Subject: Bug#916349: xterm: X error (BadLength) with GNU screen | Control: retit

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 06:35:43PM -0500, Thomas Dickey wrote: > On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote: > > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > > > Package: xterm > > > Version: 338-1 > > > Severity:

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 06:35:43PM -0500, Thomas Dickey wrote: > On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote: > > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > > > Package: xterm > > > Version: 338-1 > > > Severity:

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 06:35:43PM -0500, Thomas Dickey wrote: > On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote: > > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > > > Package: xterm > > > Version: 338-1 > > > Severity:

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote: > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > > Package: xterm > > Version: 338-1 > > Severity: grave make it normal (and read the guidelines...) > 1281 openat(AT_FDCWD, "/us

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote: > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > > Package: xterm > > Version: 338-1 > > Severity: grave make it normal (and read the guidelines...) > 1281 openat(AT_FDCWD, "/us

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 06:25:42PM -0500, Thomas Dickey wrote: > On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > > Package: xterm > > Version: 338-1 > > Severity: grave make it normal (and read the guidelines...) > 1281 openat(AT_FDCWD, "/us

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > Package: xterm > Version: 338-1 > Severity: grave > Justification: renders package unusable > > After upgrading xterm to 338-1, I get X errors when using GNU screen: > > zira% xterm -e screen -r > /usr/bin/xterm: warning, error

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > Package: xterm > Version: 338-1 > Severity: grave > Justification: renders package unusable > > After upgrading xterm to 338-1, I get X errors when using GNU screen: > > zira% xterm -e screen -r > /usr/bin/xterm: warning, error

Bug#916349: xterm: X error (BadLength) with GNU screen

On Thu, Dec 13, 2018 at 02:11:28PM +0100, Vincent Lefevre wrote: > Package: xterm > Version: 338-1 > Severity: grave > Justification: renders package unusable > > After upgrading xterm to 338-1, I get X errors when using GNU screen: > > zira% xterm -e screen -r > /usr/bin/xterm: warning, error

Re: [vile] Help the poor windows user!

On Wed, Dec 12, 2018 at 12:31:48PM +, Gavin Holt wrote: > Hi > > I am grateful that you take the time to provide a win32 executable ( I > don't have the skills to compile code). Of all the console based editors > vile has the best screen/mouse functionality under Windows, it appears to > have

ANN: xterm-339

Files: ftp://ftp.invisible-island.net/xterm/current/xterm-339.tgz ftp://ftp.invisible-island.net/xterm/current/xterm-339.tgz.asc ftp://ftp.invisible-island.net/xterm/patches/xterm-339.patch.gz ftp://ftp.invisible-island.net/xterm/patches/xterm-339.patch.gz.asc

<    5   6   7   8   9   10   11   12   13   14   >