November 2022 - Trac - lists.einsteintoolkit.org

#2662: Try to get email from ~/.gitconfig
by Roland Haas 09 Nov '22

09 Nov '22

#2662: Try to get email from ~/.gitconfig Reporter: Steven R. Brandt Status: new Milestone: Version: Type: enhancement Priority: trivial Component: SimFactory Comment (by Roland Haas): I requested changes. Basically, modern git actually defaults to `$XDG_CONFIG_HOME/git/config` for its config file and only falls back to `~/.gitconfig` if the needed. Best is to query git about its options using `git config --global user.email` $taking care of failures etc if `git` is not in `$PATH` or otherwise not executable of course$. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2662/try-to-get-email-…

1 0

#2662: Try to get email from ~/.gitconfig
by Steven R. Brandt 09 Nov '22

09 Nov '22

#2662: Try to get email from ~/.gitconfig Reporter: Steven R. Brandt Status: new Milestone: Version: Type: enhancement Priority: trivial Component: SimFactory Simfactory always sets the default email to the username. Try the ~/.gitconfig file, if it exists. PR is here: [https://bitbucket.org/simfactory/simfactory2/pull-requests/66/gitemail](htt… -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2662/try-to-get-email-…

1 0

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab)
by Zach Etienne 04 Nov '22

04 Nov '22

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab) Reporter: Leonardo Werneck Status: resolved Milestone: Version: ET_2022_11 Type: bug Priority: major Component: Changes (by Zach Etienne): status: resolved (was new) Comment (by Zach Etienne): Leo W says: "This was just a peculiarity of the C++ compiler, but by providing the path to a newer version of the standard template library the errors go away." -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2642/toolkit-fails-to-…

1 0

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab)
by Roland Haas 04 Nov '22

04 Nov '22

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab) Reporter: Leonardo Werneck Status: new Milestone: Version: ET_2022_11 Type: bug Priority: major Component: Comment (by Roland Haas): @{557058:8bc23f2a-45c0-477d-8ac4-a5a16c734278} @{5bae587b96242d2e2b6110a4} Can you click on the the “resolve” button $near the top right$? It should be visible to your account I think $if not, that can be fixed$. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2642/toolkit-fails-to-…

1 0

#2175: Test "Single, stable neutron star" example
by Leung, Lisa Jing 04 Nov '22

04 Nov '22

#2175: Test "Single, stable neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2022_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Leung, Lisa Jing): Updated webpage with updated image files and compressed result folder -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2175/test-single-stabl…

1 0

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab)
by Zach Etienne 04 Nov '22

04 Nov '22

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab) Reporter: Leonardo Werneck Status: new Milestone: Version: ET_2022_11 Type: bug Priority: major Component: Comment (by Zach Etienne): This has been resolved. Leo says: ``` It is just a peculiarity of the C++ compiler, but by providing the path to a newer version of the standard template library the errors go away. ``` ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2642/toolkit-fails-to-…

1 0

#2604: Simbuilding problem on macOS Monterey
by Roland Haas 04 Nov '22

04 Nov '22

#2604: Simbuilding problem on macOS Monterey Reporter: Lorenzo Bertassi Status: open Milestone: Version: ET_2021_11 Type: bug Priority: major Component: SimFactory Comment (by Roland Haas): I will close this ticket due to inactivity after 2022-11-18 unless objected. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2604/simbuilding-probl…

1 0

#2620: WVUThorns/Baikal & BaikalVacuum need CoordGauge, Slicing info in interface.ccl to compile
by Roland Haas 04 Nov '22

04 Nov '22

#2620: WVUThorns/Baikal & BaikalVacuum need CoordGauge, Slicing info in interface.ccl to compile Reporter: Bernard Kelly Status: resolved Milestone: ET_2022_05 Version: ET_2022_05 Type: bug Priority: major Component: EinsteinToolkit thorn Changes (by Roland Haas): status: resolved (was new) Comment (by Roland Haas): closing as per @{557058:8bc23f2a-45c0-477d-8ac4-a5a16c734278} statement -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2620/wvuthorns-baikal-…

1 0

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab)
by Roland Haas 04 Nov '22

04 Nov '22

#2642: Toolkit Fails to Compile on Sawtooth (Idaho National Lab) Reporter: Leonardo Werneck Status: new Milestone: Version: ET_2022_11 Type: bug Priority: major Component: Comment (by Roland Haas): @{5bae587b96242d2e2b6110a4} given that this is most likely a configuration file option issue. I will close this ticket with “wontfix” unless objections are raised by 2022-11-18 -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2642/toolkit-fails-to-…

1 0

#2652: ./ET_executable -O outputs about 19,000 lines
by Roland Haas 04 Nov '22

04 Nov '22

#2652: ./ET_executable -O outputs about 19,000 lines Reporter: Zach Etienne Status: new Milestone: Version: Type: bug Priority: trivial Component: Changes (by Roland Haas): priority: trivial (was major) Comment (by Roland Haas): not really a bug $does not break anything$ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2652/et_executable-o-o…

1 0

#2661: failure to regenerate Baikal and BaikalVacuum parfiles from README instruction
by Roland Haas 03 Nov '22

03 Nov '22

#2661: failure to regenerate Baikal and BaikalVacuum parfiles from README instruction Reporter: Status: new Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Well. The parfiles are generated, or at least there are directories Baikal\_parfiles and BaikalVacuum\_parfiles which contains files of the same name bug different content than the files in he ET. Those are the ones I am concerned about. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2661/failure-to-regene…

1 0

#2661: failure to regenerate Baikal and BaikalVacuum parfiles from README instruction
by Zach Etienne 03 Nov '22

03 Nov '22

#2661: failure to regenerate Baikal and BaikalVacuum parfiles from README instruction Reporter: Status: new Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Zach Etienne): Indeed, running the Jupyter notebook that generates Baikal and BaikalVacuum will only create the core C codes. We don’t output other files because they are managed separately. In the future we’d like to have everything “generated” when the Baikal\* notebook is run. Please keep this ticket open until that day. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2661/failure-to-regene…

1 0

#2661: failure to regenerate Baikal and BaikalVacuum parfiles from README instruction
by Anonymous 03 Nov '22

03 Nov '22

#2661: failure to regenerate Baikal and BaikalVacuum parfiles from README instruction Reporter: Status: new Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Following the instructions in the README file I am unable to reproduce the example parfiles provided for BaikalVaccum. Instead I get different files. Please provide instruction that let the files be reproduced. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2661/failure-to-regene…

1 0

#2176: Test "Binary neutron star" example
by Roland Haas 03 Nov '22

03 Nov '22

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: resolved Milestone: ET_2022_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Changes (by Roland Haas): status: resolved (was open) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2598: thornyflat - production run segmentation fault
by Anuj Kankani 03 Nov '22

03 Nov '22

#2598: thornyflat - production run segmentation fault Reporter: Maria Status: resolved Milestone: Version: ET_2021_11 Type: bug Priority: major Component: Comment (by Anuj Kankani): Thank, I think you gave me write access back in August so I should be good. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2598/thornyflat-produc…

1 0

#2598: thornyflat - production run segmentation fault
by Roland Haas 03 Nov '22

03 Nov '22

#2598: thornyflat - production run segmentation fault Reporter: Maria Status: resolved Milestone: Version: ET_2021_11 Type: bug Priority: major Component: Comment (by Roland Haas): There probably should be one. Right now it is only implied. Though I suspect I will have to first actually grant you write access to the repository. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2598/thornyflat-produc…

1 0

#2598: thornyflat - production run segmentation fault
by Anuj Kankani 03 Nov '22

03 Nov '22

#2598: thornyflat - production run segmentation fault Reporter: Maria Status: resolved Milestone: Version: ET_2021_11 Type: bug Priority: major Component: Comment (by Anuj Kankani): At the very end of [https://docs.einsteintoolkit.org/et-docs/Testsuite\_Machines](https://docs.… after the git commit command, there is no git push command. Is this a mistake or am I missing something? Just wanted to double check before pushing my results. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2598/thornyflat-produc…

1 0

#2598: thornyflat - production run segmentation fault
by Roland Haas 03 Nov '22

03 Nov '22

#2598: thornyflat - production run segmentation fault Reporter: Maria Status: resolved Milestone: Version: ET_2021_11 Type: bug Priority: major Component: Changes (by Roland Haas): status: resolved (was new) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2598/thornyflat-produc…

1 0

#2598: thornyflat - production run segmentation fault
by Roland Haas 03 Nov '22

03 Nov '22

#2598: thornyflat - production run segmentation fault Reporter: Maria Status: new Milestone: Version: ET_2021_11 Type: bug Priority: major Component: Comment (by Roland Haas): Applied as git hash [c2214852](https://bitbucket.org/simfactory/simfactory2/commits/c221485284a6… "thornyflat: correct directories" of [simfactory2](https://bitbucket.org/simfactory/simfactory2) -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2598/thornyflat-produc…

1 0

#2176: Test "Binary neutron star" example
by Bing-Jyun Tsao 02 Nov '22

02 Nov '22

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2022_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Bing-Jyun Tsao): BNS gallery example $bns-20221027$ is updated on the website. Notes on running BNS gallery example $10-27$: - Gnuplot issue with epstopdf and convert: need to update gnuplot and allow read/write access with ImageMagick. - Add python script to plot Psi4 using quibit instead $plot\_quibit.py in script.tar.gz$. - Compiling issue with LORENE: might not have the latest version of cmake, resolved by running on Expanse and Frontera. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2660: create autoconf test that checks for too old g++ STL in combination with icpc
by Roland Haas 02 Nov '22

02 Nov '22

#2660: create autoconf test that checks for too old g++ STL in combination with icpc Reporter: Roland Haas Status: new Milestone: Version: Type: task Priority: minor Component: Compilation of the ET on clusters regularly fails if icpc is combined with a too old STL from g\+\+. As of [https://www.einsteintoolkit.org/about/releases/ET\_2022\_05\_announcement.h… the ET must be compiled with STL from gcc-6 $or later$ when using icpc to provide for full C\+\+11 support $and not technical preview C\+\+11$. Similarly before, using gcc-4.3 $default on some redhat systems$ will fail to compile vectors due to bad default constructors. We should construct an autoconf test that tests for these issues and reports a useful error message to users setting up Cactus / the ET on their cluster. Note that technically Cactus would work with older C\+\+ compilers but the Einstein Toolkit will not. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2660/create-autoconf-t…

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac November 2022