Trac November 2017

trac@lists.einsteintoolkit.org

1 participants
79 discussions

[Einstein Toolkit] #2053: simfactory's hard-coded rsync options override a mdb entry's rsyncopts
by Einstein Toolkit 23 Dec '17

23 Dec '17

#2053: simfactory's hard-coded rsync options override a mdb entry's rsyncopts ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- Right now, in line 165 of simfactory/lib/sim-sync.py {{{ cmd = "%s --rsh=%s --rsync-path=%s %s %s %s" % (rsynccmd, simlib.QuoteSafe(sshcmd), simlib.QuoteSafe(machineEntry.rsynccmd), rsyncopts, machineEntry.rsyncopts, arguments) cmd = "%s %s" % (cmd, " ".join(rsyncoptions)) }}} the hard-coded set of options in rsycnoptions {{{ rsyncoptions = [ '--checksum', '--compress', '--delete', '--hard-links', '--links', '--partial', '--perms', '--progress', '--recursive', '--sparse', '--stats', #'--times', '--verbose'] }}} overwrites the options passed in via the mdb (machineEntry.rsyncopts) since it appears later on the commmand line. This is (currently) an issue for minerva, whose file system does not support hard-links, since there is no way to pass in a {{{--no-hard-links}}} option for just minerva. Typically we don't have hard-links in our code trees, though it is certainly not something that is expected to never happen (eg I do have some hard links). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2053> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #2060: Parallel checkout fails on systems with threading missing from the perl installation
by Einstein Toolkit 13 Dec '17

13 Dec '17

#2060: Parallel checkout fails on systems with threading missing from the perl installation ---------------------------+------------------------------------------------ Reporter: diener | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: GetComponents | Version: development version Keywords: | ---------------------------+------------------------------------------------ One of the participants at the EinsteinToolkit workshop tried to checkout Cactus on a machine she had access to. Apparently threading was missing from the perl installation and checking out with --parallel failed with the error: Can't call method "enqueue" on an undefined value at ./GetComponents line 1025. Checking out serially works. This suggests that some check for the threading is missing or not taken into account properly. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2060> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1753: hwloc: move pkg-config based detection into Search phase
by Einstein Toolkit 13 Dec '17

13 Dec '17

#1753: hwloc: move pkg-config based detection into Search phase -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: hwloc | -----------------------------------+---------------------------------------- the attacheched patch changes detect.sh such that pkg-config is treated on the same footing as the search at commonly known places. It also adds the option for the user to specify HWLOC_LIBS rather than hard-coding it to hwloc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1753> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #2086: Perform only spatial prolongation when using a single timelevel and tag 'prolongation="copy"'
by Einstein Toolkit 22 Nov '17

22 Nov '17

#2086: Perform only spatial prolongation when using a single timelevel and tag 'prolongation="copy"' -------------------------------------------------------+-------------------- Reporter: miguel.zilhao.nogueira@… | Owner: eschnett Type: defect | Status: new Priority: unset | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------------------------------------+-------------------- Sometimes it is useful to set a grid function that does not evolve at all. However, using a single timelevel and tag 'prolongation="copy"' results in a Carpet assertion failure. This is fixed in the following commit d13a6e245a3d7d2b575094fd0def540d510a166c, as discussed in the following thread: http://lists.einsteintoolkit.org/pipermail/users/2017-October/005835.html Could this be merged to master? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2086> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2089: piraha uses Carp::confess() rather than CST_error
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2089: piraha uses Carp::confess() rather than CST_error --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: piraha | --------------------+------------------------------------------------------- It really shouldn't. Instead it should use the CST provided CST_error function and continue parsing. Right now it stops at the first parsing error. I think this has been a point of contention of mine before and I do understand that recovering from a parse error is hard (and is why eg gcc does no longer use a auto-generated parser but instead a hand-written one apparently). However failing after the first parsing error is really annoying. At least it should continue with the next ccl file. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2089> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #2088: setting cctk_parser = "old" in sbin/CST does not completely disable piraha
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2088: setting cctk_parser = "old" in sbin/CST does not completely disable piraha --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: piraha | --------------------+------------------------------------------------------- Namely it still attempts to parse the files with piraha but then throws away the result. The user visible side effect is that if piraha aborts (due to malformed ccl file that the old parser would have accepted) then one can no longer compile the code. This is a problem if one wants to do some bisection to find errors in a mixed old / new code basis. We should either remove the old parser completely or make it possible to completely skip any piraha parsing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2088> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1917: sim setup should automatically set up the machine for common OSes
by Einstein Toolkit 21 Nov '17

21 Nov '17

#1917: sim setup should automatically set up the machine for common OSes -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- There are instructions at https://docs.einsteintoolkit.org/et- docs/Simplified_Tutorial_for_New_Users for users to configure simfactory for common operating systems when their machine is not recognised by SimFactory. This logic should be implemented in sim setup instead, so that users can use the ET out of the box on supported OSes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1917> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #2004: example in New User Tutorial maybe wrong
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2004: example in New User Tutorial maybe wrong --------------------------------------+------------------------------------- Reporter: b.gabella@… | Owner: Bill Gabella Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | --------------------------------------+------------------------------------- Running the static_tov.par that comes in the ETK_2016_11, I see different results for the two plots hydrobase-rho.maximum and admbase-lapse.minimum. See the mail list post Users Digest, Vol 83, Issue 3 on 1 Feb 2017 at 3:10pm. New User Tutorial https://docs.einsteintoolkit.org/et-docs/Tutorial_for_New_Users bill e.g. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2004> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2087: Scheduling of GRHydro_SqrtSpatialDeterminant.
by Einstein Toolkit 21 Nov '17

21 Nov '17

#2087: Scheduling of GRHydro_SqrtSpatialDeterminant. -----------------------------------+---------------------------------------- Reporter: bentivegna | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- GRHydro calculates and stores the determinant of the spatial metric, among other places, in CCTK_INITIAL. However, there is currently no provision for this to happen after ADMBase_PostInitial, which can potentially change the spatial metric before the initial data is finalized. It can therefore happen that GRHydro uses old metric data. The attached patch solves this problem. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2087> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2013: piraha breaks ThornDoc building
by Einstein Toolkit 19 Nov '17

19 Nov '17

#2013: piraha breaks ThornDoc building --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: development version Keywords: | --------------------+------------------------------------------------------- Doing {{{make ThornDocHTML}}} I get an error message in eg in echo RELOADAGENT | gpg-connect-agent of {{{ Undefined subroutine &piraha::parse_peg_file called at /home/rhaas/postdoc/gr/cactus/ET_trunk/lib/sbin/ScheduleParser.pl line 83. }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2013> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac November 2017