> > "Monika Sester" <monika.sester@ifk.uni-hannover.de> writes:
> >
> > > however, the system is missing a library.
> > > libtermcap.so.2
> > >
> > > any hint where to find it ?
> >
> > I had the same problem on my debian system. It appears poplog was
> > linked against "libtermcap.so.2" instead of "libtermcap.so". The quick
> > fix that I applied was to symlink /usr/lib/libtermcap.so.2 to
> > /usr/lib/libtermcap.so
>
> Does anyone know whereabouts in the system the reference to
> libtermcap occurs? If I can find it I can fix it and relink,
> presumably, so that others do not have the problem in future.
I'm guessing that the source code does not know/reference
"libtermcap.so.2". But some library which it uses does ?
Perhaps if you change it, the other aps/users will have problems ?
Last time I had a similar problem, the error message showed
where it wanted to find 'X', so I put a symbolic link in that directory
pointing to the 'Y' which my machine had. When the application
calls 'X', it is directed to 'Y' which apparently does the job expected
to be done by 'X'. This way application which expect 'X' or 'Y'
(libtermcap.so.2 or libtermcap.so) both run.
-----------
When I had a similar problem installing soar,
I found out that you can see something from the command:
ldd /bin/ls
which with my current red-hat62 shows:
libtermcap.so.2 => /lib/libtermcap.so.2 (0x40019000)
libc.so.6 => /lib/libc.so.6 (0x4001d000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
So in this case Monika Sester's installation would be trouble free,
since 'libtermcap.so.2' is 'known'.
------------
man ldd shows:
ldd [-vVdr] program ...
DESCRIPTION
ldd prints the shared libraries required by each program
specified on the command line.
... etc.
Monika should keep a detailed log of all steps she takes to install, please.
So that I don't need to repeat the same problems.
I want to install (Linux pop-11) next week.
We solve the problem(s) once and share the knowledge.
Thanks,
Chris Glur.
|