Trac May 2026

trac@lists.einsteintoolkit.org

1 participants
105 discussions

#2915: Include CapyrX: a GPU-accelerated multipatch infrastructure
by Lucas Timotheo Sanches 05 May '26

05 May '26

#2915: Include CapyrX: a GPU-accelerated multipatch infrastructure Reporter: Beyhan Karakaş Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Lucas Timotheo Sanches): The [latest commit to master](https://github.com/lucass-carneiro/CapyrX/commit/7e59d2ee3c155d1320… should fix this. The issue is that that specific test case relied on `Multipole` from `SpacetimeX`. The ETK master thorn list has "vanilla" `Multipole`, which does not jive with the rest of the infrastructure. Removing this test case should solve this For the manifest, I'm not sure what the procedure is. Should I just edit the master thornlist [here](https://bitbucket.org/einsteintoolkit/manifest/src/master/) and create a PR for this repo? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2915/include-capyrx-a-…

1 0

#2915: Include CapyrX: a GPU-accelerated multipatch infrastructure
by Roland Haas 05 May '26

05 May '26

#2915: Include CapyrX: a GPU-accelerated multipatch infrastructure Reporter: Beyhan Karakaş Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Adding all present thorns (and applying the NewRadX patch for multipatch support) I get a test failure: ``` multipole (from CapyrX_WaveToy) ``` with error message: ``` Error: Implementation 'COORDBASE' not activated. This implementation is required by activated thorn(s): Multipole (implementing multipole) This implementation is provided by compiled thorn(s): CoordBase Add a thorn providing this implementation to the ActiveThorns parameter. Error: Implementation 'GRID' not activated. This implementation is required by activated thorn(s): Multipole (implementing multipole) This implementation is provided by compiled thorn(s): CartGrid3D Add a thorn providing this implementation to the ActiveThorns parameter. Activation failed - 2 errors in activation sequence WARNING level 0 from host haengie2.phas.ubc.ca process 0 in thorn Cactus, file /home/rhaas/postdoc/gr/cactus/ET_trunk/configs/sim/build/Cactus/main/SetParams.c:93: -> CCTKi_SetParameter: Error at line 1 in parameter file /home/rhaas/postdoc/gr/cactus/ET_trunk/arrangements/CapyrX/CapyrX_WaveToy/test/multipole.par while activating thorns ``` -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2915/include-capyrx-a-…

1 0

#2921: Multipatch support in NewRadX
by Roland Haas 05 May '26

05 May '26

#2921: Multipatch support in NewRadX Reporter: Lucas Timotheo Sanches Status: resolved Milestone: Version: Type: enhancement Priority: major Component: Changes (by Roland Haas): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2921/multipatch-suppor…

1 0

#2921: Multipatch support in NewRadX
by Roland Haas 05 May '26

05 May '26

#2921: Multipatch support in NewRadX Reporter: Lucas Timotheo Sanches Status: open Milestone: Version: Type: enhancement Priority: major Component: Comment (by Roland Haas): Applied as git hash [e89fe1d3](https://github.com/EinsteinToolkit/SpacetimeX/commits/e89fe1d3ee4… "NewRadX: Added the ability to use CapyrX Multipatch" of [SpacetimeX](https://github.com/EinsteinToolkit/SpacetimeX) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2921/multipatch-suppor…

1 0

#2915: Include CapyrX: a GPU-accelerated multipatch infrastructure
by Roland Haas 05 May '26

05 May '26

#2915: Include CapyrX: a GPU-accelerated multipatch infrastructure Reporter: Beyhan Karakaş Status: open Milestone: ET_2026_05 Version: Type: enhancement Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Is there a pull request for manifest with thorns to include? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2915/include-capyrx-a-…

1 0

#2930: Bug in QuasiLocalMeasures
by Roland Haas 05 May '26

05 May '26

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

1 0

#2930: Bug in QuasiLocalMeasures
by Roland Haas 05 May '26

05 May '26

#2930: Bug in QuasiLocalMeasures Reporter: Marco Brito Status: new Milestone: ET_2026_05 Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Applied as git hash [9998ca49](https://bitbucket.org/einsteintoolkit/einsteinanalysis/commits/99… "QuasiLocalMeasures: correct sign in ADM linear momentum" of [einsteinanalysis](https://bitbucket.org/einsteintoolkit/einsteinanalysis) Thank you! -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2930/bug-in-quasilocal…

1 0

#2929: GRHayLET/IllinoisGRMHD convert_IllinoisGRMHD_to_HydroBase schedule compatibility with VolumeIntegrals_*
by Roland Haas 05 May '26

05 May '26

1 0

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

05 May '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): In this case, the issue is not with `VolumeIntegrals`, but with `IllinoisGRMHD`. `VolumeIntegrals` expects `HydroBase` variables, and when using `IllinoisGRMHD`, those variables are only set correctly if one explicitly calls the routine that converts from `IllinoisGRMHD`'s native variables to `HydroBase`. This is therefore not a diagnostic issue, but rather a consequence of `IllinoisGRMHD`'s choice of gridfunctions. For that reason, I think it is reasonable to expect `IllinoisGRMHD` to handle this conversion, rather than placing that responsibility on the diagnostic thorn. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2929/grhaylet-illinois…

1 0

#2932: Kuibit: detecting 0D and 1D files generated during Llama runs
by Maxwell Rizzo 05 May '26

05 May '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 Maxwell Rizzo): Thanks for clarifying, in that case the PR looks complete. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2932/kuibit-detecting-…

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2026