Glitches in an interactive shell spawned via 'podman exec', but not 'podman run', due to the presence of OPOST in the outer PTY and missing ONLCR in the inner PTY about toolbox HOT 13 CLOSED

I have heard about glitches in Emacs, but I don't think tmux was involved and I don't know if it's the same problem as the one you have reported here. Needs debugging.

from toolbox.

If I run fedora-toolbox enter > tmux > tig, I can reproduce glitches very easily by browsing commits;
If I run tmux > fedora-toolbox > tig, I can't reproduce glitches (or they don't come so easily)

Let me know how can I help, no real knowledge on how to debug this.

from toolbox.

I had vim and less rendering issues (I was not using tmux) with fedora-toolbox, and I found out it was due to locale settings not being set properly within the toolbox.

Just run locale within the toolbox, and see if there are any errors showing. Installing a locale package fixed the problem in my case. See #60

from toolbox.

Hmm, i have similar issues, where output from ls will still partially remain in vim. example (look for the tablr and ui on the 5th line)

Running locale gives no errors for me, since i'm the english locale

from toolbox.

@debarshiray should i make a separate issue about this? Since my issue isn't fixed by installing a locale package.

from toolbox.

Did you try dnf -y swap glibc-minimal-langpack glibc-all-langpacks from #60?

from toolbox.

I have tried that now, and that doesn't fix my issue, so i think that my issue is a different one from this.

I also never had the error output when running locale.

from toolbox.

Can you reproduce this? Just open a tmux in toolbox, split vertically, type ls a few times, and then type clear, you will see this glitch.

from toolbox.

I had opened a related issue against tmux, but after further experimentation I think this is more likely a toolbox/podman issue. My repro is very simple:

Steps to reproduce:

• start tmux with no config inside a toolbox container
• produce any output, eg seq 10
• create a new vertical pane

At this point, some output from the seq 10 command disappears.

from toolbox.

Ok, thanks for continuing to dig into it and following up!

I am not very surprised of the possibility of this being a Toolbox or Podman problem. However, I don't understand what that problem is. It's likely that somebody with a deeper understanding of terminals will be able to figure this out much easier than me.

from toolbox.

Looks like there's a difference between the various ways in which one can get an interactive shell inside a container with Podman.

This doesn't display the glitch when splitting horizontally with ctrl+b % in tmux:

$ podman run --env TERM=$TERM --rm -it registry.fedoraproject.org/f30/fedora-toolbox:30 /bin/bash

This is what Toolbox uses, and it does show the glitch:

$ podman create --name foo registry.fedoraproject.org/f30/fedora-toolbox:30 sleep +Inf
$ podman start foo
$ podman exec --env TERM=$TERM -it foo /bin/bash

from toolbox.

I can reproduce this on recent toolboxes with no tmux (just neovim). The langpack fix I found earlier does not work any more as the locale is no longer shared between the host and the toolbox (I get the default en_US.UTF-8 locale)

from toolbox.

This is now fixed in Podman 1.5.0.

from toolbox.