#2198: simfactory's user level run command does not record jobid in a segment's properties.ini file
Reporter: Roland Haas
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component: SimFactory
Changes (by Roland Haas):
The \(user level\) run command does not record a jobid in a segment's properties.ini file which means one cannot eg restart from a checkpoint since simfactory complains about an unset jobid:
```
simfactory/bin/sim create-run test1 --parfile par/tov_ETK_2018_lisbon.par --procs 1 --walltime 0:5:0 &
grep jobid ~/simulations/test1/output-0000/SIMFACTORY/properties.ini
```
shows the issue \(but not producing any output\). And the error obtained when trying to restart is along the lines of
> Simulation name: binarybh9 Error: job id is negative Aborting Simfactory
This was reported by Qingwen Wang in http://lists.einsteintoolkit.org/pipermail/users/2018-September/006524.html
A workaround is to not use run as a user but always submit or to use the cleanup command after which simfactory is fine with there not being a job id.
**Keyword:** None
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2198/simfactorys-user-…
#2174: Test "Multi Patch Scalar Wave Equation" example
Reporter: Roland Haas
Status: open
Milestone: ET_2022_05
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Comment (by William Gabella):
I have successfully run the example last weekend. And generated a new, correct looking graphic with the Singularity VisIT \(see above\). However, code freeze is today and will re-run with the final code in the next days. If successful will then need to update the gallery example web page with the new graphic and tarball and date-time stamps.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-…
#2174: Test "Multi Patch Scalar Wave Equation" example
Reporter: Roland Haas
Status: open
Milestone: ET_2022_05
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Changes (by William Gabella):
status: open (was resolved)
Comment (by William Gabella):
Updating gallery example for May 2022 ET release. Also changed the Milestone to ET_2022_05.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-…
#2610: RePrimAnd thorn requires GSL 2.0 but does not test for it
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component:
Comment (by Roland Haas):
Though if this is slated to be removed in favor of Boost anyway, I may just sit it out. Though boost of course is also not part of the ET and not particularly version stable :slight_smile:
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2610/reprimand-thorn-r…
#2610: RePrimAnd thorn requires GSL 2.0 but does not test for it
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component:
Comment (by Roland Haas):
There’s no real good way. There is a “version” attached with an ExternalLibrary but that does not give any guarantee about the version of the library actually used \(in particular when using a system provided one and not building from source\).
I have a bad way of testing for GSL in: [https://github.com/rhaas80/RePrimAnd/commit/a8f5a6664739b676e1fb44208cae5a7… but is is kludgy since I basically do a mini autoconf.
Meson of course contains the correct version dependency but for the ET build I am not using Meson \(too many dependencies on Python\).
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2610/reprimand-thorn-r…
#2610: RePrimAnd thorn requires GSL 2.0 but does not test for it
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component:
Comment (by Wolfgang Kastaun):
What would be the cactus way of requiring a minimum GSL version from the externallibraries GSL thorn?
Note: The GSL dependence will probably be removed in the foreseeable future in favor of BOOST.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2610/reprimand-thorn-r…
#2610: RePrimAnd thorn requires GSL 2.0 but does not test for it
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: minor
Component:
Changes (by Roland Haas):
priority: minor (was major)
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2610/reprimand-thorn-r…
#2610: RePrimAnd thorn requires GSL 2.0 but does not test for it
Reporter:
Status: new
Milestone:
Version: development version
Type: bug
Priority: major
Component:
The RePrimAnd thorn currently does not document its need for GSL 2.0 in a way Cactus can check.
The meson build file contains the check there is no check in configuration.ccl or build.sh.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2610/reprimand-thorn-r…