Project

General

Profile

Support #5568

implement application-specific TERMINFO database overrides

Added by Greg Shah almost 3 years ago. Updated 10 months ago.

Status:
New
Priority:
Normal
Target version:
-
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:

Related issues

Related to Runtime Infrastructure - Support #4549: reduce/eliminate installation dependencies New

History

#1 Updated by Greg Shah almost 3 years ago

  • Related to Support #4549: reduce/eliminate installation dependencies added

#2 Updated by Greg Shah almost 3 years ago

In setup a private TERMINFO database there are some hints of how we can make our own customized terminal types available without editing the system's TERMINFO.

The short version:

  • The TERMINFO_DIRS environment variable will be read by ncurses. It defines a search path to use for looking up the TERMINFO database.
  • We would create our own directory that includes only our customized terminal definitions. This directory would be pre-pended to the TERMINFO_DIRS search paths so that it will be searched first.
  • We would need to identify the existing paths that should be searched so they can be appended to the TERMINFO_DIRS variable. This allows the standard/unmodified terminal defs to be found in the system's normal TERMINFO paths.
  • This environment variable will need to be set for every interactive ChUI FWD client.

I would expect we could install these in a terminfo/ subdirectory of wherever the p2j.jar exists for the FWD client.

#3 Updated by Greg Shah almost 2 years ago

See #6340. We could use the same technique to extract this application-specific TERMINFO database and avoid the install step.

#4 Updated by Greg Shah 10 months ago

  • Assignee set to Eugenie Lyzenko

#5 Updated by Greg Shah 10 months ago

With the completion of #5167, we now have the option of using a statically linked ncurses installation rather than the system-wide installation.

Until this #5568 task is complete, we still need terminfo to be edited system-wide, which will still require root/sudo and apt hooks. Let's resolve this so that we are completely independent of the system-wide, privleged environment.

Also available in: Atom PDF