| Commit History - (may be incomplete: see SVNWeb link above for full details) |
| Date | By | Description |
15 Jun 2020 20:29:51
  1.6.0
|
yuri  |
science/jdftx: Update 1.5.0 -> 1.6.0
Reported by: portscout |
25 Oct 2019 23:41:34
1.5.0_1
|
tcberner |
math/gsl: update to 2.6
- math/p5-Math-GSL does not seem to have any upstream activity to make it work
with this version -> mark it broken
- this also breaks the two consumers of this port
- biology/gemma: has a conflict with cblas, and is makred broken.
PR: 241363
Exp-run by: antoine |
03 Aug 2019 20:12:33
1.5.0
|
yuri |
science/jdftx: 1.4.2-74 -> 1.5.0
Reported by: portscout |
26 Jul 2019 20:46:57
1.4.2.74_7
|
gerald |
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 |
22 Apr 2019 13:16:34
1.4.2.74_6
|
gerald |
Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.
Suggested by: tijl |
30 Mar 2019 19:52:19
1.4.2.74_5
|
yuri |
science/jdftx: Fix OCTAVE option
PR: 236901
Reported by: tobik |
05 Jan 2019 22:46:54
1.4.2.74_4
|
sunpoet |
Update science/hdf5 to 1.10.4
- Bump PORTREVISION of dependent ports for shlib change
Changes: https://portal.hdfgroup.org/display/support/HDF5%201.10.4#releasenotes
PR: 233070
Submitted by: wen |
25 Dec 2018 20:25:40
1.4.2.74_3
|
tcberner |
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine |
19 Dec 2018 20:06:22
1.4.2.74_3
|
yuri |
science/jdftx: fix build with GCC-based architectures
PR: 234175
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl> |
12 Dec 2018 01:35:36
1.4.2.74_3
|
gerald |
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 |
20 Oct 2018 23:29:28
1.4.2.74_2
|
yuri |
science/libxc: Update 3.0.0 -> 4.2.3
PR: 231648
Approved by: dieterich@ogolem.org (maintainer's timeout; 27 days) |
22 Sep 2018 16:36:38
1.4.2.74_1
|
yuri |
Change 20 ports from net/mpich2 to net/mpich
mpich2 is the obsolete version 2.x, mpich is at the current version 3.x
Ports:
math/scalapack science/nwchem science/quantum-espresso science/qmcpack
science/madness
science/qbox science/openmx science/jdftx science/fleur science/libgridxc
science/mdynamix science/lm science/dftbplus science/py-gpaw devel/ga
math/elpa net/charm science/gromacs math/pari math/arpack-ng-mpich |
01 Sep 2018 19:10:47
1.4.2.74
|
yuri |
science/jdftxL Update 1.4.2-73 -> 1.4.2-74
* The upstream implemented the 'install' target
* Add OCTAVE option for one script |
01 Sep 2018 06:30:47
1.4.2.73
|
yuri |
New port: science/jdftx: Software for joint density functional theory in
chemistry |
As an Amazon Associate I earn from qualifying purchases.
