Bug 144 - terminfo files location changed
terminfo files location changed
Product: Red Hat Linux
Classification: Retired
Component: ncurses (Show other bugs)
i386 Linux
low Severity low
: ---
: ---
Assigned To: Cristian Gafton
: 151 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 1998-11-20 05:38 EST by ondrej.pejsa
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1998-11-20 08:35:32 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description ondrej.pejsa 1998-11-20 05:38:12 EST
I got problems with RH 5.1 & RH 5.2 on i386 and ADABAS D
6.x, adabas text-console utilities (like xquery, xpl etc.)
become wild colored (and some keystrokes are also wrong). I
found, that due new location of terminfo files
(/usr/share/terminfo instead of /usr/lib/terminfo). When I
created symlink /usr/lib/terminfo -> /usr/share/terminfo,
things become right again.
So i think that RH 5.x instalation should create this
symlink automaticly.
Comment 1 Cristian Gafton 1998-11-20 08:35:59 EST
This is one of the RPM shortcomings - we can not reliably replace one
directory with a symlink to another directory when upgrading the rpm.

This will take some engineering efforts to fix it in the rpm and
terminfo is not the only package that experiences problems because of
that. Basically only the programs that have ncurses linked statically
in experience this problem. As always, staically linking libraries
into executables is a BAD thing.
Comment 2 Preston Brown 1998-11-23 07:14:59 EST
*** Bug 151 has been marked as a duplicate of this bug. ***
Comment 3 Aleksey Nogin 1998-12-10 00:52:59 EST
Is it possible to work around this RPM problem by creating symlinks in
the %post script instead of putting symlinks into the package itself?
Comment 4 Cristian Gafton 1998-12-10 18:55:59 EST
That would work in an idal world where we know that no other package
is providing files under /usr/lib/terminfo. In real life we can not
guarantee that, so doing a "rm -rf /usr/lib/terminfo" on a live
filesystem is a no-go.
Comment 5 Aleksey Nogin 1998-12-11 05:55:59 EST
What about something like
% post
if [ ! -e /usr/lib/terminfo ]; then
	ln -s /usr/share/terminfo /usr/lib/terminfo

? It's not perfect, but at least harmless and would help some people

Note You need to log in before you can comment on or make changes to this bug.