ntp/openssl - real unsure what to do

[nordic bro]

Hi -

I just recently followed the amd64 handbook for installing on a new core2 machine. This is my first 64b so I'm a little confused over emul, two different lib dirs, etc. And since I'm guessing openssl is one of those thing you don't want to mess with if you don't know what it is, I'm posting before I make a mess.

I just installed ntp (http://gentoo-wiki.com/HOWTO_NTP) but whenever I try to start it I get " ntpd: OpenSSL version mismatch. Built against 90804f, you have 9070af". Google just turned up some ntp dev mailing list patches.

So I looked at /usr/lib64 (/usr/lib) and it has libssl.so.0.9.7.

But /usr/lib32 has libssl.so.0.9.8.

When I "epm -qa|grep ssl" I get openssl-0.9.7j which epm -ql says has nothing in /usr/lib32.

But when I look at portage/distfiles I only see openssl-0.9.8d.tbz2

So:

1. why two different revs/does it matter (seems to for ntp I'm guessing)?
2. where'd the second libssl come from?
3. how do I fix it or ntp?

[wynn]

If you have just finished installing, have you run "emerge -e system" and "emerge -e world" to sanitize your toolchain?

The multilib thing should be in the default amd64 profile

[nordic bro]

I completed the main install ~2 weeks ago and have not run either emerge cmd - should I? I looked at --emptytree and admit I don't understand its purpose or if it's too late for whatever reason to run it. I've emerge'd lots since (xfce, apps, /etc pkgs, etc.).

/etc/make.profile is linked to amd64 as you indicate (and I use "ACCEPT=amd64" and "CHOST="x86_64-pc-linux-gnu" in make.conf).

I have an /emul dir I feared got there from doing an rpm2targz but am 99.99% now that gentoo put it there so that's ok (a libc, couple libg++ and libstdc++'s).

I mention this because I did a couple rpm2targz installs and although it's possible, I think it's extremely unlikely one of them put the curious libssl files in place. One was a colortail patch and as best as I can remember the other was another inconsequential util but since I tried/deleted both I can't say exactly what it was (might've been xmms). Plus I usually untar those things in a tmp dir somewhere just to see what it's going to install so it's very unlikely I would've overlooked something as scary as libssl being overwritten.

Timestamps are odd too - the /etc/ssl dirs' timestamps coincide with those of /usr/lib32/libssl* but according to epm I don't have any libssl stuff installed in /usr/lib32, only the older libssl* stuff in /usr/lib64.

Would some other emerge'd pkg have put them there?


/usr/lib -> lib64:

[wynn]

The 0.9.7 may have come from the stage3 you downloaded.

You can run emerge -e system and emerge -e world but it will take much longer as you have many more packages to recompile. Probably best to leave it now but keep it as an option if you get segfaults from packages which should be stable.

The emul package appears to be needed for things you have emerge'd as -bin, like firefox-bin and openoffice-bin.

I don't know epm but it is probably similar to eix and is likely to look in /var/db/pkg/dev-libs/openssl-x.x.x/CONTENTS to get the information.

Perhaps you could try emerge -av dev-libs/openssl, the current stable version is 0.9.8d

P.S. ntpd uses libcrypto, part of the OpenSSL package.
_________________
The avatar is jorma, a "duck" from "Elephants Dream": the film and all the production materials have been made available under a Creative Commons Attribution 2.5 License, see orange.blender.org for details.

[nordic bro]

[wynn]

The revdep-rebuild command to use is