Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Apr 2004 08:50:44 -0600
From:      Edward Aronyk <earonyk@360i.ca>
To:        freebsd-questions@freebsd.org
Subject:   Shared Object Woes (or, why I shouldn't play in the ports tree)
Message-ID:  <1082472644.18158.54.camel@zeta>

next in thread | raw e-mail | index | archive | help
Just a heads up: I did a search of the archives before posting this and
found several posts that sort of answer my question, but none that
answer it completely so I am posting this. If my question has been
answered elsewhere I am sorry for wasting your time and only ask that
someone direct me to where I can find an answer.

System details in case they help:
FreeBSD 4.8 (RELENG_4_8)
Compaq Proliant 1600R with SMP
Raid using the ida driver

A little while ago I wanted to install gkrellm2 from ports with the
server only option(GKRELLM_SERVER_ONLY=yes) as X isn't installed on the
server. While doing this I encountered errors that said I would need to
deinstall expat and gettext then install the new versions. I dutifully
complied and was rather horrified at the state my system was left in. A
bunch of applications (like nano) complained about not finding
libintl.so.X. I followed the advice in the archives and recompiled the
affected programs and they seem to work now.

However, when I return to my build of gkrellm2 I encounter the same
problems as before. The build dies with this error message:

########################################################
===>  Configuring for gkrellm-2.1.28_2
===>  Building for gkrellm-2.1.28_2
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.5" not found
*** Error code 1
 
Stop in /usr/ports/sysutils/gkrellm2.
########################################################

I don't understand what I would recompile in order to fix this.

Also, my apache is complaining about not being able to find
libexpat.so.4 when I try to use apachectl. I can only conclude that if I
were ever to attempt to restart apache in it's current condition the
operation would fail. Since this is a production server I'm a little
concerned about messing with anything. Is the only solution to this a
recompile of apache?

Also, how do I avoid this in the future? Just leave any ports that could
cause damage if they're removed in place? Is there a better way?

Thanks for your time,
Edward Aronyk




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1082472644.18158.54.camel>