#1474: compile ExternalLibraries with other thorns rather than when CST runs
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Compiling external libraries takes a long time by now. Currently this
happens very early in the compilation phase, before the other thorns are
compiled.
It would be better if the compilation happened at the same time as that of
other thorns.
This will entail splitting the configuration ie. detecting whether to
build the included source or use a system wide copy from the compilation,
most likely either using Cactus makefile variables or temporary files to
transfer the decisions from the configuration stage to the build stage.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1474>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1946: sim setup should create a section for the current machine
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
When calling sim setup on a machine in the machine data base (eg
bluewaters in my case) it it still creates only a {{{[default]}}} section
in defs.local.ini which means that the account information and possibly
non-default sourcebasedir are not used for bluewaters leading to hard to
understand error messages later on.
I would thus like to suggest to change sim setup such that instead (or in
addition to) a "[default]" section it creates a section for the detected
machine if it already knows this machine.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1946>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2109: Write the release announcement
----------------------------+-----------------------------------------------
Reporter: hinder | Owner: sbrandt
Type: task | Status: new
Priority: major | Milestone: ET_2018_02
Component: Other | Version: development version
Keywords: ReleaseProcess |
----------------------------+-----------------------------------------------
The release announcement for the upcoming release needs to be written.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2109>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2093: Show if this machine matches the mdb
-------------------------+--------------------------------------------------
Reporter: sbrandt | Owner:
Type: enhancement | Status: new
Priority: unset | Milestone:
Component: SimFactory | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
It would be useful if Simfactory could tell you whether your machine
matches something in the mdb. This pull request makes that work.
See pull request:
https://bitbucket.org/simfactory/simfactory2/pull-requests/23/show-this-
machine/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2093>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2050: cctk_startupxxx is a valid group
---------------------+------------------------------------------------------
Reporter: sbrandt | Owner: sbrandt
Type: defect | Status: new
Priority: unset | Milestone:
Component: Other | Version: development version
Keywords: |
---------------------+------------------------------------------------------
Currently, the "at" keyword in the schedule.ccl file is supposed to report
an error if one is scheduling in a group that is not present at startup.
It detects this with a regexp, but the regexp does not include boundaries.
As such cctk_startupxxx is considered valid.
In addition, the new parser is failing to report a CST error for this
violation regardless of group name.
The attached patch to the schedule parser fixes both defects.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2050>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2108: Tutorial should be tested
----------------------------+-----------------------------------------------
Reporter: hinder | Owner:
Type: task | Status: new
Priority: major | Milestone: ET_2018_08
Component: Other | Version: development version
Keywords: ReleaseProcess |
----------------------------+-----------------------------------------------
The Einstein Toolkit tutorials should be tested for the upcoming release.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2108>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2097: Jenkins test system should use generic.cfg where possible
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: hinder
Type: enhancement | Status: new
Priority: minor | Milestone: ET_2018_02
Component: Jenkins | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
We now recommend using generic.cfg instead of OS-specific optionlists, so
the Jenkins test system should do the same.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2097>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2077: include RNSID in ET
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: Hydro_RNSID |
-----------------------------------+----------------------------------------
Pull request is here:
https://bitbucket.org/einsteintoolkit/einsteininitialdata/pull-requests/3
/new-initial-data-thorn-for-grhydro/diff
It generate ID for rotating star either with uniform rotational
profile or describe by differentialy rotating j-law.
testsuite par file provided and tested
example of usage parfile in par subdirectory as perl script that
generate par file with resolution dx=0.75 suited for workstation tests.
Hydro_RNSID/par/speed.rpar generate par file usefull to peform
speed test
two stand alone utility are generate at compile time to [RNS]
generate initial models (to be imported in Cactus) amd to read [RNS_read]
the generated initial model
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2077>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit