ncurses 5.0 changed in a backward-incompatible way the TERMTYPE structure, going from typedef struct termtype { /* in-core form of terminfo data */ char *term_names; /* str_table offset of term names */ char *str_table; /* pointer to string table */ char Booleans[BOOLCOUNT]; /* array of values */ short Numbers[NUMCOUNT]; /* array of values */ char *Strings[STRCOUNT]; /* array of string offsets */ ... to typedef struct termtype { /* in-core form of terminfo data */ char *term_names; /* str_table offset of term names */ char *str_table; /* pointer to string table */ char *Booleans; /* array of boolean values */ short *Numbers; /* array of integer values */ char **Strings; /* array of string offsets */ ... The SYNTACTIC access to the structure is the same, thanks to the confusion existing in C between an array and the pointer to its first element, but the SEMANTICS is completely screwed up. All programs (such as ne, the nice editor) accessing directly the capabilities strings in the terminfo database will now need to be distributed in two distinct binary versions, pre-5.0 and post-5.0. To make things even worse, the package ncurses-5.0 installs a library called libncurses.so.4.0, while the package ncurses-4.2 installs a library called libncurses.so.4.2.
This has to be a slip-up by RedHat. I would have expected the ncurses-5.0 set to have libncurses.so.5 and kin, and for a backwards compatability set with libncurses.so.4.2. This problem has bitten us hard - we were about to go to production with our latest software built under RH6.1 with the expectation that it would work under 6.2. Now we have to stop and consider what to do. A proper fix asap would be nice.
Rawhide has a libncurses.so.5