Opened 15 years ago

Closed 14 years ago

#19122 closed defect (fixed)

OpenSSL 1.0.0-beta1 breaks packages that expect libcrypto.0.9.8

Reported by: bretthoerner@… Owned by: mww@…
Priority: Normal Milestone:
Component: ports Version: 1.7.0
Keywords: git openssl libcrypto 1.0.0 0.9.8 Cc: hkroger@…, raimue (Rainer Müller), mf2k (Frank Schima), fmaillet@…, ryandesign (Ryan Carsten Schmidt), watsonix@…
Port: openssl

Description (last modified by ryandesign (Ryan Carsten Schmidt))

1.0.0 apparently replaces 0.9.8 rather than installing alongside it,

$ git svn fetch 
dyld: Library not loaded: /opt/local/lib/libcrypto.0.9.8.dylib
  Referenced from: /opt/local/bin/git
  Reason: image not found
Trace/BPT trap

Is this expected? Should I be rebuilding all packages that depend on OpenSSL?

Change History (19)

comment:2 Changed 15 years ago by hkroger@…

I have tried to reinstall someone of apps that depend on that and it does not work. Currently I have a load of programs in non working condition and no (easy) way to install a working version.

comment:3 Changed 15 years ago by hkroger@…

Cc: hkroger@… added

Cc Me!

comment:4 Changed 15 years ago by bretthoerner@…

For non-developers that just want to go back to a working condition (assuming you upgraded from 0.9.8k to 1.0.0-beta1),

sudo port deactivate openssl
sudo port activate openssl@0.9.8k_0

comment:5 in reply to:  2 ; Changed 15 years ago by raimue (Rainer Müller)

Cc: raimue@… added

Replying to hkroger@…:

I have tried to reinstall someone of apps that depend on that and it does not work. Currently I have a load of programs in non working condition and no (easy) way to install a working version.

Could you please name the ports here, so they can be investigated?

comment:6 in reply to:  5 ; Changed 15 years ago by hkroger@…

Replying to raimue@…:

Replying to hkroger@…:

I have tried to reinstall someone of apps that depend on that and it does not work. Currently I have a load of programs in non working condition and no (easy) way to install a working version.

Could you please name the ports here, so they can be investigated?

For example "neon" doesn't compile with openssl 1.0 which leads to the fact that "subversion" doesn't work. I think I also had problems with "ruby" compilation with openssl 1.0.

comment:7 in reply to:  6 Changed 15 years ago by danielluke (Daniel J. Luke)

Replying to hkroger@…:

For example "neon" doesn't compile with openssl 1.0 which leads to the fact that "subversion" doesn't work. I think I also had problems with "ruby" compilation with openssl 1.0.

If you care about subversion, but not about neon, you can build subversion with the +no_neon variant as a workaround (until this issue can be resolved)

comment:8 Changed 15 years ago by hkroger@…

For now I have reverted back to openssl 0.9.8 using the version from svn. So no worries with that. Only problem is that anyone who upgrades ports nowadays will get for example broken subversion.

comment:9 Changed 15 years ago by mf2k (Frank Schima)

Cc: macsforever2000@… added

Cc Me!

comment:10 Changed 15 years ago by hkroger@…

Actually all things compile now however, I get

svn: OPTIONS of 'https://xxx.xxx.com/yyy/trunk/zzz': SSL negotiation failed: SSL disabled due to library version mismatch (https://xxx.xxx.com)

comment:11 Changed 15 years ago by hkroger@…

I mean I get that when I try to use svn.

comment:12 Changed 15 years ago by hkroger@…

argh, of course I wanted to say also that it happens with the 0.9.8k version from macports repository. So I cannot easily downgrade either because of these library problems.

comment:13 Changed 15 years ago by fmaillet@…

Cc: fmaillet@… added

Cc Me!

comment:14 Changed 15 years ago by raimue (Rainer Müller)

Owner: changed from macports-tickets@… to mww@…

The openssl upgrade has been reverted back to 0.9.8k in r49057.

comment:15 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added
Description: modified (diff)

comment:16 Changed 15 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

comment:17 Changed 14 years ago by raimue (Rainer Müller)

Resolution: worksforme
Status: newclosed

This is the way MacPorts works at the moment. There is no way to force a rebuild of dependents, see #17473.

comment:18 in reply to:  4 Changed 14 years ago by watsonix@…

Resolution: worksforme
Status: closedreopened

Replying to bretthoerner@…:

For non-developers that just want to go back to a working condition (assuming you upgraded from 0.9.8k to 1.0.0-beta1),

sudo port deactivate openssl
sudo port activate openssl@0.9.8k_0

running the first command produces the following error for me.

--->  Deactivating openssl @1.0.0a_0
--->  Unable to uninstall/deactivate openssl @1.0.0a_0, the following ports depend on it:
--->  	curl @7.21.0_0+ssl
--->  	cyrus-sasl2 @2.1.23_1+kerberos
--->  	git-core @1.7.1.1_0+doc+svn
--->  	gnome-vfs @2.24.3_0
--->  	neon @0.29.3_1
--->  	p5-crypt-ssleay @0.57_0
--->  	python26 @2.6.5_2
--->  	python26 @2.6.5_3
--->  	serf @0.6.1_0
Error: Target org.macports.deactivate returned: Please uninstall the ports that depend on openssl first.
Log for openssl is at: /opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_openssl_1.0.0a_0/main.log
Warning: Failed to execute portfile from registry for openssl @1.0.0a_0
--->  Deactivating openssl
--->  Unable to uninstall/deactivate openssl @1.0.0a_0, the following ports depend on it:
--->  	curl @7.21.0_0+ssl
--->  	cyrus-sasl2 @2.1.23_1+kerberos
--->  	git-core @1.7.1.1_0+doc+svn
--->  	gnome-vfs @2.24.3_0
--->  	neon @0.29.3_1
--->  	p5-crypt-ssleay @0.57_0
--->  	python26 @2.6.5_2
--->  	python26 @2.6.5_3
--->  	serf @0.6.1_0
Error: port deactivate failed: Please uninstall the ports that depend on openssl first.

I am unclear how to proceed to break the least amount of stuff. Please don't tell me i have to uninstall each of these things seperately and then reinstall them!

BTW, here is the sad story of how I got to this point: In trying to install Matplotlib (python plotting util)... i ran into trouble with wxWidgets-python failing. Someone posted a workaround involving installing Mesa which I followed here: http://www.mail-archive.com/macports-users@lists.macosforge.org/msg19905.html

Apparently, in the process of doing this I screwed up (by upgrading?) OpenSSL, which breaks a lot of things I use including Git.

comment:19 Changed 14 years ago by watsonix@…

Cc: watsonix@… added

Cc Me!

comment:19 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: fixed
Status: reopenedclosed

MacPorts 1.9 now prevents you from deactivating a port that is being used. If you're sure you still want to, force it with

sudo port -f deactivate openssl

The issues leading to this ticket being filed were that openssl was updated to 1.0.0 beta but dependents did not have their revisions increased to force a rebuild, hence things broke. Now that openssl has been updated to 1.0.0a final and dependencies have had their revisions bumped, the problem should no longer exist, so I would not expect you to need to go back to 0.9.8anything. If you would like to discuss why you think you do need that, or need further assistance using MacPorts, please write to macports-users. This ticket is closed.

Note: See TracTickets for help on using tickets.