Description of problem: The development rpms for the openssl and compat-openssl10 libs are marked as conflicting. This prevents users of rvm from installing versions of Ruby < 2.4 and 2.4+ at the same time (see below for link to rvm GitHub issue) Version-Release number of selected component (if applicable): N/A How reproducible: Always Steps to Reproduce: 1. Install compat-openssl10-devel 2. Attempt to install openssl-devel 3. Install openssl-devel with --allowerasing, which removes compat-openssl10-devel Actual results: Can only have one or the other Expected results: Should be able to install compat libs at the same time as current libs Additional info: Link to relevant rvm bug that this strongly affects: https://github.com/rvm/rvm/issues/4057#issuecomment-351386882
Also, forum thread about this issue: https://forums.fedoraforum.org/showthread.php?316527-Cannot-install-both-compat-openssl10-devel-and-openssl-devel-at-the-same-time
These packages conflict intentionally as otherwise all the dependent packages would have to be changed. You simply cannot have two different openssl headers and linker .so symlinks installed without changing the paths which would require changes in the dependencies. Also the compat-openssl10-devel will be removed at some point (Fedora 29 or at the latest Fedora 30).
I'm having the same problem. Most of the packages we build want the new openssl version but there are a few old packages that need to be built with the older 1.0 version. We don't really want to have to setup separate build systems for this. I don't understand why Fedora cannot have the two development versions installed at the same time, we use various versions of other libraries such as Qt during development of code. Normally this would be done by installing the openssl 1.0 development files (include and libraries) into a separate directories like /usr/lib64/openssl10 and /usr/include/openssl10 for example. Developers can then change their CFLAGS/LDFLAGS as needed for this if they need to build for that older version. Is there some reason there are difficulties with openssl with doing this ?
(In reply to Terry Barnaby from comment #3) > Is there some reason there are difficulties with openssl with doing this ? I've wondered the same thing. It isn't a true -compat lib if it can't be installed at the same time as the primary lib. That makes the name, and concept, very misleading and frustrating. Especially with this attitude in regards to fixing it properly. It honestly feels and sounds like pure laziness to me.
I have created a compat-openssl10-beam.spec file that builds compat-openssl10-beam-1.0.2m-1.fc27.x86_64.rpm and compat-openssl10-beam-devel-1.0.2m-1.fc27.x86_64.rpm These override the compat-openssl10 packages and has the development include files in /usr/include/compat-openssl10 and libraries in /usr/lib64/compat-openssl10. It ignores the manuals etc. Using these and building our old SSL1.0 application with -I/usr/include/openssl10 -L/usr/lib64/openssl10 appears to work fine. This is just a hack for us here. It seems to work fine so I don't understand why this cannot be done (properly). If anyone wants the modified compat-openssl10-beam.spec file to build the RPM's I have put it at: https://www.beam.ltd.uk/files/