https://bugzilla.redhat.com/show_bug.cgi?id=1148415 --- Comment #3 from František Dvořák <valtri@xxxxxxxxxx> --- Yes, the condor provides the newer version of this classads library. There are already some external projects depending on libclassad.so.1 for EPEL 5 and EPEL6 (eu-emi.eu and egi.eu). Existing packages in EPEL 5 and 6 could be easily rebuilt, but it would be probably better to return this package as it was for EPEL 5 & 6 (using slightly newer version - classads 1.0.10). For EPEL 7, it may be more complicated: On Mon, 2014-09-29 at 13:28 -0500, Brian Bockelman wrote: > Putting the condor RPM itself into EPEL was previously shot down because > RedHat sold an overlapping product (RHEL MRG) which also provided HTCondor. > If my fading, unreliable memory serves, this was some sort of EPEL policy > (the intersection of the EPEL and RH repos should be the null set). I'm not sure how strict are the policies, but koji doesn't know anything about classads/condor-classads in EPEL 7. Either way it looks like there are no plans to bring condor to EPEL. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review