Open blueyed opened 2 years ago
Hmm. Very strange. I wonder if terminfo updated its file format.
@eric-s-raymond Hey there, sorry to bug you (not sure if you'll see this at all anyway). Do you know why the magic number might be different between versions of terminfo? Did the file format change at all within the last few years?
@blueyed Would you be willing to attach the terminfo file on this issue so I can take a look? It shouldn't contain any identifying/private information. I don't have an Arch machine onhand to pull the latest ncurses and try to repro (and I'm pretty strapped for time the next few weeks), so an upload would be very helpful.
Thanks for the detailed report!
@Qix- https://archlinux.org/packages/core/x86_64/ncurses/download (via https://archlinux.org/packages/core/x86_64/ncurses/) I have not checked, but it is likely the same as with the upstream/original files. But I have no idea about this magic number in general.
I can confirm this. I'm running Ubuntu 20.04 with the default gnome-terminal application. My TERM
environmental variable is set to xterm-256color
and I get no colored output.
If I force colors by setting: export FORCE_COLOR=1
I get colored output.
Let me know if I can do anything else to help resolve this issue?
For completeness, better-exceptions
finds the following values for my system:
/usr/lib/terminfo/x/xterm-256color
542
(hex 0x21E
)@Qix- I zipped my xterm-256color
terminfo file since Github does not allow uploading the plain binairy file. Hope this helps.
bumping out of interest, as it affects me too.
Using /usr/lib/terminfo/t/tmux-256color from ncurses 6.2-2 (on Arch Linux) color support (
SUPPORTS_COLOR
) is not detected properly.This also happens with /usr/lib/terminfo/x/xterm-256color (magic_number also being 542).
Using better-exceptions 0.3.3-1-g70e282d.