Trac November 2021

trac@lists.einsteintoolkit.org

1 participants
77 discussions

#2538: Inclusion of kuibit
by Gabriele Bozzola 04 Nov '21

04 Nov '21

#2538: Inclusion of kuibit Reporter: Gabriele Bozzola Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Comment (by Gabriele Bozzola): I fixed the issue with `h5py` in `kuibit` 1.3.1, which I have just released. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…

1 0

#2538: Inclusion of kuibit
by Gabriele Bozzola 04 Nov '21

04 Nov '21

#2538: Inclusion of kuibit Reporter: Gabriele Bozzola Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Comment (by Gabriele Bozzola): > @Gabriele Bozzola > > for inclusion in in the ET, at least one of the ET maintainers \([http://einsteintoolkit.org/maintainers-credits.html](http://einsteintoolkit.org/maintainers-credits.html)\) should have write permission to the repository. Is that already the case? In this case > > @Steven R. Brandt > > may be the best person to give access to since he is release mananger ie will have to create tags or ensure that they have been created otherwise. You are Steven were invited to join the GitHub repo. > Current version may not build if user hasn’t separately installed hdf5 build environment \(h5py usually can install without this\). This comes from the fact that `kuibit` requires `h5py < 3` at the moment. I am trying to relax this assumption, but the dependency solver goes crazy. I will have to fiddle around to find a way out of this. In case, I will push a version 1.3.1 to fix this. > Can we add examples showing how to make 2D figures like BNS movie in gallery? I can help those that are running the gallery examples to make visualizations with `kuibit`. For example, you should be able to make the 2D movie we have in the gallery with `kuibit` without writing any single line of code: `mopi -m examples/mopi_movies/grid_var --resolution 500 --plane xy --variable rho_b --colorbar --datadir simulation --interpolation-method bicubic --logscale --vmin -7 --vmax -1 --parallel --outdir movie -x0 -30 -30 -x1 30 30` > I added kubit’s source code as well just so that is there \(and in case users already have the prereqs installed eg on their laptops\) but my recollection was that either: Correct, it is not trivial to install kuibit directly from the repo \(one needs \`poetry\`, and even then, it is still not simple\). The best way is with pip. This also simplifies upgrading `kuibit`. Hence, we should provide instructions to download `kuibit` with pip and a link to the documentation relative to the version. > For the new user notebook we can provide a list of OS package manager packages to install to be able to use kuibit from the copy in the ET. Unless I fail to work around the h5py problem, I think and hope that no extra package should be required, unless one wants to do 3D rendering with `mayavi`. ‌ I can also give a tutorial on `kuibit` at some point. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…

1 0

#2538: Inclusion of kuibit
by Roland Haas 04 Nov '21

04 Nov '21

1 0

#2538: Inclusion of kuibit
by Roland Haas 04 Nov '21

04 Nov '21

#2538: Inclusion of kuibit Reporter: Gabriele Bozzola Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Comment (by Roland Haas): A bit late but here’s a pull request that installs parts of kuibit into `utils/Analysis/kuibit` \(same location as POWER got installed to\): [https://bitbucket.org/einsteintoolkit/manifest/pull-requests/10/einsteintoo… I added kubit’s source code as well just so that is there \(and in case users already have the prereqs installed eg on their laptops\) but my recollection was that either: ```shell pip install git+https://github.com/Sbozzolo/kuibit.git@1.3.0 ``` or \(eventually\): ```shell pip install git+https://github.com/Sbozzolo/kuibit.git@ET_2021_11 ``` to have all prerequisites installed \(note the `@` sign to specify the tagged version to get\). For the new user notebook we can provide a list of OS package manager packages to install to be able to use kuibit from the copy in the ET. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…

1 0

#2538: Inclusion of kuibit
by Yosef Zlochower 04 Nov '21

04 Nov '21

#2538: Inclusion of kuibit Reporter: Gabriele Bozzola Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Comment (by Yosef Zlochower): Current version may not build if user hasn’t separately installed hdf5 build environment \(h5py usually can install without this\). Can we add examples showing how to make 2D figures like BNS movie in gallery? -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2538/inclusion-of-kuib…

1 0

#2551: include RePriMand in the ET
by Roland Haas 04 Nov '21

04 Nov '21

#2551: include RePriMand in the ET Reporter: Roland Haas Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Comment (by Roland Haas): Ideally there would be a TeX file documetnation.tex that can be used in the usual ET manner. Ie: * is included in the online doumentation auto-generated from the documentation.tex files * can be use to create a local thornguide / thorndoc using the respective make targets * can be used with `cd FOO/doc; pdflatex documentation.tex` to create documentation.pdf. The goal here is uniformity of available documentation to avoid situations where some thorns might have “[README.md](http://README.md)”, others “index.html”, and more again “Start.docx”. Said tex file should ideally be using the sphinx generated tex files, but some thorns instead just point to the actual documentation \(eg. [https://www.einsteintoolkit.org/thornguide/WVUThorns/Baikal/documentation.h…). This approach, of course, is a poor substitute for the real thing. Really good documetnation is eg in [https://www.einsteintoolkit.org/thornguide/CactusNumerical/MoL/documentatio… and there’s of course also empty documentation eg [https://www.einsteintoolkit.org/thornguide/CactusUtils/Vectors/documentatio… which should be avoided. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2551/include-reprimand…

1 0

#2551: include RePriMand in the ET
by Roland Haas 04 Nov '21

04 Nov '21

#2551: include RePriMand in the ET Reporter: Roland Haas Status: open Milestone: ET_2021_11 Version: development version Type: enhancement Priority: major Component: Comment (by Roland Haas): Pull request from above applied as git hash [3fd967c](https://bitbucket.org/einsteintoolkit/manifest/commits/3fd967c0e8f… "[einsteintoolkit.th](http://einsteintoolkit.th): add reprimand" of [manifest](https://bitbucket.org/einsteintoolkit/manifest) after discussion in the ET call today [http://lists.einsteintoolkit.org/pipermail/users/2021-November/008302.html]… . -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2551/include-reprimand…

1 0

#2176: Test "Binary neutron star" example
by Roland Haas 04 Nov '21

04 Nov '21

#2176: Test "Binary neutron star" example Reporter: Roland Haas Status: open Milestone: ET_2021_11 Version: development version Type: task Priority: major Component: EinsteinToolkit website Comment (by Roland Haas): Alexandru Dima \(UIUC\) will handle this for ET\_2021\_11. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2176/test-binary-neutr…

1 0

#2572: Build failure in PITTNullCode SphericalHarmonicReconGen
by Roland Haas 02 Nov '21

02 Nov '21

#2572: Build failure in PITTNullCode SphericalHarmonicReconGen Reporter: Wolfgang Kastaun Status: open Milestone: Version: ET_2021_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Roland Haas): Sounds like it to me. I tried installing Arch in a virtual machine but its installation procedure defeats me. It has been a _long_ time since I last had to run `grub-install` and bootstrap a Linux installation from scratch. Arch is too much down-on-your-knees-in-the-muck for me :-\). I may try a Docker image if there exists one, or is there is a simpler installation instruction than the official “Installation guide” \(which as far as I can tell is faulty right now since SHELL defaults to zsh but their instruction do not pacstrap zsh into the installed system\). Do you know the exact version number that Arch installed 1.12.0 exactly? And there were no other leftover HDF5 packages around? In principle I would want to know why this fails and if there is something we can do to avoid this on Arch \(and maybe similar systems in the future\), but without being able to reproduce the issue this is hard. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2572/build-failure-in-…

1 0

#2572: Build failure in PITTNullCode SphericalHarmonicReconGen
by Wolfgang Kastaun 02 Nov '21

02 Nov '21

#2572: Build failure in PITTNullCode SphericalHarmonicReconGen Reporter: Wolfgang Kastaun Status: open Milestone: Version: ET_2021_05 Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Wolfgang Kastaun): Changing only HDF5\_DIR=BUILD, it build without problem. So it is not a problem connected to the compiler. Maybe the Arch Linux hdf5 package is simply messed up. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2572/build-failure-in-…

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac November 2021