openssl version mismatch. Built against 90804f, you have 908070

hramat · 2007-10-15 11:44:08

I have tried to upgrade system with pacman -Syu
after longer time and after reboot I can't log from GDM to my xfce and I got this error (in ~/.xsession-errors file)

/etc/gdm/Xsession: Beginning session setup...
/etc/gdm/Xsession: Setup done, will execute: /usr/bin/ssh-agent -- startxfce4
OpenSSL version mismatch. Built against 90804f, you have 908070

Any suggestions what I can do to repair it? Should I downgrade the openssl package to previous one? How can I do that?
I should mention that I have just migrated (used partimage on systemrescuecd) my whole arch linux to new hdd (same pc but new hdd).
thanx for any help

acidwarp · 2007-10-15 12:42:47

I noticed this also when I run nxclient. Same error: OpenSSL version mismatch. Built against 90804f, you have 908070. I tried removing nxclient, openssl, and openssh and reinstalling, but it did not help.

berbae · 2007-10-15 13:26:34

I had the same problem with the ntp 4.2.4p4-1 package and the openssl 0.9.8f-1 package updated after the ntp one.
A rebuilding of the ntp package against the new openssl solves the problem.
I filed a bug report and the new ntp package was made at once.

hramat · 2007-10-15 14:16:06

I still have image of whole arch partition so I have just copied it once again and I'm going to update system without that openssh or openssl package.
BTW what does ntp mean?

Jacek Poplawski · 2007-10-15 15:10:37

Not a bug?

http://bugs.archlinux.org/task/8313

berbae · 2007-10-15 16:22:32

To hramat :
ntp means 'Network Time Protocol', the ntpd daemon is usually used to synchronize clocks between time servers and local machines.
I think that rather than keeping old openssh and openssl versions you should file a bug report about the ssh-agent package being broken and ask a rebuilding of it.

To Jacek Poplawski :
The bug report you mention is considered 'not a bug' because it concerns the openssh-chroot package which is part of the AUR, but for packages in Core and Extra repos a bug report can be opened about broken packages.

Last edited by berbae (2007-10-15 16:24:27)

hramat · 2007-10-15 20:26:46

thanx for help and explanation berbae. You are definitely right that I should solve the problem rather than by-passing it but I have no other choice for now. I don't know how to report a bug and actually I couldn't log to GUY from GDM so there were not a lot of things which I was able to do. Maybe I will try to install ntp package against openssl or openssh against openssh-chroot

thanx a lot for help

acidwarp · 2007-10-16 01:41:01

I finally solved this by rebuilding nx-common from ABS. The copy in pacman must have been built against the previous version of openssl. Thanks to everyone for the clues on where to look.

hramat: try building openssh-chroot from ABS

elassed · 2007-10-17 12:51:20

I had a similar experience 3 days ago. I had successfully installed xfce4 and was logging in with gdm. Problem started when I attempted to install kde using pacman -Sy kde.
This installed all the kde components but reported:
'openssl version mismatch. Built against 90804f, you have 908070'
After this I could not log in using gdm to either xfce4 or kde.
Short term solution was to remove gdm and login to xfce4 from the command line startxfce4.
This gets me into xfce4 (but I have not been able to start kde from the command line)
I think this is a bug of long standing - google reports same problem with other distros in the past but I have not found a solution.

Cogar · 2007-11-04 00:38:47

Today, after successfully running "pacman -Sy", I had the following response to an attempt to upgrade:

# pacman -Su
:: Starting full system upgrade...
resolving dependencies... done.
error: failed to prepare transaction (could not satisfy dependencies)
:: ntp requires openssl=0.9.8f

Edit: Incidentally, the openssl version on my machine is 0.9.8f-1 and the ntp version is 4.2.4p4-2.

A quick Google regarding this problem and looking through the resources here revealed discussions, but not solutions. I would appreciate it if someone would post a solution or a workaround.

Last edited by Cogar (2007-11-04 00:41:59)

hramat · 2007-11-04 09:42:42

For me it helped to remove AUR package openssh-chroot. If I remember correctly I had to uninstall depending packages like sshfs and some others. Afterwards I have installed openssl and those depending packages which I had to remove.

hope this helps.

Cogar · 2007-11-04 15:34:37

Thank you, hramat. I do not use AUR, so that was not part of the problem. However, it did give me an idea regarding the simple fix—remove openssh and ntp. I also removed rssh, since it depends on openssh. I haven't used ssh lately anyway (at least I have not, I am not sure what applications invoke openssh or ntp), so I suspect this was a low-risk deletion for me. The update worked fine since the conflicting packages are gone.

Last edited by Cogar (2007-11-04 15:34:56)

hardframed · 2007-11-06 05:05:31

are you crazy?

:: openssl is required by apache
:: openssl is required by bind
:: openssl is required by csup
:: openssl is required by curl
:: openssl is required by dnsutils
:: openssl is required by fetchmail
:: openssl is required by heimdal
:: openssl is required by imap
:: openssl is required by inkscape
:: openssl is required by irssi
:: openssl is required by kdemod-kdelibs
:: openssl is required by lftp
:: openssl is required by libldap
:: openssl is required by libmysqlclient
:: openssl is required by libnasl
:: openssl is required by lighttpd
:: openssl is required by links
:: openssl is required by mutt
:: openssl is required by neon
:: openssl is required by nessus-plugins
:: openssl is required by net-snmp
:: openssl is required by nmap

openssl is the #1 tool and protocol on *nix. Conclusion: you are crazy. Ok, so maybe, just maaaybe you don't need openssl, does not mean this is a 'ok' solution (to remove it). Have the arch devs anymore information to add?

Cogar · 2007-11-07 04:02:36

Maybe a little. I reinstalled them and they have been behaving themselves, so apparently the conflict is now resolved. I will see what happens.

PS: openssl is now version 0.9.8g-1 instead of 0.9.8f-1, and ntp is now version 4.2.4p4-3 instead of 4.2.4p4-2, so I am hoping those changes fixed the conflict.

Last edited by Cogar (2007-11-07 04:08:56)

hardframed · 2007-11-08 12:34:58

this is how I solved my problem with the ntp http://bbs.archlinux.org/viewtopic.php?id=39518

Arch Linux

#1 2007-10-15 11:44:08

openssl version mismatch. Built against 90804f, you have 908070

#2 2007-10-15 12:42:47

Re: openssl version mismatch. Built against 90804f, you have 908070

#3 2007-10-15 13:26:34

Re: openssl version mismatch. Built against 90804f, you have 908070

#4 2007-10-15 14:16:06

Re: openssl version mismatch. Built against 90804f, you have 908070

#5 2007-10-15 15:10:37

Re: openssl version mismatch. Built against 90804f, you have 908070

#6 2007-10-15 16:22:32

Re: openssl version mismatch. Built against 90804f, you have 908070

#7 2007-10-15 20:26:46

Re: openssl version mismatch. Built against 90804f, you have 908070

#8 2007-10-16 01:41:01

Re: openssl version mismatch. Built against 90804f, you have 908070

#9 2007-10-17 12:51:20

Re: openssl version mismatch. Built against 90804f, you have 908070

#10 2007-11-04 00:38:47

Re: openssl version mismatch. Built against 90804f, you have 908070

#11 2007-11-04 09:42:42

Re: openssl version mismatch. Built against 90804f, you have 908070

#12 2007-11-04 15:34:37

Re: openssl version mismatch. Built against 90804f, you have 908070

#13 2007-11-06 05:05:31

Re: openssl version mismatch. Built against 90804f, you have 908070

#14 2007-11-07 04:02:36

Re: openssl version mismatch. Built against 90804f, you have 908070

#15 2007-11-08 12:34:58

Re: openssl version mismatch. Built against 90804f, you have 908070

Board footer