Port details |
- esys-particle Particle-based numerical modelling software
- 2.3.5_7 science
=0 2.3.5_7Version of this port present on the latest quarterly branch.
- BROKEN: The upstream doesn't answer bug reports: https://bugs.launchpad.net/esys-particle/+bug/1808617
DEPRECATED: Broken for more than 6 months This port expired on: 2020-05-05 IGNORE: is marked as broken: The upstream doesn't answer bug reports: https://bugs.launchpad.net/esys-particle/+bug/1808617
- Maintainer: yuri@FreeBSD.org
- Port Added: 2018-11-05 05:16:54
- Last Update: 2020-05-05 15:38:12
- SVN Revision: 534093
- License: APACHE20
- WWW:
- http://www.esys-particle.org/wiki/
- Description:
- ESyS-Particle is Open Source Software for particle-based numerical modelling
using the Discrete Element Method (DEM); a widely adapted technique for
modelling processes involving large deformations, granular flow and/or
fragmentation. ESyS-Particle is best suited for execution on parallel
supercomputers, clusters or multi-core PCs running a Linux-based operating
system. The C++ DEM simulation engine implements spatial domain decomposition
via the Message Passing Interface (MPI).
WWW: http://www.esys-particle.org/wiki/
-
cgit ¦ GitHub ¦ GitHub ¦ GitLab ¦
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- esys-particle>0:science/esys-particle
- No installation instructions:
- This port has been deleted.
- PKGNAME: esys-particle
- Flavors: there is no flavor information for this port.
- distinfo:
- TIMESTAMP = 1541392871
SHA256 (ESyS-Particle-2.3.5.tar.gz) = 97f53fd0056c8f90771e1e2ff91bcea67a419bc68fcd91c68f7df76339680888
SIZE (ESyS-Particle-2.3.5.tar.gz) = 8197209
No package information for this port in our database- Sometimes this happens. Not all ports have packages. Perhaps there is a build error. Check the fallout link:
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- cmake : devel/cmake
- gfortran9 : lang/gcc9
- as : devel/binutils
- Runtime dependencies:
-
- gfortran9 : lang/gcc9
- Library dependencies:
-
- libboost_system.so : devel/boost-libs
- libmpi.so : net/mpich
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- N/A
- USES:
- cmake fortran
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
2.3.5_7 05 May 2020 15:38:12 |
rene |
Remove expired ports:
Adjusted for ports rescued since r534032
2020-05-05 audio/festvox-czech: Broken for more than 6 months
2020-05-05 audio/gkrellmvolume2: Broken for more than 6 months
2020-05-05 audio/mixmos: Broken for more than 6 months
2020-05-05 audio/mma: Broken for more than 6 months
2020-05-05 audio/pd-cyclone: Broken for more than 6 months
2020-05-05 audio/shorten: Broken for more than 6 months
2020-05-05 audio/taglib-sharp: Broken for more than 6 months
2020-05-05 audio/xhippo: Broken for more than 6 months
2020-05-05 biology/consed: Broken for more than 6 months
2020-05-05 biology/plinkseq: Broken for more than 6 months
2020-05-05 biology/seqtools: Broken for more than 6 months (Only the first 15 lines of the commit message are shown above ) |
2.3.5_7 04 Apr 2020 20:51:41 |
antoine |
Deprecate ports broken for more than 6 months |
2.3.5_7 30 Dec 2019 14:15:34 |
adridg |
Mark science/esys-particle as BROKEN (not just on 13)
The upstream bug report is from may 2019, reporting this:
/wrkdirs/usr/ports/science/esys-particle/work/ESyS-Particle-2.3.5/Model/ElasticInteractionGroup.h:55:19:
error: no candidate function template was found for dependent friend function
template specialization
friend ostream& operator<< <>(ostream&,const CElasticInteractionGroup<T>&);
^
/wrkdirs/usr/ports/science/esys-particle/work/ESyS-Particle-2.3.5/Foundation/vec3.hpp:305:27:
note: candidate ignored: not a function template
VEC3_INLINE std::ostream& operator << (std::ostream& ostr,const Vec3& V)
^
/wrkdirs/usr/ports/science/esys-particle/work/ESyS-Particle-2.3.5/Model/ElasticInteraction.h:80:19:
note: candidate ignored: not a function template
friend ostream& operator<<(ostream&,const CElasticInteraction&);
This now happens on 12.1 as well. |
2.3.5_7 11 Dec 2019 17:53:49 |
jbeich |
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/D22136 |
2.3.5_6 19 Aug 2019 15:35:28 |
jbeich |
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/D20774 |
2.3.5_5 26 Jul 2019 20:46:57 |
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 |
2.3.5_4 18 May 2019 22:58:19 |
yuri |
science/esys-particle: Broken on 13-CURRENT
Reported by: fallout |
2.3.5_4 22 Apr 2019 13:16:34 |
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 |
2.3.5_3 12 Apr 2019 06:36:31 |
jbeich |
devel/boost-*: update to 1.70.0
Changes: http://www.boost.org/users/history/version_1_70_0.html
PR: 235956
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D19303 |
2.3.5_2 25 Dec 2018 20:25:40 |
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 |
2.3.5_2 12 Dec 2018 01:35:36 |
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 |
2.3.5_1 12 Dec 2018 00:15:50 |
jbeich |
devel/boost-*: update to 1.69.0
Changes: http://www.boost.org/users/history/version_1_69_0.html
PR: 232525
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17645 |
2.3.5 05 Nov 2018 05:16:35 |
yuri |
New port: science/esys-particle: Particle-based numerical modelling software |