Hmmm.. this looks like a libc incompatibility. Try "ldconfig" to see if it solves the
problem.
This will not cause any problems for the Web server, htmerge is a part of the ht://dig
package,
the mini-search engine.
Are you using Mandrake 6, Cooker or Cassini? Could you send me the output of the "rpm
-qa|grep
libc" command?
Thanks for your feedback!
Jean-Michel Dault
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Timothy Litwiller wrote:
> getting this with new install - I think I got this on everything since the first
>install. Do I
> need to do anything about this?
>
> /usr/sbin/htmerge: Symbol `__vt_3ios' has different size in shared object, consider
>re-linking
> /usr/sbin/htmerge: Symbol `__vt_7istream.3ios' has different size in shared object,
>consider
> re-linking
> /usr/sbin/htmerge: Symbol `__vt_8ifstream.3ios' has different size in shared object,
>consider
> re-linking
> htmerge: Unable to open word list file '/var/lib/htdig/db/db.wordlist'
>
> /usr/sbin/htnotify: Symbol `__vt_3ios' has different size in shared object, consider
>re-linking
> /usr/sbin/htnotify: Symbol `__vt_7istream.3ios' has different size in shared object,
>consider
> re-linking
> /usr/sbin/htnotify: Symbol `__vt_8ifstream.3ios' has different size in shared
>object, consider
> re-linking
> /usr/sbin/htfuzzy: Symbol `__vt_3ios' has different size in shared object, consider
>re-linking
> /usr/sbin/htfuzzy: Symbol `__vt_7istream.3ios' has different size in shared object,
>consider
> re-linking
> /usr/sbin/htfuzzy: Symbol `__vt_8ifstream.3ios' has different size in shared object,
>consider
> re-linking
> /usr/sbin/htfuzzy: Symbol `__vt_3ios' has different size in shared object, consider
>re-linking
> /usr/sbin/htfuzzy: Symbol `__vt_7istream.3ios' has different size in shared object,
>consider
> re-linking
> /usr/sbin/htfuzzy: Symbol `__vt_8ifstream.3ios' has different size in shared object,
>consider
> re-linking
>
> Timothy Litwiller wrote:
>
> > Thanks alot.
> >
> > Jean-Michel Dault wrote:
> >
> > > Yes, I suggest you uninstall all previous packages, and re-download all new
>packages. I put
> > > all the conflicting rpms in /untested, so all the rpms in /pub/NEW/RPMS should
>be able to
> > > install correctly with "rpm -i*".
> > >
> > > Jean-Michel
> > >
> > > Timothy Litwiller wrote:
> > >
> > > > so I should try again now?
> > > >
> > > > Jean-Michel Dault wrote:
> > > >
> > > > > You're the man! =)
> > > > >
> > > > > Thanks, it works perfectly. Now every single dependency has been resolved
>and all
> > > > > packages install in the perfect order.
> > > > >
> > > > > Jean-Michel Dault
> > > > > [EMAIL PROTECTED]
> > > > > [EMAIL PROTECTED]
> > > > >
> > > > > Jesse Kuang wrote:
> > > > >
> > > > > > On Thu, 02 Sep 1999 21:23:32 +0000
> > > > > > Jean-Michel Dault <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > ...
> > > > > > > Question for any RPM expert:
> > > > > > > I put a "Require:" line in my .spec file. But when you do a rpm -i *,
>and you
> > > > > > > install all package that solve all dependencies, it does NOT install the
>required
> > > > > > > packages first, but in alphabetical order. Is there a way to make sure
>that, when
> > > > > > > doing a rpm -i *, that ApacheJSSI, that has a "Require: mod_jserv",
>REALLY installs
> > > > > > > mod_jserv before it?
> > > > > > IMHO, use prereq <the actual file from required package>, then the
> > > > > > required package will get installed first.
> > > > > > /kjx
