Condor is a open-source, specialized workload management system for
compute-intensive jobs. Like other full-featured batch systems, Condor provides
a job queuing mechanism, scheduling policy, priority scheme, resource
monitoring, and resource management. Users submit their serial or parallel jobs
to Condor, Condor places them into a queue, chooses when and where to run the
jobs based upon a policy, carefully monitors their progress, and ultimately
informs the user upon completion. Condor also contains mechanisms to submit
jobs to grid-sites and supports many different grid toolkits.
It is developed at the University of Wisconsin-Madison's Department of Computer
Sciences.
WWW: https://research.cs.wisc.edu/htcondor/
===> The following configuration options are available for condor-8.4.12_9:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
Remove expired ports:
2020-09-15 audio/abraca: Uses deprecated version of python
2020-09-15 audio/ardour5: Uses deprecated version of python
2020-09-15 audio/cplay: Uses deprecated version of python
2020-09-15 audio/cpp-xmms2: Uses deprecated version of python
2020-09-15 audio/p5-xmms2: Uses deprecated version of python
2020-09-15 biology/haplohseq: Uses deprecated version of python
2020-09-15 biology/tophat: Uses deprecated version of python
2020-09-15 chinese/ibus-array: Uses deprecated version of python
2020-09-15 comms/congruity: Uses deprecated version of python
2020-09-15 comms/libbtbb: Uses deprecated version of python
2020-09-15 comms/quisk: Uses deprecated version of python
2020-09-15 databases/mtools-mongodb: Uses deprecated version of python
2020-09-15 databases/mydbf2mysql: Uses deprecated version of python
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
sysutils/condor: Permanent fix for FreeBSD 13 and all future versions
Previous HTCondor code checks for each FreeBSD version individually.
Add a generic patch to cover all current and future FreeBSD versions.
Approved by: jrm (mentor, implicit)
sysutils/htcondor: Unbreak and upgrade to 8.4.12
Fixes build errors caused by increased strictness of C++ compilers and
the switch to ninja as default back-end for cmake
This is a conservative upgrade to maintain compatibility with the current
port. The latest release, 8.6.10, also builds on FreeBSD, but includes
major changes that need to be tested before being put into production.
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D14909
devel/boost-python-libs got forgotten in the python flavorization, fix
this oversight.
Reviewed by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14368
Multiple ports:
Change maintainer email bacon4000@gmail.com to jwb@FreeBSD.org
Remove Created by comments for same user
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D14128
sysutils/condor: update 8.2.6 -> 8.2.8
Update to latest stable release, canonicalize patch filenames, eliminate
GCC dependency and MAKE_JOBS_UNSAFE, replace files/condor_config.in with
version-specific example file provided in the dist, move sample files to
etc/*.sample, improvements to condor_config.local.sample and
condor-config script, make rc script more reliable by replacing fixed
sleep delays with more intelligent wait loops.
PR: 200713
Submitted by: jwbacon@tds.net (maintainer)
- Update to 8.2.6
- Mark MAKE_JOBS_UNSAFE due to reported failures on systems with many cores
- Mark BROKEN on 8.x
- Avoid running pkg-install and displaying pkg-message in post-install target
- Remove dirrms from plist
- Canonicalize patch file names
PR: 196344
Submitted by: jwbacon at tds.net (maintainer)
- Update to 8.0.3
- Stagify
- Convert dependencies to new shlib format
- Add USE_GCC=any for FreeBSD 10
- Add LICENSE=APACHE20
PR: ports/184738
Submitted by: Jason Bacon <jwbacon@tds.net> (maintainer)
Condor is a open-source, specialized workload management system for
compute-intensive jobs. Like other full-featured batch systems, Condor
provides a job queueing mechanism, scheduling policy, priority scheme,
resource monitoring, and resource management. Users submit their serial
or parallel jobs to Condor, Condor places them into a queue, chooses
when and where to run the jobs based upon a policy, carefully monitors
their progress, and ultimately informs the user upon completion. Condor
also contains mechanisms to submit jobs to grid-sites and supports many
different grid toolkits.
WWW: http://www.cs.wisc.edu/condor/
PR: ports/112510
Submitted by: Andy Pavlo
