This is binary abi change in epel7 which as mentioned above is not really meant to happen.
One way to do this is to add a sundials2 package is a good idea. This can be generated from the same .spec file.
Example of building an old existing tar ball in addition to the new one being added here. You build the old one first and delete the files that would normally be in the -devel package so you have a runtime only of sundials2.
https://src.fedoraproject.org/rpms/activemq-cpp/blob/epel7/f/activemq-cpp.spec#_15
This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes
It's fine to have the -devel packages with the unversioned .so files conflict (which they should be explicit about). You're removing an existing soname from EL7 which should be avoided if possible, which it is.
It's fine to have the -devel packages with the unversioned .so files conflict (which they should be explicit about). You're removing an existing soname from EL7 which should be avoided if possible, which it is.
This update has been submitted for testing by sagitter.
This update test gating status has been changed to 'waiting'.
This update test gating status has been changed to 'ignored'.
This update has been pushed to testing.
sundials-openmpi-4.1.0-3.el7.x86_64 has dependency:
devtoolset-8-gcc-gfortran(x86-64)
That is not allowed on epel7.
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
I ment with this: runtime dependency on devltoolset is not allowed.
sagitter edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by sagitter.
I found some other issues:
package: bionetgen-2.4.0-2.el7.x86_64
unresolved deps:
package: python2-assimulo-2.9-15.el7.x86_64
unresolved deps:
I guess both bionetgen and python-assimulo should be added to this update.
This update has been pushed to testing.
sagitter edited this update.
New build(s):
Karma has been reset.
This update has been submitted for testing by sagitter.
python-assimulo is an orphaned package...
This update has been pushed to testing.
This also breaks octave 5 from copr and more generally is a abi change.
http://linuxsoft.cern.ch/mirror/copr-be.cloud.fedoraproject.org/results/%2540scitech/octave5.1/epel-7-x86_64/00866411-octave/octave-5.1.0-1.el7.x86_64.rpm
rpm -q --requires octave | grep sundial
libsundials_ida.so.2()(64bit) libsundials_nvecserial.so.2()(64bit)
maybe a compat package can be made also.
@stevetraylen
Octave5 is even built against sundials-4.1.0 on Fedora Rawhide.
This is binary abi change in epel7 which as mentioned above is not really meant to happen.
One way to do this is to add a sundials2 package is a good idea. This can be generated from the same .spec file. Example of building an old existing tar ball in addition to the new one being added here. You build the old one first and delete the files that would normally be in the -devel package so you have a runtime only of sundials2. https://src.fedoraproject.org/rpms/activemq-cpp/blob/epel7/f/activemq-cpp.spec#_15
This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes
This update has been unpushed.
I'm working to get a sundials2 package on EPEL7
sagitter - thanks a lock, I checked if you needed a review but I see already done - thanks again.
sagitter edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by sagitter.
This update has been pushed to testing.
Still broken because sundials2 provides names like 'libsundials2_nvecserial.so.2()(64bit)' instead of 'libsundials_nvecserial.so.2()(64bit)'.
```
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
Unversioned libraries conflict without renaming libraries in
libsundials2-*
Could we modify Octave to point to
libsundials2-*
?It's fine to have the -devel packages with the unversioned .so files conflict (which they should be explicit about). You're removing an existing soname from EL7 which should be avoided if possible, which it is.
Unversioned files are the same in
sundials2
and in newersundials-4.1.0
They cannot be co-installed without changing the library name.
sagitter edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by sagitter.
This update has been pushed to testing.
Thanks for fixing the sonames. However I don't really have a way of testing much else.
This update can be pushed to stable now if the maintainer wishes
This update has been submitted for stable by bodhi.
This update has been pushed to stable.