https://bugzilla.novell.com/show_bug.cgi?id=325801#c1 Dr. Werner Fink changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #1 from Dr. Werner Fink 2007-09-19 03:41:09 MST ---

From ncurses-5.6/ncurses/tinfo/README ...

The files in this directory (tinfo) are those that support the terminfo database and interfaces for ncurses. The terminfo library can be built separately, as a lower-level library for ncurses, but usually is bundled. In addition to the standard documented interfaces, ncurses uses internal functions which reside in tinfo to satisfy linkage requirements. on openSuSE its is currently bundled (aka part of libncurses its self) and I'm not going to change that. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=325801#c3 --- Comment #3 from Dr. Werner Fink 2007-09-19 10:31:46 MST --- This would be a bug, simply because the soname compiled into the library would destroy this on the next ldconfig. IMHO the configure scripts of pascal should be able to check the libncurses for the required library functions if not found in a libtinfo and then use -lncurses instead of -lncurses -ltinfo. For binary programs also symbolic links do not work because the runtime linker does not allow such dirty workarounds. To solve the problem you may load down the source rpm and build the binary rpm by using the command rpmbuild. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=325801#c5 --- Comment #5 from Dr. Werner Fink 2007-09-24 03:01:25 MST --- @Marco: hmmm ... I can only speek for my self, that is I'm the maintainer of ncurses here at SuSE since 2000 and I've done a lot of patches before since 1998. Since this there was never a libtinfo.so because IMHO this is not very useful. The libncurses is build with the fallback terminfo enries of xterm, linux, vt100, and vt102 and libncurses located at /lib or /lib64 to be ready even if the /usr partition is not mounted e.g. during boot within an emergeny shell after a failed file system check. Now as the fallback is the part of the tinfo routines it makes IMHO no sence to split this as a seperate library beside libncurses. In such a case libncurses should been linked with a libtinfo and the benefit of having two libraries with a small ibncurses is not a benefit anymore. I don't know why the maintainer of ncurses at Red Hat has split the large libnurses into two seperate libraries, the small libncurses and the larger libtinfo if the smaller library requires the larger one at least if used with the most shells like /bin/bash and both should be placed at least (or IMHO) at /lib or /lib64. Beside this the LSB specifiy the required library function calls of libncurses http://refspecs.linux-foundation.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-gen... and there are several functions like baudrate(3ncurses), cbreak(3ncurses), erasechar(3ncurses), ... which requires IMHO (please correct me, if I'm wrong) that a small libncurses must be link with a seperate libtinfo to meet the LSB spec at this point. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=325801#c7 --- Comment #7 from Dr. Werner Fink 2007-10-12 03:55:37 MST --- Perfect :) and this version should also work on RedHat as far as the libncurses.so is linked with libtinfo.so on RedHat. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.