Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1271208

Bug#1121191: (no subject)

Show all headers | View raw

[Multipart message — attachments visible in raw view] - view raw

On Sat, Nov 22, 2025 at 04:47:39PM +0100, Christian Marillat wrote:
> On 22 nov. 2025 10:13, Thomas Dickey <dickey@invisible-island.net> wrote:
> 
> > On Sat, Nov 22, 2025 at 03:45:47PM +0100, Christian Marillat wrote:
> >> Package: libncurses6
> >> Version: 6.5+20251115-2
> >> Severity: normal
> >> X-Debbugs-Cc: marillat@debian.org
> >> 
> >> Dear Maintainer,
> >> 
> >> I can reproduce this issue with armhf, arm64, riscv64 architectures
> >> 
> >> zsh is the shell for theses arches.
> >
> > presumably both local and remote systems have comparable package versions.
> 
> Yes, all have the same packages.
> 
> >> downgrading ncurses related packages to 6.5+20250216-2 solve this issue.
> >
> > there are at least three places where the problem might be:
> >
> > 	ncurses
> > 	zsh
> > 	terminal emulator
> >
> > A "typescript" from the "script" program would show what's written to the
> > terminal, while the environment variables (and output of infocmp) for
> > the local and remote systems would help with the discussion.
> 
> E-mail send to quickly.
> 
> Here is the remote output.

The local and remote look much the same (agreeing with that).
Just to check, I updated my testing machine to unstable, and
(same terminal emulator, same shell) don't see this happening.

I did a 'strings' on zsh and the main libraries (libtinfo6, libcap),
don't see "yes" compiled-in.  It's not in the terminal description.

Most of the changes for libtinfo since mid-February are specific to
the MinGW/Windows port.

Since I don't use zsh, my test-configuration is pretty minimal.
I'm guessing that the "yes" comes from some program which is run
from your shell, e.g., for configuring the prompt.  I checked
my configuration to see what zsh might run, by

	urxvt -e strace -fo trace.log zsh

but in my case, there were no subprocesses of zsh.

In your typescript files, for each case, the "yes" appears immediately
before enabling or disabling bracketed paste, mode 2004
(which may be coincidental).

In my trace.log, I see the corresponding 2004's:

11657 write(10, "\33[1m\33[7m%\33[27m\33[1m\33[m           "..., 103) = 103
11657 write(10, "\r\33[m\33[27m\33[24m\33[Jprl-debiancur-6"..., 35) = 35
11657 write(10, "\33[K", 3)             = 3
11657 write(10, "\33[?2004h", 8)        = 8
11657 write(10, "\33[?2004l", 8)        = 8
11657 write(10, "\r\n", 2)              = 2

In your configuration, you may see some different process writing the "yes".
(Or if it's really zsh, the open's in the trace would probably include the
file containing that "yes").

-- 
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Bug#1121191: libncurses6:armhf: Remote terminal display a 'yes' word in the promt and another 'yes' word when a I press return Christian Marillat <marillat@deb-multimedia.org> - 2025-11-22 15:50 +0100
  Bug#1121191: libncurses6:armhf: Remote terminal display a 'yes' word in the promt and another 'yes' word when a I press return Thomas Dickey <dickey@invisible-island.net> - 2025-11-22 16:30 +0100
    Bug#1121191: libncurses6:armhf: Remote terminal display a 'yes' word in the promt and another 'yes' word when a I press return Christian Marillat <marillat@debian.org> - 2025-11-22 16:50 +0100
  Bug#1121191: (no subject) Christian Marillat <marillat@debian.org> - 2025-11-22 17:10 +0100
    Bug#1121191: (no subject) Thomas Dickey <dickey@invisible-island.net> - 2025-11-22 19:30 +0100
  Bug#1121191: (no subject) Adam Reviczky <reviczky@gmail.com> - 2025-11-23 06:30 +0100
    Bug#1121191: (no subject) Thomas Dickey <dickey@invisible-island.net> - 2025-11-23 12:10 +0100
      Bug#1121191: (no subject) Thomas Dickey <dickey@invisible-island.net> - 2025-11-23 12:40 +0100
  Bug#1121191: smkx/rmkx changes cause zsh issues Chris Hofstaedtler <zeha@debian.org> - 2025-11-23 16:00 +0100
    Bug#1121191: smkx/rmkx changes cause zsh issues Chris Hofstaedtler <zeha@debian.org> - 2025-11-23 16:50 +0100
      Bug#1121191: smkx/rmkx changes cause zsh issues Chris Hofstaedtler <zeha@debian.org> - 2025-11-23 17:00 +0100
  Bug#1121191: (no subject) Thomas Dickey <dickey@invisible-island.net> - 2025-11-23 17:40 +0100
  Bug#1121191: smkx/rmkx changes cause zsh issues Christian Marillat <marillat@debian.org> - 2025-11-23 18:40 +0100

csiph-web