Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Meeting Minutes for 2014-10-13
by Roland Haas 14 Oct '14

14 Oct '14

Present: Steve, Frank, Ian, Roland, Peter, Matt, Yosef * unless we have another WaveToy example using MoL, we want to move WaveToyMoL into CactusExamples. * SphericalReconGen: thorn to read in HDF5 data for CCE, proposed for inclusion. Needs documentation. Ask authors for documentation. * AEI numrel site being taken down, Roland will updated the links on the Cactus site to reflect this Yours, Roland

1 0

Meeting Minutes for 2014-10-06
by Roland Haas 14 Oct '14

14 Oct '14

Present: Frank, Roland, Peter, Steve, Bruno Giaccomazzo, Josh, Zach, Matt, Ian, Philipp tickets: * desire to move Carpet to bitbucket, flatening the repository * requires update of thornlist since thorns moved between repositories VisIt reader: * Bruno sees that the nodal plots seem to drop low density points when plotting rho * problem present since first version of reader included in visit * suspect that logarithmic plot option is not respected * ask Bruno to upload data file EXTRAS in Cactus flesh: * remove EXTRAS for which there are ExternalLibraries * output warning for EXTRAS that are currently working promote BitBucket pull requests: * already decided to send out emails when pull request are created * discussion should remain in trac Yours, Roland _______________________________________________ Users mailing list Users(a)einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 13 Oct '14

13 Oct '14

Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ In short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. Last week we discussed: > Carpet might soon switch to bitbucket as well - you can look at > https://bitbucket.org/eschnett/carpet.git to test a preliminary > bitbucket repository. If Erik agrees, I would suggest to make this move as soon as possible. The HDF5 thorn will in the future build (and require) the Fortran bindings for HDF5, but not the C++ bindings. Rationale is that some thorns (outside of the ET) seem to use them, and they are usually provided by the system libraries as well. Both does not seem to hold for the C++ bindings (nothing seems to use them, and they are typically not provided by system-installs of HDF5). Frank Loeffler

2 1

Einstein Toolkit Meeting Reminder
by Frank Loeffler 06 Oct '14

06 Oct '14

Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ In short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. Carpet might soon switch to bitbucket as well - you can look at https://bitbucket.org/eschnett/carpet.git to test a preliminary bitbucket repository. Jenkins seems to be currently building every hour - is this intended? Apart from ticket we already discussed about last week: - Bruno Giocomazzo reports that the most recent Carpet plugin for visit gives him trouble. Who can help? (#1663) - #980: remove all (most?) flesh-library mechanisms from the flesh, leaving only some meaningful error messages pointing users in the right direction (thorns). Problem with that approach: some environment variable might be "collide" with other installed stuff. - CarpetIOHDF5, DISTRIB=CONSTANT and checkpoint issues (#1664) - Considering bitbucket pull request feature - instead of trac - instead of trac patches (but still as trac issues) - in addition to trac Frank Loeffler

3 2

Re: [Users] [Commits] commit/EinsteinEvolve: 2 new changesets
by Frank Loeffler 03 Oct '14

03 Oct '14

On Thu, Oct 02, 2014 at 07:28:04PM -0000, Bitbucket wrote: > 2 new commits in EinsteinEvolve: Is there a way to have these commit emails display a patch, at least when the patch is short? I found this to be a very useful feature in the past. Frank

2 1

PARAMCHECK and non fatal but inefficient parameter choices
by Roland Haas 03 Oct '14

03 Oct '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, the PARAMCHECK routines normally abort if inconsistent parameters are given. I have a situation where the parameter choice is valid and the result of the simulation should be identical with or without the parameter set (assuming not bugs...), however setting the parameter is likely going to make the simulation slower. Im this particular case the parameter is CarpetLib::use_higher_order_restriction when used for a run with Carpet::refinement_centering = "vertex". In that case restriction is just a copy operation and independent of use_higher_order_restriction, for cell-centered runs this is not true anymore and this is the situation that use_higher_order_restriction was implemented for. However there is code in Carpet/Evolve.cc that calls POSTREGRID multiple times if use_higher_order_restriction is set (it has to in order to get symmetry, outer boundaries and also ghost zones right). For vertex centering nothing should happen (since there is a second call to POSTRESTRICT after all restriction is done). Options are: * do nothing since these parameters are perfectly valid if slow * warn with level CCTK_WARN_COMPLAIN ("the user should know about this but the problem is not terribly surprising") * warn with level CCTK_WARN_ALERT ("the results of this run will be wrong, and this will surprise the user, but we can still continue the run") * abort since the user most likely did not want to set the parameter Note that current practise in most code seems to be to use CCTK_WARN_COMPLAIN (Level 1) for warnings about situations that do not invalidate the result and CCTK_WARN_ABORT (Level 0) for anything that invalidates results, ie. we do not adhere to the meaning of the levels documented in src/include/cctk_WarnLevel.h . 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://keys.gnupg.net. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlNqrvQACgkQTiFSTN7SboVuBQCg0IhvBi92zRKRVKoe216Q6wND NEYAn25pqT33i90JbhXmBJ90jKNAP4wd =+2Fk -----END PGP SIGNATURE-----

3 4

GRHydro cleanup
by Erik Schnetter 02 Oct '14

02 Oct '14

I created a pull request for a small cleanup of the build requirements of GRHydro. (1) Was anybody notified about this new pull request? (2) Can (should?) this be integrated with TRAC? Or should we switch to using Bitbucket's issue tracker? (3) Could someone have a look and then "push the button"? I'm curious what happens. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

3 2

Jenkins temporarily offline
by Barry Wardell 02 Oct '14

02 Oct '14

Hi all, The Jenkins automated build and test system which runs the tests for the Einstein Toolkit will be offline for a period starting today, while the machine it is running on is physically relocated to a new building. I hope to complete the relocation and bring the system back online today, although it may end up taking a bit longer. I will send an update once the system is back online. Regards, Barry

3 8

Meeting Minutes
by Roland Haas 30 Sep '14

30 Sep '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Present: Steve, Zach, Roland, Frank, Peter, Matt, Barry, Erik tickets: * change GetComponents such that it asks for one user name per host rather than per repository * check why/if GetComponents asks for a user name for anonymous checkouts at all * disable pciutils by default right now since we don't know how strongly they rely on being compiled with gcc. Currently we have compiled them with gcc (on Linux workstations) and intel 13 (on Datura). Compilers we would not know what would happen would be eg pgi compiler. PAPI does not require it anyway but only optionally uses it. * interpolation in MoL substeps: need more input from Ian * Steve to implement backwards compatible API for expression evaluator * we notice that there are many undocumented routines in Cactus Please test git checkout of full toolkit. Yours, Roland -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlQpmQIACgkQTiFSTN7SboUHbwCgujIzGWnWr53CYKsGd/Z8myyn DEsAniA4BydG3wY6ANbX00pFuunceUFK =itb8 -----END PGP SIGNATURE-----

2 1

Einstein Toolkit Meeting Reminder
by Frank Loeffler 28 Sep '14

28 Sep '14

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ In short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. We will shortly mention some of the current tickets, but nothing much happened here since last week. Main topic will be whether people have issues with the new git repositories - now that the development version switched. Frank Loeffler

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users