NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
lib/52593: TERMINFO handling differences to Linux
>Number: 52593
>Category: lib
>Synopsis: TERMINFO handling differences to Linux
>Confidential: no
>Severity: serious
>Priority: low
>Responsible: lib-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Oct 04 10:45:00 +0000 2017
>Originator: Thomas Klausner
>Release: NetBSD 8.99.3
>Organization:
Curiosity is the very basis of education and if you tell me that
curiosity killed the cat, I say only that the cat died nobly.
- Arnold Edinborough
>Environment:
Architecture: x86_64
Machine: amd64
>Description:
Short version: On Linux, TERMINFO describes a directory,
while on NetBSD, it is interpreted as a file.
Long version:
mercurial comes with a self test that does:
$ mkdir "$TESTTMP/terminfo"
$ TERMINFO="$TESTTMP/terminfo" tic "$TESTDIR/hgterm.ti"
$ TERM=hgterm TERMINFO="$TESTTMP/terminfo" hg status --config color.mode=terminfo --color=always -A
This does not work as intended on NetBSD.
Rewriting it as follows works:
$ mkdir "$TESTTMP/terminfo"
$ cp "$TESTDIR/hgterm.ti" "$TESTTMP/terminfo"
$ tic "$TESTTMP/terminfo/hgterm.ti"
$ TERM=hgterm TERMINFO="$TESTTMP/terminfo/hgterm.ti" hg status --config color.mode=terminfo --color=always -A
This looks like we should we change the NetBSD implementation of
the interpretation of the TERMINFO variable. On a Linux I see in
terminfo(5):
"If the environment variable TERMINFO is set, it is interpreted as the
pathname of a directory containing the compiled description you are
working on. Only that directory is searched."
While NetBSD's terminfo(5) says
"If the environment variable TERMINFO is available, does not begin with
(â??/â??), can be compiled with the above rules and ..."
>How-To-Repeat:
see above
>Fix:
Interpret TERMINFO as a directory name instead.
Home |
Main Index |
Thread Index |
Old Index