Release numerous ports to ports@ I've been retired for a few years, and it is unlikely I will be doing any more scientific computing support in the future. I have continued to maintain ~160 ports to the best of my ability, mainly as a favor to the community, but I can no longer justify the time and effort required. I am therefore releasing most of my scientific ports, along with a few others, to ports@. I will continue to maintain ports I am actively using and those for which I am upstream.2414383046
Port details
biology/bolt-lmm2.5_1
Mixed model association testing and variance component analysis
- Maintainer
- ports@FreeBSD.org
- Packages
- bolt-lmm 2.5_1
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://data.broadinstitute.org/alkesgroup/BOLT-LMM/
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (39)
*/*: update boost consumers after boost-1.9297a84ef467
biology/bolt-lmm: Update to 2.5 Numerous fixes and enhancements Changes: https://storage.googleapis.com/broad-alkesgroup-public/ \ BOLT-LMM/BOLT-LMM_manual.html#x1-60002.1 Reported by: Repology336ad90a0c
*/*: bump consumers after devel/boost update213840c151
*/*: bump PORTREVISION after the upgrade of OpenBLAS227859d277
devel/boost: bump consumers after boost upgrade (+) Get rid of direct dependency ob libbost_system.so, use libboost_thread.so instead67fb95fb3b
devel/boost: bump consumers after Boost update18632db919
*/*: Bump PORTREVISION after math/nlopt update483199e803
devel/boost: bump consumers after Boost-1.87 update Sponsored by: Future Crew, LLCfa53920e72
*/*: bump PORTREVISION after OpenBLAS upgrade Remark: this souldn’t be necessary, because the version of the library is the same, but due to many changes between these releases, it is safer this way. PR: 284314e54e2c695b
devel/boost: bump consu,ers after update Boost to 1.86 release Sponsored by: Future Crew, LLC312ee18b02
*/*: bump consumers after devel/boost* update With hat: office Sponsored by: Future Crew, LLC55cfbcf56c
*/*: Bump PORTVERSION of math/nlopt consumers ..due to shlib changee456d27269
*/*: bump PORTREVISION after the upgrade to OpenBLASe2cd1133e6
devel/boost: bump consumers after library updatedb616534ff
*/*: bump PORTREVISION after the upgrade of OpenBLAS PR: 273219ab1713728d
devel/boost*: bump all consumers after 1.83.021d8008e86
*/*: bump all direct Boost cunsumers3e45e8e244
*: Bump PORTREVISIONs for math/mpc update to 1.3.18d3e020ed0
*/*: bump libboost*.so libraries consumert after Boost upgradee1287d0d12
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
*/*: bump all consumers after recent boost upgrade4cf39decb3
devel/boost-all: bump all library consumers after boost upgrade PR: 246106b082b3d13e
biology/bolt-lmm: remove unnecessary CFLAGS_powerpc646812895caa
biology/bolt-lmm: remove unnecessary flags for powerpc64leb48c8810a8
biology/bolt-lmm: Update to 2.3.6 Changes: https://alkesgroup.broadinstitute.org/BOLT-LMM/\ BOLT-LMM_manual.html#x1-60002.1 Also fixed build on aarch64: Replaced non-portable _mm_malloc() with aligned_alloc() Reported by: pkg-fallout0297052e22
Update CONFLICTS definitions in categories a* to c* Update the CONFLICTS definitions of ports in the following categories: - accessibility - archivers - audio - benchmarks - biology - cad - chinese - comms - converters An attempt has been made to use generic conflicts patterns that do not have to be updated whenever a new version of a conflicting port is added to the ports system. There is a misunderstanding that the port being built/installed has to be omitted from the conflicts pattern. This is not true - the port being built is implicitly non-conflicting due to logic in bsd.port.mk. Approved by: portmgr (implicit)bdd2d4af96
One more small cleanup, forgotten yesterday. Reported by: lwhsucf118ccf87
Remove # $FreeBSD$ from Makefiles.305f148f48
Canonicalize powerpc64le CXXFLAGS to be the same as powerpc64. Approved by: portmgr (tier-2 blanket)694ca2a5d8
Bump 46 ports depending on math/openblas because the after the recent math/openblas update the library name changed in openblas.bcf8d8eb02
Fix math/openblas and bump dependent ports * Fix build on i386 [1] * Fix science/code_saturne build with new openblas [2] * Avoid installing private headers [3] * Prevent build from optimizing for host by correcting build confg [4] * Bump portrevision of dependent ports [5] This is correcting issues from r523749 [1][2][4] and r515970 [3] PR: 231371 Reported by: build cluster [1] Reported by: Dima Pasechnik <dimpase+freebsd@gmail.com> [2] Reported by: many [5] Reviewed by: mat, bapt Approved by: implicit, since this is a build fixfb44dca45d
devel/boost-*: update to 1.72.0 Changes: http://www.boost.org/users/history/version_1_72_0.html PR: 241449 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D22136701aa3bcf8
devel/boost-*: update to 1.71.0 Changes: http://www.boost.org/users/history/version_1_71_0.html PR: 238827 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D20774befa71e0f3
biology/bolt-lmm: Upgrade to 2.3.4 Remove previously upstreamed patches New Makefile patch that preserves default behavior and should be palatable to upstreamcdd2c0e9b9
PR: 239613 Submitted by: pkubajf81b82f68d
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: 238330ea8c8ec7da
biology/bolt-lmm: Mixed model association testing and variance component analysis The BOLT-LMM software package currently consists of two main algorithms, the BOLT-LMM algorithm for mixed model association testing, and the BOLT-REML algorithm for variance components analysis (i.e., partitioning of SNP-heritability and estimation of genetic correlations).e6e8db340a