Comments
stevetraylen
Please ignore my comment %{python3_pkgversion} is 3 on epel8.
Hi , I think it should be python36-docopt and not python3-doctopt using the %{python3_pkgversion} macro on EPEL8.
Having said that pretty much everything present is built as python3- so I am not sure.
Created a bug https://bugzilla.redhat.com/show_bug.cgi?id=1763080 for creating python34-gssapi - something strange going on I don't understand ....
Adding myself to CC
Tested on 7 only - works for me.
sagitter - thanks a lock, I checked if you needed a review but I see already done - thanks again.
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 also breaks octave 5 from copr and more generally is a abi change.
rpm -q --requires octave | grep sundial
libsundials_ida.so.2()(64bit) libsundials_nvecserial.so.2()(64bit)
maybe a compat package can be made also.
spyder can no longer be installed https://bugzilla.redhat.com/show_bug.cgi?id=1697809
This package does not appear to be in the main repositories? https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/p/?C=M;O=D
I'd rather see any suggestions also in public. This realease seemed fine to me within an EPEL context.
Great to see this at last.
Clicked the wrong sign.
Breaks a lot of comatability and I think the bug could be addressed with a lesser version.
Where has the unpush button gone?
This is obsoleting python-koji < 1.13.0-2.el7 but EPEL7 does not contain this. It contains koji-1.10.1-1.el7.centos.noarch.rpm so upgrade fails.
python3-gssapi package now good on .el6