#2022: thorn guide on et website links to pdf pages
-------------------------------------+--------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
This is a continuation #2010 which was about the thorn guide being
missing. This one is about the link behind "Thorn Guide" on
http://einsteintoolkit.org/documentation.html, namely
http://einsteintoolkit.org/thornguide/ points to an auto-generated index
page of a directory of pdf files. Instead of the correct HTML page for a
table of content pointing to html pages of documentation.
Likely requires web server access to fix.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2022>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2030: Multi-block boundaries leave uninitialized boundary points
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
Applying multi-block boundaries can leave uninitialized boundary points.
This happens when multi-block boundaries are used in combination with
another boundary condition that looks at the interior of the grid, such as
e.g. a symmetry condition or radiative / extrapolating boundaries.
There is another bug currently in McLachlan that applies its "scalar"
boundary conditions to too few grid points (it uses "BoundaryNoSync"
instead of "Boundary"), which means there are uninitialized boundary
points for {{{initial_boundary_condition = "scalar"}}} as well in multi-
block systems.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2030>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#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
#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
#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
#2090: GetComponents should not prompt in a Jupyter notebook
---------------------------+------------------------------------------------
Reporter: sbrandt | Owner:
Type: defect | Status: new
Priority: unset | Milestone:
Component: GetComponents | Version: development version
Keywords: |
---------------------------+------------------------------------------------
GetComponents should only prompt if it is in a terminal and not in a
Jupyter notebook. The following patch addresses this issue.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2090>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit