Ralf Corsepius <corsepiu@faw.uni-ulm.de> writes: [snip]
You might have broken your installation :)
This is what I have (German SuSE-6.4-0):
# find /usr/lib -name 'libtermcap*' | while read a; do ls -l $a; rpm -q -f $a ;done -rw-r--r-- 1 root root 11496 Mar 11 11:16 /usr/lib/termcap/libtermcap.a termcap-2.0.8-149 lrwxrwxrwx 1 root root 24 May 4 15:56 /usr/lib/termcap/libtermcap.so -> /usr/lib/libtermcap.so.2 termcap-2.0.8-149 lrwxrwxrwx 1 root root 19 May 4 15:57 /usr/lib/libtermcap.so.2 -> libtermcap.so.2.0.8 termcap-2.0.8-149 -rwxr-xr-x 1 root root 15386 Mar 11 11:16 /usr/lib/libtermcap.so.2.0.8 termcap-2.0.8-149
That is exactly what I had as well -- the problem will happen only when <compiling> programs which do not use a -L/usr/lib/termcap in their linking -- which will happen mostly with programs which do not use autoconf or imake to customize. Redhat puts libtermcap.so.2.0.8 in /lib/ and has a libtermcap.so link to it in /usr/lib/ and does not have a /usr/lib/termcap/ directory at all. (But this does not necessarily have anything to do with the original posters reporting freshmeat's inability to compile Mondo for SuSE -- I was just bringing it up in case other people have troubles compiling applications that do not take SuSE's "unusual" glibc organization into account -- the missing library error is exactly the problem they see.) -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq