Stumped - symbol loockup error: undefined symbol: EVP_idea_cbc

Crashdamage

OK, this has me stumped and my system is partially hosed. On this box
I'm still running a years-old and much-modified by now installation of
Mandrake 10.1. I've been using Firefox 2.0.0.11 installed from the
Mozilla.org package with no problems. I decided I'd try out Firefox 3
beta2 and installed it just as I always do, in /usr/local.

This time it complained of needing minor version upgrades so to satisfy
things so I upgraded:

pango-1.8xx > pango-1.10xx
libpango1.0_0-1.8xx > libpango1.0_0-1.10xx
libpango1.0_0-modules-1.8xx > libpango1.0_0-modules-1.10xx
libfreetype6-2.1.9xx > libfreetype6-2.1.10xx
libfreetype6-devel-2.1.9xx > libfreetype6-devel-2.1.10xx

....all minor version upgrades, and added: libcairo2-1.0.0-5.1.101xx
which was not previoulsy installed to satisfy a dependency for one of
the packages, libpangol1, I think.

Anyway, I did it all manually with rpm, installing all packages at once
and of course checking first with the '--test' option before actual
installation. All seemed fine. BUT...when I tried to launch Firefox3 I
got this:

$ firefox
/usr/local/firefox/firefox-bin: symbol lookup error:
/usr/lib/libssl.so.0.9.7: undefined symbol: EVP_idea_cbc

So I went back to Firefox2 - same error. Tried a few other apps. Most
things still work, but not Grip, urpmi is hosed, and I can receive but
not send mail with Mutt etc. I didn't log in as my wife to see if
Thunderbird works - it clearly wouldn't. Logs say why these fail:

sendmail.sendmail: /usr/sbin/sendmail.sendmail: symbol lookup error:
/usr/lib/libssl.so.0.9.7: undefined symbol: EVP_idea_cbc

....no sending with Mutt...

start: /usr/bin/perl: symbol lookup error: /usr/lib/libssl.so.0.9.7:
undefined symbol: EVP_idea_cbc

....there went urpmi...

But I'm still in luck - sorta, the Links text browser still works. I
went to Google/Linux and did some searching. Found some stuff
referencing this error but othing that tells me what the heck to do now.

At this point ***** Firefox Bet2, just get me back to functional. So I
rolled all the changed packages back, made sure there was only one
version of each still installed and uninstalled libcairo2. No good,
still the same error. Desperate, I even try a reboot hoping for a
Windoze-style fix or helpful error message but everything comes up
normally - except still broken. I've broken this 10.1 install plenty of
times over the years doing this kind of stuff but *never* had to
reinstall, I've always figured out the fix - 'til now.

I know I deserve what I got, but please - any ideas??

--
Registered Linux user #266531

Crashdamage

On Sun, 06 Jan 2008 15:41:34 -0500, David W. Hodgins
<> wrote:
> On Sun, 06 Jan 2008 14:55:42 -0500, Crashdamage <03z1krd7@nospam.invalid> wrote:

>>> /usr/lib/libssl.so.0.9.7: undefined symbol: EVP_idea_cbc

> You might want to try the 2008 version, libopenssl0.9.8-0.9.8e-8.1mdv2008.0
> nm -D on that version does not include EVP_idea_cbc.

Hmmm....I dunno about that one. There's a *lot* of dependencies on that
package. I've gotta think that trying to shoehorn in a version that
much newer would likely cause more trouble than I've got now.

Thing is, as far as I can tell I put everything back as it was. But
*something* is still changed. The question is what and how do I fix
that?

Thanks for the help. I appreciate it.

--
Registered Linux user #266531

Crashdamage

On Mon, 07 Jan 2008 15:15:16 GMT, Dan Espen
<.SPAMtelcordia.com> wrote:
> Crashdamage <03z1krd7@nospam.invalid> writes:

>> On Sun, 06 Jan 2008 17:57:57 -0500, David W. Hodgins
>> <> wrote:
>>> On Sun, 06 Jan 2008 17:24:08 -0500, Crashdamage <03z1krd7@nospam.invalid> wrote:
>>
>>>> Anyway, OK, the link libcrypto.so takes care of resolving the EVP's.
>>>> But how do I fix this? There must be a way - it's not like everything
>>>> is trashed. Seems like it should be fairly simple and doable - if I
>>>> knew what to do.
>>
>>> Looks like the problem may be due to the order the directories are being
>>> searched. Change /etc/ld.so.conf so that /lib is searched first, followed
>>> by /usr/lib, followed by anything added by other applications. Then
>>> run ldconfig, and then confirm with ldd that the correct version of libcrypt
>>> is being selected.
>>
>> My existing ld.so.conf doesn't search /lib at at all, but it hasn't
>> changed since Feb 2007 either so I don't think that's it. Here it is:
>>
>> include ld.so.conf.d/*.conf
>> /usr/X11R6/lib
>> /usr/lib/qt3/lib
>> /opt/win4linpro/lib/sys
>>
>> Are you saying I should just add '/lib' to the top of the directory
>> list? Isn't that too general?

> You could, at least to see what happens.
> You could also export LD_LIBRARY_PATH to see what that does.
> But...

>> At present, running '# ldconfig' returns nothing. Honestly, I've never
>> run that command. What exactly does it do and what should it return?

> Try "man ldconfig".
> It's normally run when you install a package.
> Try:

> ldconfig -v

> if you want feedback.

That gave *lots* of feedback...

>> The version of libcrypt installed never changed, and it's still the
>> original. I carefully rolled all packages I did change back and made
>> sure only one version (the previous one) was still installed. Still,
>> *something* is not quite as it was.

> Actually, normal shared library versioning should be protecting you.
> Perhaps you should post the output of:

> ls -l /usr/lib/libcrypt*

$ ls -l /usr/lib/libcrypt*
lrwxrwxrwx 1 root root 38 Jan 7 23:38 /usr/lib/libcrypto.so ->
.../../../../usr/lib/libcrypto.so.0.9.7*
-rwxr-xr-x 1 root root 1038480 Oct 10 2005
/usr/lib/libcrypto.so.0.9.7*
lrwxrwxrwx 1 root root 33 Jan 7 23:38 /usr/lib/libcrypt.so ->
.../../../../lib/libcrypt-2.3.3.so*

Some of the above are very recent because I've been replacing stuff from
backups tonight trying to make sure everything is rolled back to
*exactly* as it was before all this started.

> ls -l /opt/win4linpro/lib/sys/libcrypt*

$ ls -l /opt/win4linpro/lib/sys/libcrypt*
-r--r--r-- 1 root bin 1029704 Dec 4 13:25
/opt/win4linpro/lib/sys/libcrypto.so.0.9.7


> The program in question should be going for a specific version
> of libcrypt and there shouldn't be 2 libraries with the same version
> but different content.

>> At least I'm learning some stuff...thanks!

> A reward in it's own right.

Thanks for trying to help.
--
Registered Linux user #266531

Jim Beard

Crashdamage wrote:
> OK, this has me stumped and my system is partially hosed. On this box
> I'm still running a years-old and much-modified by now installation of
> Mandrake 10.1.
> I've broken this 10.1 install plenty of
> times over the years doing this kind of stuff but *never* had to
> reinstall, I've always figured out the fix - 'til now.
>
> I know I deserve what I got, but please - any ideas??

Overwrite everything in /etc/ /usr /bin /sbin /lib and maybe
/var from backup? Drastic, but would likely work.

Cheers!

jim b.

--
UNIX is not user-unfriendly; it merely
expects users to be computer-friendly.

Dan Espen

Crashdamage <03z1krd7@nospam.invalid> writes:

> On Sun, 06 Jan 2008 17:57:57 -0500, David W. Hodgins
> <> wrote:
>> On Sun, 06 Jan 2008 17:24:08 -0500, Crashdamage <03z1krd7@nospam.invalid> wrote:
>
>>> Anyway, OK, the link libcrypto.so takes care of resolving the EVP's.
>>> But how do I fix this? There must be a way - it's not like everything
>>> is trashed. Seems like it should be fairly simple and doable - if I
>>> knew what to do.
>
>> Looks like the problem may be due to the order the directories are being
>> searched. Change /etc/ld.so.conf so that /lib is searched first, followed
>> by /usr/lib, followed by anything added by other applications. Then
>> run ldconfig, and then confirm with ldd that the correct version of libcrypt
>> is being selected.
>
> My existing ld.so.conf doesn't search /lib at at all, but it hasn't
> changed since Feb 2007 either so I don't think that's it. Here it is:
>
> include ld.so.conf.d/*.conf
> /usr/X11R6/lib
> /usr/lib/qt3/lib
> /opt/win4linpro/lib/sys
>
> Are you saying I should just add '/lib' to the top of the directory
> list? Isn't that too general?

You could, at least to see what happens.
You could also export LD_LIBRARY_PATH to see what that does.
But...

> At present, running '# ldconfig' returns nothing. Honestly, I've never
> run that command. What exactly does it do and what should it return?

Try "man ldconfig".
It's normally run when you install a package.
Try:

ldconfig -v

if you want feedback.

> The version of libcrypt installed never changed, and it's still the
> original. I carefully rolled all packages I did change back and made
> sure only one version (the previous one) was still installed. Still,
> *something* is not quite as it was.

Actually, normal shared library versioning should be protecting you.
Perhaps you should post the output of:

ls -l /usr/lib/libcrypt*
ls -l /opt/win4linpro/lib/sys/libcrypt*

The program in question should be going for a specific version
of libcrypt and there shouldn't be 2 libraries with the same version
but different content.

> At least I'm learning some stuff...thanks!

A reward in it's own right.

Crashdamage

On 06 Jan 2008 17:09:57 GMT, Crashdamage <03z1krd7@nospam.invalid> wrote:
> OK, this has me stumped and my system is partially hosed. On this box
> I'm still running a years-old and much-modified by now installation of
> Mandrake 10.1. I've been using Firefox 2.0.0.11 installed from the
> Mozilla.org package with no problems. I decided I'd try out Firefox 3
> beta2 and installed it just as I always do, in /usr/local.

> This time it complained of needing minor version upgrades so to satisfy
> things so I upgraded:

> pango-1.8xx > pango-1.10xx
> libpango1.0_0-1.8xx > libpango1.0_0-1.10xx
> libpango1.0_0-modules-1.8xx > libpango1.0_0-modules-1.10xx
> libfreetype6-2.1.9xx > libfreetype6-2.1.10xx
> libfreetype6-devel-2.1.9xx > libfreetype6-devel-2.1.10xx

> ...all minor version upgrades, and added: libcairo2-1.0.0-5.1.101xx
> which was not previoulsy installed to satisfy a dependency for one of
> the packages, libpangol1, I think.

> Anyway, I did it all manually with rpm, installing all packages at once
> and of course checking first with the '--test' option before actual
> installation. All seemed fine. BUT...when I tried to launch Firefox3 I
> got this:

> $ firefox
> /usr/local/firefox/firefox-bin: symbol lookup error:
> /usr/lib/libssl.so.0.9.7: undefined symbol: EVP_idea_cbc

Jim b. - thanks, but I think I'll hold off on trying that for a while.
This has to be something simple. I'm just no programmer or guru and
can't get my head around it yet.

A little more info, maybe it'll help:

First, checked to see if 'EVP_idea_cbc' is indeed defined in
'libssl.so.0.9.7':

$ nm -D /usr/lib/libssl.so.0.9.7 | grep EVP
(snip)
U EVP_idea_cbc

I take it 'U' means undefined. So there must be an undefined
'EVP_idea_cbc' floating around somewhere holding things up, but I can't
find it. I'm not even sure *exactly* what it is.

Next, checked to see if libssl.so.0.9.7 is linked to all it's required
libraries:

$ ldd /usr/lib/libssl.so.0.9.7
linux-gate.so.1 => (0xffffe000)
libcrypto.so.0.9.7 => /opt/win4linpro/lib/sys/libcrypto.so.0.9.7
(0xb7ebf000)
libdl.so.2 => /lib/libdl.so.2 (0xb7ebc000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7d9d000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Apparently it is.

HELP! I'm not this smart!

--
Registered Linux user #266531

Crashdamage

On Sun, 06 Jan 2008 17:57:57 -0500, David W. Hodgins
<> wrote:
> On Sun, 06 Jan 2008 17:24:08 -0500, Crashdamage <03z1krd7@nospam.invalid> wrote:

>> Anyway, OK, the link libcrypto.so takes care of resolving the EVP's.
>> But how do I fix this? There must be a way - it's not like everything
>> is trashed. Seems like it should be fairly simple and doable - if I
>> knew what to do.

> Looks like the problem may be due to the order the directories are being
> searched. Change /etc/ld.so.conf so that /lib is searched first, followed
> by /usr/lib, followed by anything added by other applications. Then
> run ldconfig, and then confirm with ldd that the correct version of libcrypt
> is being selected.

My existing ld.so.conf doesn't search /lib at at all, but it hasn't
changed since Feb 2007 either so I don't think that's it. Here it is:

include ld.so.conf.d/*.conf
/usr/X11R6/lib
/usr/lib/qt3/lib
/opt/win4linpro/lib/sys

Are you saying I should just add '/lib' to the top of the directory
list? Isn't that too general?

At present, running '# ldconfig' returns nothing. Honestly, I've never
run that command. What exactly does it do and what should it return?

The version of libcrypt installed never changed, and it's still the
original. I carefully rolled all packages I did change back and made
sure only one version (the previous one) was still installed. Still,
*something* is not quite as it was.

At least I'm learning some stuff...thanks!

--
Registered Linux user #266531

Dan Espen

Crashdamage <03z1krd7@nospam.invalid> writes:

> On 06 Jan 2008 17:09:57 GMT, Crashdamage <03z1krd7@nospam.invalid> wrote:
>> OK, this has me stumped and my system is partially hosed. On this box
>> I'm still running a years-old and much-modified by now installation of
>> Mandrake 10.1. I've been using Firefox 2.0.0.11 installed from the
>> Mozilla.org package with no problems. I decided I'd try out Firefox 3
>> beta2 and installed it just as I always do, in /usr/local.
>
>> This time it complained of needing minor version upgrades so to satisfy
>> things so I upgraded:
>
>> pango-1.8xx > pango-1.10xx
>> libpango1.0_0-1.8xx > libpango1.0_0-1.10xx
>> libpango1.0_0-modules-1.8xx > libpango1.0_0-modules-1.10xx
>> libfreetype6-2.1.9xx > libfreetype6-2.1.10xx
>> libfreetype6-devel-2.1.9xx > libfreetype6-devel-2.1.10xx
>
>> ...all minor version upgrades, and added: libcairo2-1.0.0-5.1.101xx
>> which was not previoulsy installed to satisfy a dependency for one of
>> the packages, libpangol1, I think.
>
>> Anyway, I did it all manually with rpm, installing all packages at once
>> and of course checking first with the '--test' option before actual
>> installation. All seemed fine. BUT...when I tried to launch Firefox3 I
>> got this:
>
>> $ firefox
>> /usr/local/firefox/firefox-bin: symbol lookup error:
>> /usr/lib/libssl.so.0.9.7: undefined symbol: EVP_idea_cbc
>
> Jim b. - thanks, but I think I'll hold off on trying that for a while.
> This has to be something simple. I'm just no programmer or guru and
> can't get my head around it yet.
>
> A little more info, maybe it'll help:
>
> First, checked to see if 'EVP_idea_cbc' is indeed defined in
> 'libssl.so.0.9.7':
>
> $ nm -D /usr/lib/libssl.so.0.9.7 | grep EVP
> (snip)
> U EVP_idea_cbc
>
> I take it 'U' means undefined. So there must be an undefined
> 'EVP_idea_cbc' floating around somewhere holding things up, but I can't
> find it. I'm not even sure *exactly* what it is.
>
> Next, checked to see if libssl.so.0.9.7 is linked to all it's required
> libraries:
>
> $ ldd /usr/lib/libssl.so.0.9.7
> linux-gate.so.1 => (0xffffe000)
> libcrypto.so.0.9.7 => /opt/win4linpro/lib/sys/libcrypto.so.0.9.7
> (0xb7ebf000)
> libdl.so.2 => /lib/libdl.so.2 (0xb7ebc000)
> libc.so.6 => /lib/tls/libc.so.6 (0xb7d9d000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
>
> Apparently it is.
>
> HELP! I'm not this smart!

Those EVP symbols get resolved by libcrypto.so.
Your libcrypto is coming from a "strange" place.
(See above.)

I have a 10.1 system:

> nm -D /usr/lib/libcrypto.so | grep EVP_idea
00086ba0 T EVP_idea_cbc
00086bc0 T EVP_idea_cfb
00086c00 T EVP_idea_ecb
00086be0 T EVP_idea_ofb

My 10.1 system is on it's last legs.
I can no longer apply any RPMs because I went too far installing
stuff that didn't belong.
What you are doing leads to ultimate breakdown of the system.
I know this from experience.
You really need to upgrade to something current.

Dan Espen

Crashdamage <03z1krd7@nospam.invalid> writes:

> On Mon, 07 Jan 2008 15:15:16 GMT, Dan Espen
> <.SPAMtelcordia.com> wrote:
>> Crashdamage <03z1krd7@nospam.invalid> writes:
>
>>> On Sun, 06 Jan 2008 17:57:57 -0500, David W. Hodgins
>>> <> wrote:
>>>> On Sun, 06 Jan 2008 17:24:08 -0500, Crashdamage <03z1krd7@nospam.invalid> wrote:
>>>
>>>>> Anyway, OK, the link libcrypto.so takes care of resolving the EVP's.
>>>>> But how do I fix this? There must be a way - it's not like everything
>>>>> is trashed. Seems like it should be fairly simple and doable - if I
>>>>> knew what to do.
>>>
>>>> Looks like the problem may be due to the order the directories are being
>>>> searched. Change /etc/ld.so.conf so that /lib is searched first, followed
>>>> by /usr/lib, followed by anything added by other applications. Then
>>>> run ldconfig, and then confirm with ldd that the correct version of libcrypt
>>>> is being selected.
>>>
>>> My existing ld.so.conf doesn't search /lib at at all, but it hasn't
>>> changed since Feb 2007 either so I don't think that's it. Here it is:
>>>
>>> include ld.so.conf.d/*.conf
>>> /usr/X11R6/lib
>>> /usr/lib/qt3/lib
>>> /opt/win4linpro/lib/sys
>>>
>>> Are you saying I should just add '/lib' to the top of the directory
>>> list? Isn't that too general?
>
>> You could, at least to see what happens.
>> You could also export LD_LIBRARY_PATH to see what that does.
>> But...
>
>>> At present, running '# ldconfig' returns nothing. Honestly, I've never
>>> run that command. What exactly does it do and what should it return?
>
>> Try "man ldconfig".
>> It's normally run when you install a package.
>> Try:
>
>> ldconfig -v
>
>> if you want feedback.
>
> That gave *lots* of feedback...
>
>>> The version of libcrypt installed never changed, and it's still the
>>> original. I carefully rolled all packages I did change back and made
>>> sure only one version (the previous one) was still installed. Still,
>>> *something* is not quite as it was.
>
>> Actually, normal shared library versioning should be protecting you.
>> Perhaps you should post the output of:
>
>> ls -l /usr/lib/libcrypt*
>
> $ ls -l /usr/lib/libcrypt*
> lrwxrwxrwx 1 root root 38 Jan 7 23:38 /usr/lib/libcrypto.so ->
> ../../../../usr/lib/libcrypto.so.0.9.7*
> -rwxr-xr-x 1 root root 1038480 Oct 10 2005
> /usr/lib/libcrypto.so.0.9.7*
> lrwxrwxrwx 1 root root 33 Jan 7 23:38 /usr/lib/libcrypt.so ->
> ../../../../lib/libcrypt-2.3.3.so*
>
> Some of the above are very recent because I've been replacing stuff from
> backups tonight trying to make sure everything is rolled back to
> *exactly* as it was before all this started.
>
>> ls -l /opt/win4linpro/lib/sys/libcrypt*
>
> $ ls -l /opt/win4linpro/lib/sys/libcrypt*
> -r--r--r-- 1 root bin 1029704 Dec 4 13:25
> /opt/win4linpro/lib/sys/libcrypto.so.0.9.7

So both libcrypto.so files are version 0.9.7
but one has EVP_idea_cbc and the other doesn't.
Somebody screwed up.

I think I'd remove the win4lin library from your ld.so
and use a script to start win4lin that sets LD_LIBRARY_PATH.

David W. Hodgins

On Sun, 06 Jan 2008 14:55:42 -0500, Crashdamage <03z1krd7@nospam.invalid> wrote:

>> /usr/lib/libssl.so.0.9.7: undefined symbol: EVP_idea_cbc

You might want to try the 2008 version, libopenssl0.9.8-0.9.8e-8.1mdv2008.0
nm -D on that version does not include EVP_idea_cbc.

Regards, Dave Hodgins

--
Change nomail.afraid.org to ody.ca to reply by email.
(nomail.afraid.org has been set up specifically for
use in usenet. Feel free to use it yourself.)