April 2026 - Trac - lists.einsteintoolkit.org

#2928: New Simfactory Option
by Steven R. Brandt 30 Apr '26

30 Apr '26

#2928: New Simfactory Option Reporter: Steven R. Brandt Status: new Milestone: Version: Type: enhancement Priority: major Component: SimFactory Comment (by Steven R. Brandt): Currently, this is how I run on qbd. I have a script where I set the number of gpus and the queue I want to run in, then I use these few lines to call simfactory. I set the gpus and queue, then the script handles the math. This could be absorbed into simfactory. ``` gpus=4 queue=gpu2 if [ $queue = gpu2 ] then cpus_per_gpu=32 else cpus_per_gpu=16 fi if [ $gpus = 1 ] then ppn=32 else ppn=64 fi set -x ./simfactory/bin/sim create-submit $sim --queue $queue --config bssn --parfile benchpars/bench_$sim.par --procs $(($gpus*$cpus_per_gpu)) --num-threads $cpus_per_gpu --ppn-used $ppn ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2928/new-simfactory-op…

1 0

#2898: CarpetX: split interpolator calls into setup and evaluate phase
by Lucas Timotheo Sanches 30 Apr '26

30 Apr '26

#2898: CarpetX: split interpolator calls into setup and evaluate phase Reporter: Lucas Timotheo Sanches Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: Comment (by Lucas Timotheo Sanches): Superseded by [this PR](https://github.com/EinsteinToolkit/CarpetX/pull/379) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2898/carpetx-split-int…

1 0

#2938: use SWMR mode for HDF5 output in CarpetIOHDF5
by Roland Haas 30 Apr '26

30 Apr '26

#2938: use SWMR mode for HDF5 output in CarpetIOHDF5 Reporter: Roland Haas Status: new Milestone: Version: Type: enhancement Priority: minor Component: Carpet New versions of HDF5 support a single-writer, multiple reader (SWMR) mode that keeps files intact while appending to existing datasets. This can be helpful for CarpetIOHDF5 since it reduces the window in time during which files would be corrupted if Cactus is terminated while writing to a file. A high-level description of the functionality is found on: https://support.hdfgroup.org/documentation/hdf5/latest/_s_w_m_r_t_n.html Unfortunately, even for the reader, the functionality is not fully transparent it seems (namely the reader must pass flags to `H5Fopen`), so this may require a "fix-files" step to make partially written files readable with standard utilities (eg VisIt). But at least the files themselves would be mostly intact. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2938/use-swmr-mode-for…

1 0

#2926: Include TwoPuncturesX
by Zach Etienne 30 Apr '26

30 Apr '26

#2926: Include TwoPuncturesX Reporter: Beyhan Karakaş Status: new Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Zach Etienne): Related ticket "TwoPuncturesX largely duplicates TwoPunctures (#2937)" -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2926/include-twopunctu…

1 0

#2937: TwoPuncturesX largely duplicates TwoPunctures
by Zach Etienne 30 Apr '26

30 Apr '26

#2937: TwoPuncturesX largely duplicates TwoPunctures Reporter: Zach Etienne Status: new Milestone: Version: Type: bug Priority: major Component: TwoPuncturesX inclusion ticket: #2926 While `TwoPuncturesX` ( is an essential thorn for CarpetX, it currently exists largely as a line-by-line copy of `TwoPunctures`, with more than 90% of the lines of code duplicated. This approach creates a maintenance burden: any updates to the core logic of either `TwoPunctures` or `TwoPuncturesX` must be manually replicated in the other thorn. This increases the risk that the two implementations will diverge over time, leading to inconsistent behavior, duplicated bugs, or fixes being applied in one thorn but accidentally omitted from the other. Duplicated code is not acceptable here for several reasons. First, it makes long-term maintenance more error-prone, because developers must remember to update two nearly identical code paths whenever a change is made. Second, it makes review and testing more difficult, since reviewers and maintainers must determine whether differences between the two thorns are intentional, accidental, or simply the result of one copy being out of date. More broadly, this duplication increases the cost of future development and makes it harder to ensure correctness across both `TwoPunctures` and `TwoPuncturesX`. During the April 30, 2026 ET telecon, several possible approaches were discussed for addressing this issue: 1. **Make `TwoPuncturesX` require `TwoPunctures`.** This would reduce duplication by allowing `TwoPuncturesX` to reuse functionality from `TwoPunctures`. However, this may be difficult because `TwoPuncturesX` requires `ADMBaseX`, while `TwoPunctures` requires `ADMBase`. 2. **Create symbolic links for files that are identical between the two thorns.** For files that are exactly the same in both thorns, symbolic links could ensure that updates to one file are automatically reflected in the other. This would reduce the risk of the two copies drifting apart, though care would be needed to ensure this works reliably across development environments and version-control workflows. 3. **Create a shared `TwoPuncturesGuts` thorn.** A new thorn, tentatively named `TwoPuncturesGuts`, could contain header files or shared source components comprising the core utilities used by both `TwoPunctures` and `TwoPuncturesX`. This would provide a cleaner long-term solution by centralizing the common implementation while allowing the two thorns to retain their separate interfaces and dependencies where necessary. The goal of this ticket is to identify and implement a maintainable structure that avoids unnecessary code duplication while preserving the functionality required by both `TwoPunctures` and `TwoPuncturesX`. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2937/twopuncturesx-lar…

1 0

#2930: Bug in QuasiLocalMeasures
by Roland Haas 30 Apr '26

30 Apr '26

#2930: Bug in QuasiLocalMeasures Reporter: Marco Brito Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): responsible: [] (was ) milestone: ET_2026_05 (was ) assignee: Roland Haas (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2930/bug-in-quasilocal…

1 0

#2898: CarpetX: split interpolator calls into setup and evaluate phase
by Roland Haas 30 Apr '26

30 Apr '26

#2898: CarpetX: split interpolator calls into setup and evaluate phase Reporter: Lucas Timotheo Sanches Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: Changes (by Roland Haas): milestone: ET_2026_05 (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2898/carpetx-split-int…

1 0

#2931: Claude AI edits to TwoPuncturesX
by Roland Haas 30 Apr '26

30 Apr '26

#2931: Claude AI edits to TwoPuncturesX Reporter: Steven R. Brandt Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: Changes (by Roland Haas): milestone: ET_2026_05 (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2931/claude-ai-edits-t…

1 0

#2916: Include Cottonmouth
by Lucas Timotheo Sanches 27 Apr '26

27 Apr '26

#2916: Include Cottonmouth Reporter: Beyhan Karakaş Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Lucas Timotheo Sanches): Hey Zach, Thanks for the comments! I have addressed all the issues pointed out so far. They are already in the `master` branch of EinsteinEngine. Please recheck and see if the changes are adequate -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2916/include-cottonmou…

1 0

#2931: Claude AI edits to TwoPuncturesX
by Steven R. Brandt 27 Apr '26

27 Apr '26

#2931: Claude AI edits to TwoPuncturesX Reporter: Steven R. Brandt Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Steven R. Brandt): I think all clanker issues are now addressed. While there never was a passing test in this thorn, it still passes the test Lucas added in feature/TwoPuncturesX-tests. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2931/claude-ai-edits-t…

1 0

#2931: Claude AI edits to TwoPuncturesX
by Steven R. Brandt 27 Apr '26

27 Apr '26

#2931: Claude AI edits to TwoPuncturesX Reporter: Steven R. Brandt Status: new Milestone: Version: Type: bug Priority: major Component: Comment (by Steven R. Brandt): I say we leave it as is and wait for the clankers to become smart enough to figure it out. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2931/claude-ai-edits-t…

1 0

#2929: GRHayLET/IllinoisGRMHD convert_IllinoisGRMHD_to_HydroBase schedule compatibility with VolumeIntegrals_*
by Leonardo Rosa Werneck 24 Apr '26

24 Apr '26

#2929: GRHayLET/IllinoisGRMHD convert_IllinoisGRMHD_to_HydroBase schedule compatibility with VolumeIntegrals_* Reporter: Maxwell Rizzo Status: new Milestone: ET_2026_05 Version: ET_2025_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Leonardo Rosa Werneck): [PR #15](https://github.com/GRHayL/GRHayLET/pull/15) was merged. Please close this ticket if in fact issue was resolved. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2929/grhaylet-illinois…

1 0

#2936: CarpetX tsv output does not append files
by Maxwell Rizzo 23 Apr '26

23 Apr '26

#2936: CarpetX tsv output does not append files Reporter: Maxwell Rizzo Status: new Milestone: Version: Type: enhancement Priority: minor Component: CarpetX CarpetX’s TSV output, excluding the norms/ files, does not append to a single file per group in the way Carpet’s ASCII output does. Instead, it creates one file per group per iteration: `<group>.it000000.<x/y/z>.tsv` for grid functions and arrays, and `<group>.it000000.tsv` for scalars. Appending subsequent iterations to the same file would make analysis and post-processing easier, while also reducing the amount of output files. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2936/carpetx-tsv-outpu…

1 0

#2916: Include Cottonmouth
by Zach Etienne 23 Apr '26

23 Apr '26

#2916: Include Cottonmouth Reporter: Beyhan Karakaş Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Zach Etienne): Issues found (sorry for the uneven formatting): ``` Issue 1: Missing symmetrization in the conformal Ricci tensor inside the constraints/analysis block. Where the bug is In `fun_bssn_cons`, the code uses + Delta[uc] * Gammat[la, lb, lc] but in the BSSN Ricci decomposition the corresponding term is the symmetrized object Delta^c * Gammat_(ab)c which means (1/2) * Delta^c * Gammat_abc + (1/2) * Delta^c * Gammat_bac. Minimal fix Replace + Delta[uc] * Gammat[la, lb, lc] by + Rational(1, 2) * Delta[uc] * Gammat[la, lb, lc] + Rational(1, 2) * Delta[uc] * Gammat[lb, la, lc] Note that your own `fun_bssn_rhs` block already contains the correct symmetrized pair and therefore serves as an internal consistency check. ``` 2. bssnok.py ``` * Issue 2 - Severity high - Description of the error - The momentum-constraint matter source carries an extra factor of `w**2`. With `g_{ij} = (1 / w**2) * gt_{ij}`, one has `gamma^{ij} = w**2 * gt^{ij}`, but the conformal BSSN momentum constraint with free upper index uses `gt^{ij} * S_j`, not `gamma^{ij} * S_j`. The current code therefore overweights the source term by a factor of `w**2`. - Filename + line number(s) - Pasted file (filename not provided):638-648 - Original code snippet - fun_bssn_cons.add_eqn( MomCons[ua], + gt[ua, uc] * gt[ub, ud] * ( D(At[lc, ld], lb) - Gammat[uk, lc, lb] * At[lk, ld] - Gammat[uk, ld, lb] * At[lc, lk] ) + 6 * At[ua, ub] * cdphi[lb] - Rational(2, 3) * gt[ua, ub] * D(trK, lb) # Matter - 8 * pi * w**2 * gt[ua, ub] * S[lb] ) - Fixed code snippet. - fun_bssn_cons.add_eqn( MomCons[ua], + gt[ua, uc] * gt[ub, ud] * ( D(At[lc, ld], lb) - Gammat[uk, lc, lb] * At[lk, ld] - Gammat[uk, ld, lb] * At[lc, lk] ) + 6 * At[ua, ub] * cdphi[lb] - Rational(2, 3) * gt[ua, ub] * D(trK, lb) # Matter - 8 * pi * gt[ua, ub] * S[lb] ) - Confidence - 96% * Issue 3 - Severity low - Description of the error - The comments defining `Delta` are mathematically malformed. They describe the contraction with the wrong index pattern, which can mislead a reader into thinking `Delta^i` is built from `tilde gamma^{i,j} tilde Gamma^a_{ab}` or `tilde gamma^{ij} tilde Gamma^i_{jk}`. The correct definition is `Delta^i = tilde gamma^{jk} tilde Gamma^i_{jk}`. The executable code below the comments is correct; only the comments are wrong. - Filename + line number(s) - Pasted file (filename not provided):273-275 - Original code snippet - # \tilde{\gamma}^{i, j} \tilde{\Gamma}^a_{a b} # When \tilde{\Gamma}^{i} when it appears and its derivative are not needed, # the substitution \tilde{\Gamma}^{i} \rightarrow \tilde{gamma}^{ij} \tilde{\Gamma}^{i}_{jk} = \Delta^i - Fixed code snippet. - # \Delta^i = \tilde{\gamma}^{jk} \tilde{\Gamma}^i_{jk} # When \tilde{\Gamma}^{i} appears without derivatives, we replace it by # \Delta^i = \tilde{\gamma}^{jk} \tilde{\Gamma}^{i}_{jk} - Confidence - 99% ``` ``` Issue 4: linear_wave.py: File sets an unphysical default amplitude for the wave: amplitude = cottonmouth_linear_wave_id.add_param( "amplitude", default=1.0, desc="Linear wave amplitude" ) A << 1 for a valid linearized wave. ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2916/include-cottonmou…

1 0

#2928: New Simfactory Option
by Roland Haas 23 Apr '26

23 Apr '26

#2928: New Simfactory Option Reporter: Steven R. Brandt Status: new Milestone: Version: Type: enhancement Priority: major Component: SimFactory Changes (by Roland Haas): responsible: [] (was ) assignee: Steven R. Brandt (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2928/new-simfactory-op…

1 0

#2935: Kuibit: Support CarpetX tsv output (1D GF/Array, Norm/Scalar)
by Maxwell Rizzo 23 Apr '26

23 Apr '26

#2935: Kuibit: Support CarpetX tsv output (1D GF/Array, Norm/Scalar) Reporter: Maxwell Rizzo Status: new Milestone: Version: Type: proposal Priority: minor Component: Changes (by Maxwell Rizzo): See issue on Kuibit's repository: https://github.com/Sbozzolo/kuibit/issues/49 To summarize the file output differences: Carpet text output was either per variable or per group `.asc` ASCII files. CarpetX text output currently is only per group `.tsv` TSV files. CarpetX only appends the output to the `norms/` files, all other output files (scalars, GFs, Arrays) get their own file per group per iteration (per axis where applicable). Lastly, the headers have changed, the CarpetX headers are a single line, as opposed to the multi-line Carpet headers. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2935/kuibit-support-ca…

1 0

#2935: Kuibit: Support CarpetX tsv output (1D GF/Array, Norm/Scalar)
by Maxwell Rizzo 23 Apr '26

23 Apr '26

#2935: Kuibit: Support CarpetX tsv output (1D GF/Array, Norm/Scalar) Reporter: Maxwell Rizzo Status: new Milestone: Version: Type: proposal Priority: minor Component: See issue on Kuibit's repository: https://github.com/Sbozzolo/kuibit/issues/49 To summarize the file output differences: Carpet text output was either per variable or per group `.asc` ASCII files. CarpetX text output currently is only per group `.tsv` TSV files. CarpetX only appends the output to the `norms/` files, all other output files (scalars, GFs, Arrays) get their own file per group per iteration (per axis where applicable). Lastly, the headers have changed, the CarpetX headers are a single line, as opposed to the multi-line Carpet headers. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2935/kuibit-support-ca…

1 0

#2173: Test "Poisson equation" example
by Beyhan Karakaş 23 Apr '26

23 Apr '26

#2173: Test "Poisson equation" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karakaş): status: resolved (was open) Comment (by Beyhan Karakaş): Thank you. Closed for Hypatia release. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2173/test-poisson-equa…

1 0

#2175: Test "Single, stable neutron star" example
by Beyhan Karakaş 23 Apr '26

23 Apr '26

#2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: resolved Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karakaş): status: resolved (was open) Comment (by Beyhan Karakaş): Closed for Hypatia release. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stabl…

1 0

#2175: Test "Single, stable neutron star" example
by Beyhan Karakaş 23 Apr '26

23 Apr '26

#2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Beyhan Karakaş): For the testing in future please check the "tov_20260325.tar.gz" and upload only the required files for each run which are less than a MB in total. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stabl…

1 0

#2932: Kuibit: detecting 0D and 1D files generated during Llama runs
by Jordan Nicoules 23 Apr '26

23 Apr '26

#2932: Kuibit: detecting 0D and 1D files generated during Llama runs Reporter: Jordan Nicoules Status: new Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Jordan Nicoules): Please review (at least the rationale explain in the issue https://github.com/Sbozzolo/kuibit/issues/47) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2932/kuibit-detecting-…

1 0

#2932: Kuibit: detecting 0D and 1D files generated during Llama runs
by Jordan Nicoules 23 Apr '26

23 Apr '26

#2932: Kuibit: detecting 0D and 1D files generated during Llama runs Reporter: Jordan Nicoules Status: new Milestone: Version: Type: enhancement Priority: minor Component: EinsteinToolkit thorn Comment (by Jordan Nicoules): PR is there: https://github.com/Sbozzolo/kuibit/pull/48 -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2932/kuibit-detecting-…

1 0

#2172: Test "Binary black hole GW150914" example
by Roland Haas 22 Apr '26

22 Apr '26

#2172: Test "Binary black hole GW150914" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Roland Haas): responsible: [] (was ) assignee: Yuvraj Sharma (was ) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black…

1 0

#2172: Test "Binary black hole GW150914" example
by Beyhan Karakaş 22 Apr '26

22 Apr '26

#2172: Test "Binary black hole GW150914" example Reporter: Roland Haas Status: open Milestone: ET_2026_05 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Beyhan Karakaş): responsible: (was []) assignee: (was Deborah Ferguson) Comment (by Beyhan Karakaş): Yuvraj Sharma (Deborah's student) will handle this for the release. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2172/test-binary-black…

1 0

#2908: Cactus: Fixed arg list too long error.
by Roland Haas 21 Apr '26

21 Apr '26

#2908: Cactus: Fixed arg list too long error. Reporter: Max Morris Status: open Milestone: Version: Type: bug Priority: major Component: Comment (by Roland Haas): Ping. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2908/cactus-fixed-arg-…

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2026