[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [HTCondor-users] Fwd: Re: [EPEL-devel] HTCondor on EPEL 7

It would be nice to have HTCondor in EPEL. However, EPEL should probably only carry the stable releases. 8.2.x is the current stable release. 8.4.x will be the next stable release. Having the development releases in EPEL may be problematic.

I would be very happy to work with FrantiÅek DvoÅÃk to make this as easy as possible.


On 08/07/2015 04:14 AM, Laurent Wandrebeck wrote:
Hi there,

As Iâm no part of either EPEL or HTCondor teams, maybe you (both teams) should get in touch about what FrantiÅek (CCâed) replied to my email on EPEL ml so things get cleared ?
I guess Iâm not the only admin to use both EPEL and HTCondor repo, and maybe thereâs a way to get things done more cleanly than using priorities ?
Last point is, *if* HTCondor is to be delivered via EPEL, Iâm not that fond of using a devel version in prod.

Anyway, itâs up to you, guys :)

Keep up the good work !

-------- Message transfÃrà --------
SujetÂ: Re: [EPEL-devel] HTCondor on EPEL 7
DateÂ: Fri, 07 Aug 2015 10:48:35 +0200
DeÂ: FrantiÅek DvoÅÃk <valtri@xxxxxxxxxx>
RÃpondre ÃÂ: EPEL Development List <epel-devel@xxxxxxxxxxxxxxxxxxxxxxx>
PourÂ: EPEL Development List <epel-devel@xxxxxxxxxxxxxxxxxxxxxxx>


On Fri, 2015-08-07 at 09:07 +0200, Laurent Wandrebeck wrote:
> Hi there,
> Is there any reason to include HTCondor (development) version in EPEL 7 ?

The problem is there exists other SW depending on condor (particulary
condor-classads library), which needs to go to EPEL 7.

The packaging is taken from Fedora branches.

> 1) RPM is broken (kind of, lacks of condor-externals (if memory serves 
> well) so update fails on a system where condor (using official repo) is 
> already installed).

But the condor-externals bundles external dependencies (!). Some of them
are already in EPEL.

> 2) Two repos already exist for stable and devel versions, supporting 
> el5, 6, 7, made by HTCondor people themselves: 
> http://research.cs.wisc.edu/htcondor/yum/

I can imagine to add dummy condor-externals package, if it will help. To
make it more compatible using provids/obsoletes would be problematic I
guess: both repositories have increasing versions. HTCondor repositories
may need to use priorities.

The best way would be to package condor directly in EPEL by HTCondor.


epel-devel mailing list

HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting

The archives can be found at:

Tim Theisen
Release Manager
HTCondor & Open Science Grid
Center for High Throughput Computing
Department of Computer Sciences
University of Wisconsin - Madison
4261 Computer Sciences and Statistics
1210 W Dayton St
Madison, WI 53706-1685
+1 608 265 5736