Hello, are there any plans to get condor into EPEL 7 branch? In EGI project (http://www.egi.eu/) we would need the classads library, which is part of the condor. I've created a package. Because the condor is quite complex SW with many dependencies, this is a simplified package building and providing only the condor-classads subpackage: Spec URL: http://scientific.zcu.cz/fedora/condor-8.3.5-1/condor.spec SRPM URL: http://scientific.zcu.cz/fedora/condor-8.3.5-1/condor-8.3.5-1.el7.src.rpm I could maintain it in EPEL 7 branch, if you're interested. Thank you, František
Another way of packaging is just to disable some parts from the existing fedora-devel condor package (aviary and deltacloud, where there are missing dependencies in EPEL7) The problem is I'm not able to test condor, but it could be probably more standard way - keep the package in EPEL7 as the same as possible.
EPEL 7 branch has been created. Currently the build fails on PPC64 due to gnutls package: Error: Package: gnutls-utils-3.3.8-12.el7_1.1.ppc64 (build) Requires: libgnutls.so.28()(64bit) Error: Package: libvirt-client-1.2.8-16.el7_1.3.ppc64 (build) Requires: libgnutls.so.28(GNUTLS_1_4)(64bit) I'll try again later (and exclude PPC64 + fill bugreport, if needed).
condor-8.3.6-1.el7 has been submitted as an update for Fedora EPEL 7. https://admin.fedoraproject.org/updates/condor-8.3.6-1.el7
condor-8.3.6-1.el7 has been pushed to the Fedora EPEL 7 testing repository.
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle. Changing version to '23'. (As we did not run this process for some time, it could affect also pre-Fedora 23 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23
condor-8.3.6-1.el7 has been pushed to the Fedora EPEL 7 stable repository.