From rhaas at illinois.edu  Mon Dec  4 15:18:01 2023
From: rhaas at illinois.edu (rhaas at illinois.edu)
Date: Mon, 04 Dec 2023 15:18:01 -0600
Subject: [Users] Agenda for Thursday's Meeting
Message-ID: <E1rAGKH-0000000674e-1cHn@ekohaes8>

Please update the Wiki with agenda items for Thursday's meeting. Thanks!

https://docs.einsteintoolkit.org/et-docs/meeting_agenda

--The Maintainers

From rhaas at illinois.edu  Wed Dec  6 17:15:01 2023
From: rhaas at illinois.edu (rhaas at illinois.edu)
Date: Wed, 06 Dec 2023 17:15:01 -0600
Subject: [Users] Einstein Toolkit Meeting Reminder
Message-ID: <E1rB16b-0000000Ahl9-1RWM@ekohaes8>

Hello,

Please consider joining the weekly Einstein Toolkit phone call at
9:00 am US central time on Thursdays. For details on how to connect
and what agenda items are to be discussed, use the link below.

https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call

--The Maintainers

From rhaas at illinois.edu  Thu Dec  7 09:05:11 2023
From: rhaas at illinois.edu (Roland Haas)
Date: Thu, 7 Dec 2023 09:05:11 -0600
Subject: [Users] Trouble Building Cactus Thorns on Mac and on Expanse
In-Reply-To: <2FC5C783-98A9-455B-8C4E-EA06F9797A60@sdsu.edu>
References: <2FC5C783-98A9-455B-8C4E-EA06F9797A60@sdsu.edu>
Message-ID: <20231207090511.49bc46aa@ekohaes8>

Hello Joe,

Sorry for the delay.

> When I try to build on my Mac using the latest GNU compilers from
> Brew, I get a message that my compiler doesn?t support std c11.  The
> version of gcc installed is Apple clang version 15.0.0
> (clang-1500.0.40.1), whatever that gcc version that ends up being. 

Apple's clang is not supported for the ET (lack openmp, no fortran
compiler). Instead please take a look at the "prerequisites" section of:

https://github.com/einsteintoolkit/jupyter-et/blob/master/tutorial-server/notebooks/CactusTutorial.ipynb

which describes what packages to install on macOS using brew (this
assumes a freshly installed system, so depending on how many other
packages are installed eg for gcc using brew, conda, whatnot this may
not work immediately for you).

> If I use the gcc from the MESA SDK, (version 12.2.0) I get the same
> message.

Did you run the "./simfactory/bin/sim setup-silent" command? When you
say you us e "gcc from the MESA SDK" how did you ensure that it is
used? the "setup-silent" command above will have created a machine ini
file in simfactory/mdb/machines/<YOURNMACHINENAME>.ini where
<YOURMACHINENAME> is the hostname of your laptop (from hostname -f). It
in turn has an entry optionlist that points to a .cfg file in
simfactory/mdb/optionlists that in turn has CC and CXX settings for the
compiler used. 

gcc-12 from machports and homebrew was enough to compile the ET on a
mac M1 system for the Schwarzschild release. Right now, at least
machports, has broken their compiler setup it seems and gcc13 fails to
compile some files and gcc12 setups fail b/c gcc13 is pulled in anyway.
I have not yet tried homebrew yet.

> So, I switched to try it on the SDSC Expanse cluster, and at least I
> don?t get that problem, but I do end of having an issue that it is
> looking for some Slurm include files from a version that isn?t on
> expanse any more.  Specifically it is looking under
> /cm/shared/apps/slurm/20.02.3/ but Expanse now has
> /cm/shared/apps/slurm/21.08.8.

That may be an issue with simfactory's machine database in the release
ET_2023_05 having aged too much. You can try the simfactory development
branch ("master"), like so:

cd repos/simfactory2
# these three make all branches available 
git fetch --unshallow
git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"
git fetch origin
git checkout master

> So I have a few questions
> 
> 1) How can I just build what I need for Hydro_RNSID?
There is a tool "MakeThornList" in  ./utils/Scripts/MakeThornList that
you can use to create a minimal thornlist for a given parameter file
that you would like to run (not for a single thorn, which usually is
not very useful). Eg to make a minimal parameter file for the
qc-mclachlan.par example parameter file you'd run:

./utils/Scripts/MakeThornList --master thornlists/einsteintoolkit.th par/qc0-mclachlan.par >thornlists/qc0-mclachlan-minimal.th

where "--master" gives the list of all available thorns.

> 2) What can I do about building on my Mac?

Installing the packages using brew should work. The prerequisites
section linked to above should do this.

> 3) Where can I change the configuration of my build so that it refers
> to the correct Slurm version when building on Expanse?

I think updating simfactory should address this.

Yours,
Roland

-- 
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://pgp.mit.edu .
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231207/a4721153/attachment-0001.sig>

From combi.luciano at gmail.com  Sun Dec 10 16:24:34 2023
From: combi.luciano at gmail.com (Luciano Combi)
Date: Sun, 10 Dec 2023 17:24:34 -0500
Subject: [Users] question on GRHydro atmosphere mask
Message-ID: <CAMh3PoiREudcXZMhO4RNqt+S-qXZK3JNOqjaZDGcG4ZmWTyj_A@mail.gmail.com>

Hello people.

I've been using  (a version of) GRHydro for a while and I was wondering if
you know what motivated the use of an atmosphere mask. I understand that
this is useful to set atmosphere states between mesh refinement levels, but
I'd like to know if you've seen problems before just resetting locally to
atmosphere.

Thanks!!


Luc.


---
*Dr. Luciano Combi*
Postdoctoral Researcher
Perimeter Institute for Theoretical Physics
CITA National Fellow (U. of Guelph)
---
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231210/0557329d/attachment.htm>

From rhaas at illinois.edu  Mon Dec 11 15:18:01 2023
From: rhaas at illinois.edu (rhaas at illinois.edu)
Date: Mon, 11 Dec 2023 15:18:01 -0600
Subject: [Users] Agenda for Thursday's Meeting
Message-ID: <E1rCnf7-00000001LcN-2wWA@ekohaes8>

Please update the Wiki with agenda items for Thursday's meeting. Thanks!

https://docs.einsteintoolkit.org/et-docs/meeting_agenda

--The Maintainers

From sbrandt at cct.lsu.edu  Wed Dec 13 09:01:01 2023
From: sbrandt at cct.lsu.edu (Steven R. Brandt)
Date: Wed, 13 Dec 2023 09:01:01 -0600
Subject: [Users] minutes for 12-07-2023
Message-ID: <1d4cbf0a-423a-41d9-9aae-5e26d29163be@cct.lsu.edu>

Present: Steve, Roland, Leo, Sam, Zach

Release:
 ??? Blockers:
 ??????? NSIMD - should be fixed
 ??????? Cannot update Zenodo - Roland is debugging
 ??? Tests:
 ??????? Tests failed for Steve on deepbayou and supermike:
 ??????????? sphere_pugh_ppm (from Hydro_InitExcision)
 ??????????? ML_BSSN_NewRad (from ML_BSSN_Test)
 ??????????? ML_BSSN_O8_sgw3d (from ML_BSSN_Test)
 ??????? Not all tests run: qbc, sunrise?
 ??????????? Delta: All tests passed
 ??????????? Expanse: NewRad fails
 ??? Gallery:
 ??????? BNS - in progress
 ??????? BBH - Deborah, still running it
 ??????? TOV - Peter, not here
 ??????? ScalarWave, Poisson - Done!
Tickets:
 ??? IllinoisGRMHD points to non-existent docs (Zach fixed while on call)
 ??? HTTPD array access out of bounds
 ??? NSIMD may not be generating SIMD code?
 ??? gridcoordinates.asc causes the testsuite problems
 ??? PUGH has a bad free
 ??? sgrid is okay
 ??? cmake thorn not included as yet
Skip meetings: 12-21-2023, 12-28-2023, and 01-04-2024


From rhaas at illinois.edu  Wed Dec 13 17:15:01 2023
From: rhaas at illinois.edu (rhaas at illinois.edu)
Date: Wed, 13 Dec 2023 17:15:01 -0600
Subject: [Users] Einstein Toolkit Meeting Reminder
Message-ID: <E1rDYRR-00000006Ud4-1jXA@ekohaes8>

Hello,

Please consider joining the weekly Einstein Toolkit phone call at
9:00 am US central time on Thursdays. For details on how to connect
and what agenda items are to be discussed, use the link below.

https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call

--The Maintainers

From sbrandt at cct.lsu.edu  Thu Dec 14 09:34:57 2023
From: sbrandt at cct.lsu.edu (Steven R. Brandt)
Date: Thu, 14 Dec 2023 09:34:57 -0600
Subject: [Users] meeting minutes for 2023-12-14
Message-ID: <43fd7cfc-e7c8-45c2-b367-9868099ab9c1@cct.lsu.edu>

Present: Zach, Steve, Vaishak Prasad, Sam, Leo
Chair: Sam
Minutes: Steve

Checked: http://einsteintoolkit.org/testsuite_results/index.php

Roland says we cannot compile on MacOS. Too many problems.

JupyterET - needs to rebuild and push to dockerhub
 ??? Only Roland or Steve can do that.

Ready for Zenodo (Steve will do)

Gallery exmaples
 ??? Deborah has a PR for the website repo for her changes
 ??? The BNS has been run, but analysis is not yet done
 ??? TOV is being done by Peter

Unanswered emails
 ??? Question about atmosphere mask, need to ask original authors.

Simfactory2 website doc issue updated
NSIMD needs some testing and investigation

Next meeting: Jan 11


From bruno.giacomazzo at unimib.it  Thu Dec 14 10:00:06 2023
From: bruno.giacomazzo at unimib.it (Bruno Giacomazzo)
Date: Thu, 14 Dec 2023 17:00:06 +0100
Subject: [Users] question on GRHydro atmosphere mask
In-Reply-To: <CAMh3PoiREudcXZMhO4RNqt+S-qXZK3JNOqjaZDGcG4ZmWTyj_A@mail.gmail.com>
References: <CAMh3PoiREudcXZMhO4RNqt+S-qXZK3JNOqjaZDGcG4ZmWTyj_A@mail.gmail.com>
Message-ID: <CADjWfojQpim6ohZvY8PEWnnOqecdJb2yAc+zmCf1rsgT_zt+0A@mail.gmail.com>

Luciano,
   I think GRHydro inherited the atmosphere_mask from Whisky. In Whisky the
atmosphere_mask was introduced to allow to set the RHS to zero for points
within the atmosphere and to avoid to run Con2Prim in those points.
I do not think there is any advantage in using it and there should be no
problem in setting the points to atmosphere locally without a mask (in
Spritz, which comes from WhiskyMHD, we removed indeed the usage of masks).

Cheers,
Bruno

Il giorno dom 10 dic 2023 alle ore 23:28 Luciano Combi <
combi.luciano at gmail.com> ha scritto:

> Hello people.
>
> I've been using  (a version of) GRHydro for a while and I was wondering if
> you know what motivated the use of an atmosphere mask. I understand that
> this is useful to set atmosphere states between mesh refinement levels, but
> I'd like to know if you've seen problems before just resetting locally to
> atmosphere.
>
> Thanks!!
>
>
> Luc.
>
>
> ---
> *Dr. Luciano Combi*
> Postdoctoral Researcher
> Perimeter Institute for Theoretical Physics
> CITA National Fellow (U. of Guelph)
> ---
> _______________________________________________
> Users mailing list
> Users at einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users
>


-- 

Prof. Bruno Giacomazzo
Department of Physics
University of Milano-Bicocca
Piazza della Scienza 3
20126 Milano
Italy

email: bruno.giacomazzo at unimib.it
phone: (+39) 02 6448 2321
web: http://www.brunogiacomazzo.org

---------------------------------------------------------------------
There are only 10 types of people in the world:
Those who understand binary, and those who don't
----------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231214/b818b574/attachment.htm>

From scupp1 at my.apsu.edu  Thu Dec 14 16:27:10 2023
From: scupp1 at my.apsu.edu (Cupp, Samuel D.)
Date: Thu, 14 Dec 2023 22:27:10 +0000
Subject: [Users] ET_2023_11 "Lise Meisner" Einstein Toolkit Release
 Announcement
Message-ID: <DM6PR01MB4011E8D602C5A6BEEE86EE30D98CA@DM6PR01MB4011.prod.exchangelabs.com>

Release Announcement

Click here to read the announcement in HTML (with hyperlinks):
https://einsteintoolkit.org/about/releases/ET_2023_11_announcement.html

We are pleased to announce the twenty-seventh release (code name "Lise
Meitner") of the Einstein Toolkit, an open-source, community-developed
software infrastructure for relativistic astrophysics. The major changes
in this release include:

Several new arrangements and thorns have been added:

 * CarpetX arrangement for the new AMReX-based mesh driver and
   supporting thorns
 * GRHayLib for access to the General Relativistic Hydrodynamics
   Library (GRHayL)
 * GRHayLID for simple GR(M)HD initial data using GRHayLib (e.g.
   Balsara tests, isotropic gas)
 * GRHayLHD for GRHD evolution using GRHayL (equivalent to
   IllinoisGRMHD with no magnetic fields)
 * GRHayLIDX for CarpetX version of GRHayLID; this thorn currently
   runs on the host, not the gpu
 * GRHayLHDX for CarpetX version of GRHayLHD; this thorn currently
   runs on the host, not the gpu
 * DNSdata for importing SGRID initial data

New capabilities for existing codes:

 * Seed_Magnetic_Fields has been updated to support both TOV and BNS
   magnetic fields; explicit IllinoisGRMHD scheduling dependency
   removed to support broader usage; some parameter options are
   deprecated and will be removed in the next release

In addition, bug fixes accumulated since the previous release in May
2023 have been included.

The Einstein Toolkit is a collection of software components and tools
for simulating and analyzing general relativistic astrophysical systems
that builds on numerous software efforts in the numerical relativity
community, including code to compute initial data parameters, the
spacetime evolution codes Baikal, lean_public, and McLachlan, analysis
codes to compute horizon characteristics and gravitational waves, the
Carpet AMR infrastructure, and the relativistic (magneto)hydrodynamics
codes GRHayLHD, GRHayLHDX, GRHydro, and IllinoisGRMHD. Data analysis and
post-processing is handled by the kuibit library. The Einstein Toolkit
also contains a 1D self-force code. For parts of the toolkit, the Cactus
Framework is used as the underlying computational infrastructure,
providing large-scale parallelization, general computational components,
and a model for collaborative, portable code development.

The Einstein Toolkit uses a distributed software model, and its
different modules are developed, distributed, and supported either by
the core team of Einstein Toolkit Maintainers or by individual groups.
Where modules are provided by external groups, the Einstein Toolkit
Maintainers provide quality control for modules for inclusion in the
toolkit and help coordinate support. The Einstein Toolkit Maintainers
currently involve staff and faculty from five different institutions and
host weekly meetings that are open for anyone to join.

Guiding principles for the design and implementation of the toolkit
include: open, community-driven software development; well thought-out
and stable interfaces; separation of physics software from computational
science infrastructure; provision of complete working production code;
training and education for a new generation of researchers.

For more information about using or contributing to the Einstein
Toolkit, or to join the Einstein Toolkit Consortium, please visit our
web pages at http://einsteintoolkit.org, or contact the users mailing
list users at einsteintoolkit.org.

The Einstein Toolkit is primarily supported by NSF
2004157/2004044/2004311/2004879/2003893/2114582/2227105 (Enabling
fundamental research in the era of multi-messenger astrophysics).

The Einstein Toolkit contains about 400 regression test cases. On a
large portion of the tested machines, almost all of these tests pass,
using both MPI and OpenMP parallelization.

Deprecated functionality
 * Seed_Magnetic_Fields: to support the changes, parameter options
   were renamed; the old options are deprecated and will be removed
   in the next release
 * Seed_Magnetic_Fields_BNS is slated to be removed in the next
   release, as its features have been merged into
   Seed_Magnetic_Fields

Contributors

Among the many contributors to the Einstein Toolkit and to this release
in particular, important contributions to new components were made by
the following authors:

 * Federico G. Lopez Armengol
 * Steven R. Brandt
 * Michail Chabanov
 * Cheng-Hsin Cheng
 * Samuel Cupp
 * Alexandru Dima
 * Jake Doherty
 * Lorenzo Ennoggi
 * Zachariah Etienne
 * Roland Haas
 * Terrence Pierre Jacques
 * Liwei Ji
 * Jay Kalinani
 * Philipp Moesta
 * Michal Pirog
 * Lucas Timotheo Sanches
 * Erik Schnetter
 * Swapnil Shankar
 * Wolfgang Tichy
 * Leonardo Werneck

How to upgrade from Schwarzschild Release (ET_2023_05)

To upgrade from the previous release, use GetComponents with the new
thornlist to check out the new version.

See the Download page (http://einsteintoolkit.org/download.html) on the
Einstein Toolkit website for download instructions.

The SelfForce-1D code uses a single git repository; thus, using

git pull; git checkout ET_2023_11

will update the code.

To install Kuibit, do the following:

pip install --user -U kuibit==1.4.0

Machine notes

Supported (tested) machines include:

 * Debian, Ubuntu, Fedora, Mint, OpenSUSE, and macOS X installations
   with dependencies installed as prescribed in the official
   installation instructions
 * Anvil
 * Deep Bayou
 * Delta
 * Expanse
 * Frontera
 * Sunrise

Note for individual machines:

 * TACC machines: defs.local.ini needs to have `sourcebasedir =
   $WORK` and `basedir = $SCRATCH/simulations` configured for this
   machine. You need to determine $WORK and $SCRATCH by logging in to
   the machine.

All repositories participating in this release carry a branch ET_2023_11
marking this release. These release branches will be updated if severe
errors are found.

The "Lise Meitner" Release Team on behalf of the Einstein Toolkit
Consortium (2023-12-14)

 * Samuel Cupp
 * Steven R. Brandt
 * Peter Diener
 * Zachariah Etienne
 * Roland Haas
 * Liwei Ji
 * Deborah Ferguson
 * Gabriele Bozzola
 * Hyun Park

December 14, 2023
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231214/fff4a55f/attachment-0001.htm>

From 13689678307 at 163.com  Fri Dec 15 06:42:03 2023
From: 13689678307 at 163.com (Liu Xiang)
Date: Fri, 15 Dec 2023 20:42:03 +0800 (GMT+08:00)
Subject: [Users] request for assistance
Message-ID: <2270fee5.16a7f.18c6d7f88a3.Coremail.13689678307@163.com>

Dear Einstein Toolkit developers,

My name is Liu and I am a student from Nagoya University. I am now learning to use ET to do some simulations. This time I am trying to reproduce this:
https://einsteintoolkit.org/gallery/bns/index.html
which is a simulation of binary neutron stars.

During execution, I noticed this segmentation fault here when creating the simulation directory structure. (The screenshot file is attached to this email) This seems to be caused by a mismatch in memory settings. I've tried many debugging methods, but it still doesn't work.

Could you please help me identify the issue? I am using Ubuntu 22.04.3 and I have already built the Einstein Toolkit and run a sample simulation successfully.

Thank you very much for your sincerest help.

Best regards,
Liu Xiang


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231215/c4da9f46/attachment.htm>

From 13689678307 at 163.com  Fri Dec 15 07:50:51 2023
From: 13689678307 at 163.com (Liu Xiang)
Date: Fri, 15 Dec 2023 21:50:51 +0800 (GMT+08:00)
Subject: [Users] request for assistance
Message-ID: <21b67ebe.3f3d8.18c6dbe83a7.Coremail.13689678307@163.com>

Dear Einstein Toolkit developers,

My name is Liu and I am a student from Nagoya University. I am now learning to use ET to do some simulations. This time I am trying to reproduce this:
https://einsteintoolkit.org/gallery/bns/index.html
which is a simulation of binary neutron stars.

During execution, I noticed this segmentation fault here when creating the simulation directory structure. (The screenshot file is attached to this email) This seems to be caused by a mismatch in memory settings. I've tried many debugging methods, but it still doesn't work.

Could you please help me identify the issue? I am using Ubuntu 22.04.3 and I have already built the Einstein Toolkit and run a sample simulation successfully.

Thank you very much for your sincerest help.

Best regards,
Liu Xiang


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231215/7c223384/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mmexport1697873213984.png
Type: image/png
Size: 286553 bytes
Desc: not available
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231215/7c223384/attachment-0001.png>

From sbrandt at cct.lsu.edu  Fri Dec 15 09:44:07 2023
From: sbrandt at cct.lsu.edu (Steven R. Brandt)
Date: Fri, 15 Dec 2023 09:44:07 -0600
Subject: [Users] request for assistance
In-Reply-To: <2270fee5.16a7f.18c6d7f88a3.Coremail.13689678307@163.com>
References: <2270fee5.16a7f.18c6d7f88a3.Coremail.13689678307@163.com>
Message-ID: <d34abd15-8578-45f3-9beb-b893d8044ceb@cct.lsu.edu>

Hello Liu,

There is no attachment. Did you forget?

--Steve

On 12/15/2023 6:42 AM, Liu Xiang wrote:
> Dear Einstein Toolkit developers,
>
> My name is Liu and I am a student from Nagoya University. I am now 
> learning to use ET to do some simulations. This time I am trying to 
> reproduce this:
> https://einsteintoolkit.org/gallery/bns/index.html
> which is a simulation of binary neutron stars.
>
> During execution, I noticed this segmentation fault here when creating 
> the simulation directory structure. (The screenshot file is attached 
> to this email) This seems to be caused by a mismatch in memory 
> settings. I've tried many debugging methods, but it still doesn't work.
>
> Could you please help me identify the issue? I am using Ubuntu 22.04.3 
> and I have already built the Einstein Toolkit and run a sample 
> simulation successfully.
>
> Thank you very much for your sincerest help.
>
> Best regards,
> Liu Xiang
>
>
>
> _______________________________________________
> Users mailing list
> Users at einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users

From sbrandt at cct.lsu.edu  Fri Dec 15 09:49:38 2023
From: sbrandt at cct.lsu.edu (Steven R. Brandt)
Date: Fri, 15 Dec 2023 09:49:38 -0600
Subject: [Users] request for assistance
In-Reply-To: <21b67ebe.3f3d8.18c6dbe83a7.Coremail.13689678307@163.com>
References: <21b67ebe.3f3d8.18c6dbe83a7.Coremail.13689678307@163.com>
Message-ID: <dccc3180-aad0-48de-a891-fc32c8d3206a@cct.lsu.edu>


On 12/15/2023 7:50 AM, Liu Xiang wrote:
> Dear Einstein Toolkit developers,
>
> My name is Liu and I am a student from Nagoya University. I am now 
> learning to use ET to do some simulations. This time I am trying to 
> reproduce this:
> https://einsteintoolkit.org/gallery/bns/index.html
> which is a simulation of binary neutron stars.
>
> During execution, I noticed this segmentation fault here when creating 
> the simulation directory structure. (The screenshot file is attached 
> to this email) This seems to be caused by a mismatch in memory 
> settings. I've tried many debugging methods, but it still doesn't work.

Can you clarify what you mean by "mismatch in memory settings?" Also, 
what debugging methods have you tried? Have you attempted to get a stack 
trace with gdb?

Thanks,

Steve

>
> Could you please help me identify the issue? I am using Ubuntu 22.04.3 
> and I have already built the Einstein Toolkit and run a sample 
> simulation successfully.
>
> Thank you very much for your sincerest help.
>
> Best regards,
> Liu Xiang
>
>
>
> _______________________________________________
> Users mailing list
> Users at einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/users

From sbrandt at cct.lsu.edu  Mon Dec 18 08:39:18 2023
From: sbrandt at cct.lsu.edu (Steven Brandt)
Date: Mon, 18 Dec 2023 08:39:18 -0600
Subject: [Users] request for assistance
In-Reply-To: <CAPfQHQY8umAP2cCAp+x2GWxLQPCpH3cWu0GXAR-f1cY7i6YfaQ@mail.gmail.com>
References: <21b67ebe.3f3d8.18c6dbe83a7.Coremail.13689678307@163.com>
 <dccc3180-aad0-48de-a891-fc32c8d3206a@cct.lsu.edu>
 <CAPfQHQY8umAP2cCAp+x2GWxLQPCpH3cWu0GXAR-f1cY7i6YfaQ@mail.gmail.com>
Message-ID: <31fcbad6-0d01-4ab4-b390-e9a5c9c803d8@cct.lsu.edu>

It looks like the machine you are on does not allow you to use curl to 
download. Maybe checkout Cactus on your laptop and scp it to your machine?

--Steve

On 12/15/2023 12:16 PM, BRINGEN BUKAR wrote:
> In an attempt to install the ET this error keep occurring can someone? 
> help me out. Thank you
>
> On Fri, 15 Dec 2023, 4:50 pm Steven R. Brandt, <sbrandt at cct.lsu.edu> 
> wrote:
>
>
>     On 12/15/2023 7:50 AM, Liu Xiang wrote:
>     > Dear Einstein Toolkit developers,
>     >
>     > My name is Liu and I am a student from Nagoya University. I am now
>     > learning to use ET to do some simulations. This time I am trying to
>     > reproduce this:
>     > https://einsteintoolkit.org/gallery/bns/index.html
>     > which is a simulation of binary neutron stars.
>     >
>     > During execution, I noticed this segmentation fault here when
>     creating
>     > the simulation directory structure. (The screenshot file is
>     attached
>     > to this email) This seems to be caused by a mismatch in memory
>     > settings. I've tried many debugging methods, but it still
>     doesn't work.
>
>     Can you clarify what you mean by "mismatch in memory settings?" Also,
>     what debugging methods have you tried? Have you attempted to get a
>     stack
>     trace with gdb?
>
>     Thanks,
>
>     Steve
>
>     >
>     > Could you please help me identify the issue? I am using Ubuntu
>     22.04.3
>     > and I have already built the Einstein Toolkit and run a sample
>     > simulation successfully.
>     >
>     > Thank you very much for your sincerest help.
>     >
>     > Best regards,
>     > Liu Xiang
>     >
>     >
>     >
>     > _______________________________________________
>     > Users mailing list
>     > Users at einsteintoolkit.org
>     > http://lists.einsteintoolkit.org/mailman/listinfo/users
>     _______________________________________________
>     Users mailing list
>     Users at einsteintoolkit.org
>     http://lists.einsteintoolkit.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231218/92caa791/attachment.htm>

From okorieeo at gmail.com  Tue Dec 19 22:39:06 2023
From: okorieeo at gmail.com (emmanuel okorie)
Date: Wed, 20 Dec 2023 04:39:06 -0000
Subject: [Users] Einsteintoolkit installation on ubuntu 22.04 failed
Message-ID: <CAEhtaQdZDmyqZMknD3TGr+q25ZBYdoUtfBhKOnn10MszT8jSvA@mail.gmail.com>

Hi
I'm Okorie Emmanuel from the department of Computer Science, University of
Jos Nigeria. I got to know about the Einstein Toolkit  from a friend doing
Phd in physics from my school, i became curious and wanted to explore
toolkits. However,  I have been trying to install Einsteintoolkit on my
Ubuntu 22.04 machine for some time now but have not succeeded.

Each time I try I get this message curl: (28) SSL connection timeout
and when I visit
https://raw.githubusercontent.com/gridaphobe/CRL/ET_2023_11/GetComponents
the page does not load. here is the screenshot of the experience from my
ubuntu terminal

[image: Screenshot from 2023-12-20 05-30-47.png]

I'm really frustrated at this point.

Please can anyone tell me what I'm doing wrong? or any other alternative?
of installing toolkits on my machine. I'm using this guild for installation

https://einsteintoolkit.org/download.html

curl -kLO https://raw.githubusercontent.com/gridaphobe/CRL/ET_2023_11/GetComponents
chmod a+x GetComponents
./GetComponents --parallel
https://bitbucket.org/einsteintoolkit/manifest/raw/ET_2023_11/einsteintoolkit.th


Below is the screenshot of my experience
[image: Screenshot from 2023-12-15 11-28-16.png]


I hope someone can help me out
Thanks and regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231220/e9fad765/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2023-12-20 05-30-47.png
Type: image/png
Size: 27543 bytes
Desc: not available
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231220/e9fad765/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2023-12-15 11-28-16.png
Type: image/png
Size: 96351 bytes
Desc: not available
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231220/e9fad765/attachment-0003.png>

From chenzhiwei171 at mails.ucas.ac.cn  Wed Dec 20 04:19:24 2023
From: chenzhiwei171 at mails.ucas.ac.cn (=?UTF-8?B?6ZmI5pm65aiB?=)
Date: Wed, 20 Dec 2023 10:19:24 -0000
Subject: [Users] Questions on the installation of ET in Linux system
Message-ID: <4f5f9447.6e0b4.18c86bc786a.Coremail.chenzhiwei171@mails.ucas.ac.cn>

Dear Einstein Toolkit group,

    I am wirting to ask a question on the installation of ET. I have successfully configured simfactory in my workstation. When I tried to build the Einstein Toolkit with


   >>> simfactory/bin/sim build -j2 --thornlist manifest/einsteintoolkit.th




   ,there is something wrong. 

    The build procedure has ran to the stage of : 




>>> Creating cactus_sim in /home/gw_czw/et/Cactus/exe from EinsteinAnalysis/ADMAnalysis EinsteinBas
Base EinsteinBase/ADMCoupling Llama/ADMDerivatives EinsteinBase/ADMMacros EinsteinAnalysis/ADMM
umerical/AEILocalInterp EinsteinAnalysis/AHFinder EinsteinAnalysis/AHFinderDirect ExternalLibra
BLAS WVUThorns/Baikal WVUThorns/BaikalVacuum CactusBase/Boundary CTThorns/CT_Analytic CTThorns/
ltiLevel EinsteinAnalysis/CalcK Carpet/Carpet Carpet/CarpetEvolutionMask Carpet/CarpetIOASCII C
/CarpetIOBasic Carpet/CarpetIOHDF5 Carpet/CarpetIOScalar Carpet/CarpetIntegrateTest Carpet/Carp
erp Carpet/CarpetInterp2 Carpet/CarpetLib Carpet/CarpetMask Carpet/CarpetProlongateTest Carpet/
tReduce Carpet/CarpetRegrid Carpet/CarpetRegrid2 Carpet/CarpetRegridTest Carpet/CarpetSlab Carp
rpetTracker CactusBase/CartGrid3D CactusNumerical/Cartoon2D EinsteinBase/Constants WVUThorns/Co
_to_HydroBase CactusBase/CoordBase EinsteinBase/CoordGauge Llama/Coordinates Llama/CoordinatesS
ry Carpet/CycleClock CactusExamples/DemoInterp CactusNumerical/Dissipation EinsteinInitialData/
rtedBHIVP EinsteinAnalysis/EHFinder EinsteinBase/EOS_Base EinsteinEOS/EOS_Hybrid EinsteinEOS/EO
alFluid EinsteinEOS/EOS_Omni EinsteinEOS/EOS_Polytrope EinsteinExact/EinsteinExact_Test CactusE
ic/EllBase CactusElliptic/EllSOR EinsteinInitialData/Exact EinsteinAnalysis/Extract ExternalLib
s/FFTW3 EinsteinInitialData/FLRWSolver WVUThorns/FishboneMoncriefID CactusExamples/FleshInfo Ca
tils/Formaline CactusBase/Fortran EinsteinEvolve/GRHydro EinsteinEvolve/GRHydro_InitData Extern
raries/GSL EinsteinExact/GaugeWave KrancNumericalTools/GenericFD WVUThorns/GiRaFFE WVUThorns/Gi
_to_HydroBase WVUThorns/GiRaFFEfood Llama/GlobalDerivative ExternalLibraries/HDF5 CactusConnect
D CactusConnect/HTTPDExtra CactusExamples/HelloWorld Carpet/HighOrderWaveTest EinsteinBase/Hydr
 EinsteinAnalysis/Hydro_Analysis EinsteinInitialData/Hydro_InitExcision EinsteinInitialData/Hyd
SID EinsteinInitialData/IDAnalyticBH EinsteinInitialData/IDAxiBrillBH EinsteinInitialData/IDAxi
illBH EinsteinInitialData/IDBrillData EinsteinInitialData/IDConstraintViolate EinsteinInitialDa
FileADM EinsteinInitialData/IDLinearWaves CactusWave/IDScalarWave CactusWave/IDScalarWaveC Cact
e/IDScalarWaveCXX CactusWave/IDScalarWaveElliptic CactusExamples/IDWaveMoL WVUThorns/ID_convert
RaFFE WVUThorns/ID_converter_ILGRMHD CactusBase/IOASCII CactusBase/IOBasic CactusPUGHIO/IOHDF5
sPUGHIO/IOHDF5Util CactusIO/IOJpeg CactusBase/IOUtil WVUThorns/IllinoisGRMHD CactusBase/InitBas
tusNumerical/InterpToArray Llama/Interpolate2 EinsteinExact/KerrSchild ExternalLibraries/LAPACK
rnalLibraries/LORENE Lean/LeanBSSNMoL Llama/LlamaWaveToy CactusNumerical/LocalInterp CactusNume
/LocalInterp2 CactusNumerical/LocalReduce Carpet/LoopControl McLachlan/ML_ADMConstraints McLach
L_ADMQuantities McLachlan/ML_BSSN McLachlan/ML_BSSN_Helper McLachlan/ML_BSSN_Test McLachlan/ML_
McLachlan/ML_CCZ4_Helper McLachlan/ML_CCZ4_Test McLachlan/ML_WaveToy McLachlan/ML_WaveToy_Test
nalLibraries/MPI CactusUtils/MemSpeed EinsteinInitialData/Meudon_Bin_BH EinsteinInitialData/Meu
in_NS EinsteinInitialData/Meudon_Mag_NS EinsteinExact/Minkowski CactusNumerical/MoL EinsteinExa
difiedSchwarzschildBL EinsteinAnalysis/Multipole Lean/NPScalars Proca/NPScalars_Proca EinsteinI
lData/NRPyEllipticET CactusUtils/NaNCatcher CactusUtils/NaNChecker EinsteinEvolve/NewRad Cactus
/Nice EinsteinInitialData/NoExcision CactusUtils/NoMPI CactusNumerical/Noise CactusNumerical/No
ITTNullCode/NullConstr PITTNullCode/NullDecomp PITTNullCode/NullEvolve PITTNullCode/NullExact P
llCode/NullGrid PITTNullCode/NullInterp PITTNullCode/NullNews PITTNullCode/NullPsiInt PITTNullC
ullSHRExtract PITTNullCode/NullVars ExternalLibraries/OpenSSL EinsteinAnalysis/Outflow External
ries/PAPI CactusPUGH/PUGH CactusPUGH/PUGHInterp CactusPUGH/PUGHReduce CactusPUGH/PUGHSlab Cactu
rical/Periodic Carpet/PeriodicCarpet CactusExamples/Poisson Proca/ProcaBase Proca/ProcaEvolve P
Proca_simpleID EinsteinAnalysis/PunctureTracker EinsteinAnalysis/QuasiLocalMeasures EinsteinIni
ata/ReadInterpolate Carpet/ReductionTest Carpet/ReductionTest2 Carpet/ReductionTest3 CactusNume
/ReflectionSymmetry Carpet/RegridSyncTest EinsteinInitialData/RotatingDBHIVP CactusNumerical/Ro
gSymmetry180 CactusNumerical/RotatingSymmetry90 CactusExamples/SampleBoundary CactusExamples/Sa
O Scalar/ScalarBase Scalar/ScalarEvolve Scalar/ScalarInit WVUThorns/Seed_Magnetic_Fields WVUTho
iagnostics/Seed_Magnetic_Fields_BNS EinsteinUtils/SetMask_SphericalSurface EinsteinExact/Shifte
eWave WVUThorns/ShiftedKerrSchild CactusNumerical/Slab CactusNumerical/SlabTest CactusConnect/S
 CactusNumerical/SpaceMask PITTNullCode/SphericalHarmonicDecomp PITTNullCode/SphericalHarmonicR
PITTNullCode/SphericalHarmonicReconGen CactusNumerical/SphericalSurface EinsteinBase/StaticConf
 CactusNumerical/SummationByParts CactusBase/SymBase CactusUtils/SystemStatistics CactusUtils/S
Topology CactusElliptic/TATelliptic EinsteinUtils/TGRtensor EinsteinInitialData/TOVSolver Cactu
rical/TensorTypes CactusUtils/TerminationTrigger CactusTest/TestArrays Carpet/TestCarpetGridInf
tusTest/TestComplex CactusTest/TestCoordinates CactusTest/TestFortranCrayPointers CactusTest/Te
tranDependencies1 CactusTest/TestFortranDependencies2 CactusTest/TestFpointerNULL CactusTest/Te
eF90 CactusTest/TestGlobalReduce CactusTest/TestInclude1 CactusTest/TestInclude2 CactusNumerica
tLocalInterp2 CactusNumerical/TestLocalReduce CactusTest/TestLoop Carpet/TestLoopControl Cactus
TestMath CactusTest/TestMoL CactusTest/TestPar CactusTest/TestReadWrite CactusTest/TestReduce C
Test/TestSchedule CactusTest/TestStrings CactusTest/TestTable CactusTest/TestTimers CactusTest/
ypes CactusBase/Time CactusExamples/TimerInfo CactusUtils/TimerReport Carpet/Timers EinsteinBas
nuBase CactusUtils/Trigger EinsteinInitialData/TwoPunctures Scalar/TwoPunctures_BBHSF Proca/Two
ures_KerrProca EinsteinExact/Vaidya2 CactusUtils/Vectors WVUThorns_Diagnostics/VolumeIntegrals_
 WVUThorns_Diagnostics/VolumeIntegrals_vacuum CactusUtils/WatchDog CactusWave/WaveBinarySource
/WaveExtractL CactusExamples/WaveMoL CactusExamples/WaveToy1DF77 CactusExamples/WaveToy2DF77 Ca
ave/WaveToyC CactusWave/WaveToyCXX CactusWave/WaveToyExtra CactusWave/WaveToyF77 CactusWave/Wav
90 CactusWave/WaveToyFreeF90 EinsteinAnalysis/WeylScal4 ExternalLibraries/hwloc ExternalLibrari
bjpeg WVUThorns_Diagnostics/particle_tracerET ExternalLibraries/pthreads WVUThorns_Diagnostics/
bPoynET ExternalLibraries/zlib




The report gave error: 

>>> /home/gw_czw/anaconda3/bin/x86_64-conda-linux-gnu-ld: unrecognized option '-Wall'
/home/gw_czw/anaconda3/bin/x86_64-conda-linux-gnu-ld: use the --help option for usage informati
make[1]: *** [/home/gw_czw/et/Cactus/lib/make/make.configuration:150: /home/gw_czw/et/Cactus/ex
tus_sim] Error 1
make: *** [Makefile:265: sim] Error 2




So what does this "-wall" mean? I can not find such option in theeinsteintoolkit.th file.




Thanks very much if you could help me solve this problem!




Yours,

Zhiwei Chen


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231220/ef547b70/attachment-0001.htm>

From ekwessel at arizona.edu  Thu Dec 21 12:12:28 2023
From: ekwessel at arizona.edu (Erik Keoni Wessel)
Date: Thu, 21 Dec 2023 18:12:28 -0000
Subject: [Users] Status of support for multiple floating point precisions in
 Carpet?
Message-ID: <CAJB3MG844rHRPEgPZZigSrrHjBene4wt-+t95Pb6rob-Qiw0aQ@mail.gmail.com>

Hi,
I'm currently working on a thorn development project where it would be
helpful to be able to have a mix of single-precision grid functions and
double-precision grid functions (a very unusual need, I know).

When I had my thorn allocate a grid function of type CCTK_REAL4, I got a
message upon running my configurations that I needed to enable support for
this type in Carpet. After reading through the Carpet documentation and
then digging deep into the source code for CarpetLib, I discovered that
there seem to be flags to compile Carpet with support for different types.
I passed -DCARPET_ALL_REAL in as part of CPPFLAGS in my optionlist, but
attempting to compile with other real types leads to compile-time errors
about undefined functions: apparently headers for prolongation functions
for all the types are generated, but somehow the corresponding definitions
aren't being be linked correctly.

I'm not sure what is going wrong, but I am also unable to find any examples
of how support for other types is supposed to be enabled, so I am unsure if
I am doing this right.

So my question is: what is the status of support for grid functions of
types besides CCTK_REAL8 in Carpet? Does this feature work, and if so, how
can I enable support for all Cactus-supported real types in Carpet?

Cheers,

? Erik Wessel
Department of Physics
University of Arizona
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231221/d367c67a/attachment-0001.htm>

From lorenzo.cipriani at graduate.univaq.it  Fri Dec 22 03:16:14 2023
From: lorenzo.cipriani at graduate.univaq.it (Lorenzo Cipriani)
Date: Fri, 22 Dec 2023 09:16:14 -0000
Subject: [Users] Star disappear from grid
Message-ID: <DB7PR02MB480510EA710D264C41CF87A7A094A@DB7PR02MB4805.eurprd02.prod.outlook.com>

Dear all,
my name is Lorenzo Cipriani, PhD student at the University of L'Aquila.

My goal is to simulate a BNS merger using initial data computed from Lorene and evolved according to the parameter file I have attached.
Cactus reads the initial data correctly, as you can see in the image "rhoxy_initial.png" but, immediately after, the stars practically disappear from the grid, perfectly cut away (see image "rhoxy_it4.png").

Does anybody have a hint on what might be happening? I have never encountered a behavior like this.

Thank you for your assistance,
best regards,
Lorenzo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231222/cb259dc4/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: loreneScalarMerge.par
Type: application/octet-stream
Size: 31141 bytes
Desc: loreneScalarMerge.par
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231222/cb259dc4/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rhoxy_initial.png
Type: image/png
Size: 78665 bytes
Desc: rhoxy_initial.png
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231222/cb259dc4/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rhoxy_it4.png
Type: image/png
Size: 52027 bytes
Desc: rhoxy_it4.png
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231222/cb259dc4/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log.out
Type: application/octet-stream
Size: 243353 bytes
Desc: log.out
URL: <http://lists.einsteintoolkit.org/pipermail/users/attachments/20231222/cb259dc4/attachment-0003.obj>