January 2018 - Trac - lists.einsteintoolkit.org

[Einstein Toolkit] #1911: Hydro_InitExcision sphere_pugh_ppm test fails
by Einstein Toolkit 31 Jan '18

31 Jan '18

#1911: Hydro_InitExcision sphere_pugh_ppm test fails ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | ---------------------------+------------------------------------------------ The Hydro_InitExcision sphere_pugh_ppm test fails for me when run on 1 process on an Ubuntu 16.04 machine. The diffs are attached. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1911> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #2111: Can't compile the ET on the NDS test machine
by Einstein Toolkit 30 Jan '18

30 Jan '18

#2111: Can't compile the ET on the NDS test machine ---------------------+------------------------------------------------------ Reporter: sbrandt | Owner: Type: defect | Status: new Priority: blocker | Milestone: ET_2018_02 Component: Other | Version: development version Keywords: | ---------------------+------------------------------------------------------ g++: internal compiler error: Killed (program cc1plus) Please submit a full bug report, with preprocessed source if appropriate. See <file:///usr/share/doc/gcc-5/README.Bugs> for instructions. /home/jovyan/Cactus/configs/sim/config-data/make.config.rules:278: recipe for target 'ML_BSSN_EvolutionInterior.cc.o' failed $ g++ --version g++ (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609 Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2111> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2096: SphericalHarmonicRecon and SphericalHarmonicReconGen tests fail on Jenkins build machine
by Einstein Toolkit 29 Jan '18

29 Jan '18

#2096: SphericalHarmonicRecon and SphericalHarmonicReconGen tests fail on Jenkins build machine -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2018_02 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- (Adapted from http://lists.einsteintoolkit.org/pipermail/users/2017-July/005671.html) The following three tests fail on the Jenkins build machine: SphericalHarmonicRecon.regression_test/2procs SphericalHarmonicReconGen.SpEC-dat-test/2procs SphericalHarmonicReconGen.SpEC-h5-test/2procs These tests all pass on one process but fail on two processes, using the ubuntu.cfg optionlist. They all seem to pass on multiple processes on all other machines, including my laptop with gcc. The first, SphericalHarmonicRecon.regression_test, fails like this: {{{ WARNING level 0 from host 7ce14e5707a0 process 0 while executing schedule bin NullEvol_Initial, routine NullEvolve::NullEvol_InitialSlice in thorn NullEvolve, file NullEvol_InitialSlice.F90:42: -> Error }}} The second, SphericalHarmonicReconGen.SpEC-dat-test, fails like this: {{{ NewsB_scri.L02Mm01.asc: substantial differences significant differences on 1 (out of 2) lines maximum absolute difference in column 1 is 963 maximum absolute difference in column 2 is 0.000185770963653907 maximum absolute difference in column 3 is 0.000142466608463344 maximum relative difference in column 1 is 1 maximum relative difference in column 2 is 1 maximum relative difference in column 3 is 1 ... }}} The third, SphericalHarmonicReconGen.SpEC-h5-test, fails like this: {{{ NewsB_scri.L02Mm01.asc: substantial differences significant differences on 1 (out of 2) lines maximum absolute difference in column 1 is 963 maximum absolute difference in column 2 is 0.000185770963653907 maximum absolute difference in column 3 is 0.000142466608463344 maximum relative difference in column 1 is 1 maximum relative difference in column 2 is 1 maximum relative difference in column 3 is 1 ... }}} I suspect the second and third failures have the same cause. These tests don't seem to fail on any other machines. See the discussion thread http://lists.einsteintoolkit.org/pipermail/users/2017-July/thread.html#5671 for more information. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2096> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 21

[Einstein Toolkit] #2027: testsuite page is not avaiable on website
by Einstein Toolkit 29 Jan '18

29 Jan '18

#2027: testsuite page is not avaiable on website -------------------------------------+-------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- The testsuite overview page http://einsteintoolkit.org/release-info/parse_testsuite_results.php does not currently work (since the website changed). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2027> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2110: bash_utils find_lib error check
by Einstein Toolkit 27 Jan '18

27 Jan '18

#2110: bash_utils find_lib error check -------------------------+-------------------------------------------------- Reporter: hinder | Owner: hinder Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- I recently ran into a problem where the package location returned by pkg- config was wrong due to a messed-up system installation. The find_lib function in bash_utils.sh could check that the library location it returns actually exists. That would have made it much easier to track down this problem. Is there ever any situation where it is valid for find_lib to return a path which doesn't exist? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2110> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2102: Regenerate all Kranc thorns
by Einstein Toolkit 27 Jan '18

27 Jan '18

#2102: Regenerate all Kranc thorns -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: task | Status: new Priority: major | Milestone: ET_2018_02 Component: EinsteinToolkit thorn | Version: development version Keywords: ReleaseProcess | -----------------------------------+---------------------------------------- All the Kranc-generated thorns should be regenerated: * McLachlan * EinsteinExact * WeylScal4 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2102> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2107: Support Darwin 17.4.0
by Einstein Toolkit 26 Jan '18

26 Jan '18

#2107: Support Darwin 17.4.0 ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Cactus | Version: development version Keywords: | ----------------------+----------------------------------------------------- https://bitbucket.org/cactuscode/cactus/pull-requests/44/flesh-support- darwin-1740/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2107> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1995: McLachlan constraint tests fail
by Einstein Toolkit 26 Jan '18

26 Jan '18

#1995: McLachlan constraint tests fail ---------------------------------------------------------------+------------ Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2016_11 Component: EinsteinToolkit thorn | Version: development version Keywords: McLachlan constraints tests compiler optimization | ---------------------------------------------------------------+------------ Several tests fail on several machines, and the cause seems to be the constraints calculated by McLachlan. Peter is looking into this. We see test failures in the thorns Dissipation and RotatingSymmetry90/180. Indications are that most failures happen with Intel 15, but some are apparently also seen with Intel 16, while others with Intel 16 seem to work fine. Optimization -O1 instead of -O2 seems to prevent the problem, but is not a viable workaround. A simple 'print' statement in the affected (auto-generated) code also makes the problem disappear. Running using one MPI process and one openMP thread reproduces the problem. valgrind does not find anything obvious pointing to memory mess-up. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1995> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 48

[Einstein Toolkit] #2078: thorn vectors fails if vectorizatin is disabled
by Einstein Toolkit 26 Jan '18

26 Jan '18

#2078: thorn vectors fails if vectorizatin is disabled -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: Vectors | -----------------------------------+---------------------------------------- At least in one case (gcc 7.2) thorn Vectors seems to fail with a message that overloading is not allowed in line 671 of vectors.h {{{ explicit constexpr vectype(scalar_t const &a) : v(props::set1(a)) {} }}} if vectorization is disabled (VECTORISE=no). My guess would be that in this case scalar_t and vector_t are the same and a conflict exists (or some other assumption is violated). I'll provide more details once I have a a nicer testcase. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2078> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #2099: Cactus requires Fortran
by Einstein Toolkit 25 Jan '18

25 Jan '18

#2099: Cactus requires Fortran ---------------------+------------------------------------------------------ Reporter: sbrandt | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: | ---------------------+------------------------------------------------------ If you use the old generic.cfg (which has "none" for both F77 and F90) and a thornlist that consists of the flesh only, Cactus will *not* compile. It will complain that CCTK_REAL is undefined. Interestingly, if no definition is provided for F77 and F90 in the optionlist, then the Cactus build system assumes gfortran and compiles. If, however, in addition to not defining F77 and F90 in the cfg, no fortran is actually present (i.e. not installed), then the CCTK_REAL issue returns. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2099> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 18

[Einstein Toolkit] #2098: ET workbench is down
by Einstein Toolkit 25 Jan '18

25 Jan '18

#2098: ET workbench is down -----------------------------------+---------------------------------------- Reporter: hinder | Owner: sbrandt Type: defect | Status: new Priority: major | Milestone: ET_2018_02 Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- The [https://www.einsteintoolkit.nationaldataservice.org ET workbench] is not accepting connection requests currently. $ openssl s_client -connect www.einsteintoolkit.nationaldataservice.org:443 connect: Connection refused connect:errno=61 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2098> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #2080: Backports for the June 2017 release to compile on the NDS machine
by Einstein Toolkit 25 Jan '18

25 Jan '18

#2080: Backports for the June 2017 release to compile on the NDS machine -------------------------+-------------------------------------------------- Reporter: sbrandt | Owner: Type: enhancement | Status: new Priority: critical | Milestone: Component: Other | Version: development version Keywords: | -------------------------+-------------------------------------------------- I would like to backport the following files from master to the June 6th release of the ET. The files are repos/simfactory2: bin/sim mdb/machines/jupyteret.ini mdb/optionlists/generic.cfg mdb/runscripts/generic.run Also, a small modification to the PAPI thorn: {{{ Index: src/detect.sh =================================================================== --- src/detect.sh (revision 42) +++ src/detect.sh (working copy) @@ -27,7 +27,7 @@ # libraries might have different file extensions for libext in a dll dll.a dylib lib so; do # libraries can be in lib or lib64 (or libx32?) - for libdir in lib64 lib; do + for libdir in lib64 lib lib/x86_64-linux-gnu; do # These files must exist FILES="include/papi.h ${libdir}/libpapi.${libext}" # assume this is the one and check all needed files }}} With these changes, the ET builds on the NDS machine. Moreover, it should more easily build on machines which have no explicit entry in Simfactory. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2080> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #2029: GW150914 example should be updated to work with the Einstein Toolkit thornlist
by Einstein Toolkit 25 Jan '18

25 Jan '18

#2029: GW150914 example should be updated to work with the Einstein Toolkit thornlist -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: development version Keywords: gallery | -------------------------+-------------------------------------------------- The GW150914 example currently uses its own thornlist, because Llama was not part of the ET when it was created. Llama has now been added to the ET. The GW150914 thornlist uses WaveExtractCPM and ADMConstraints. These can probably be removed, for the sake of having a parameter file which works with the ET thornlist. ADMConstraints can be replaced with ML_ADMConstraints. WaveExtractCPM is an "in-development" code which has not been extensively tested. It gives the GW strain directly from Schwarzschild perturbation theory, without needing to go via fixed- frequency integration of Psi4, so is good for quick plots. However, it seems to give worse results than Psi4 for the ringdown, and possibly has bugs in some of the l > 2 modes, so I don't think it is ready for inclusion in the toolkit just yet. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2029> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #2083: ET workbench signup broken for Safari
by Einstein Toolkit 24 Jan '18

24 Jan '18

#2083: ET workbench signup broken for Safari -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: development version Keywords: ETWorkbench | -------------------------+-------------------------------------------------- When trying to sign up for the ET workbench (https://www.einsteintoolkit.nationaldataservice.org/#/register) using Safari 9.1.3, the bottom of the page containing the "Request Access" button is obscured by the gray box with "all rights reserved" ... "UI", "API" etc. See attached screen grab. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2083> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1725: Disable Fortran 77 support in Cactus
by Einstein Toolkit 24 Jan '18

24 Jan '18

#1725: Disable Fortran 77 support in Cactus -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | -------------------------+-------------------------------------------------- There are no "Fortran 77" compilers any more. Cactus currently distinguishes between FCODE and F90CODE (pure Fortran 77, and Fortran 90). The pure Fortran 77 code has less argument checking etc. and is less safe, and is not needed any more. It should be removed, both from the makefile system as well as from the CST that auto-generates code. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1725> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #2100: Host a collection of numerical relativity talk slides
by Einstein Toolkit 24 Jan '18

24 Jan '18

#2100: Host a collection of numerical relativity talk slides -------------------------------------+-------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- There seems to be no good place to find the slides for scientific talks that people have given, e.g. something like an arxiv for talks. In the absence of this, we could have a page on the ET website which collects together slides from talks on numerical relativity. We could either host the PDF slides themselves, or we could point to externally-hosted slides. Thoughts? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2100> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2021: compiling Carpet fails with intel 17 and optimisation
by Einstein Toolkit 22 Jan '18

22 Jan '18

#2021: compiling Carpet fails with intel 17 and optimisation -----------------------------------------+---------------------------------- Reporter: wolfgang.kastaun@… | Owner: eschnett Type: defect | Status: new Priority: unset | Milestone: Component: Carpet | Version: Keywords: | -----------------------------------------+---------------------------------- Compiling carpet with intel 17.0.1 and -O2 or -O3 triggers an internal compiler error ("internal error: 0_76"). It only affects the file bbox.cc. Happened on two different clusters. ET version is Payne. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2021> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 22

[Einstein Toolkit] #2072: Carpet: Disable OpenMP parallelization of transport operators
by Einstein Toolkit 22 Jan '18

22 Jan '18

#2072: Carpet: Disable OpenMP parallelization of transport operators -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+-------------------------------------------------- This disables the OpenMP parallelization of Carpet's transport operators. I have observed that this leads to a significant speedup when many threads are used. The likely reason is that the regions which are parallelized are typically small. A typical reason would e.g. be the lower x-boundary of one component of one grid variable. The OpenMP thread startup overhead and the cache misses caused by parallelizing this are then larger than any benefit. See <https://bitbucket.org/eschnett/carpet/pull-requests/18/carpet- disable-openmp-parallelization-of/diff>. In a next step (not proposed here), we can parallelize transport operators again, but at a much higher level, e.g. at the level of the loop over all variables that need to be prolongated. However, Carpet currently (and quite unfortunately) uses static variables to hold pointers to timers, and these are not thread-safe. (Neither the static variables nor the timer implementation itself are.) This needs to be either corrected or disabled, which will be the topic of a further pull request. At this time, I ask some of those who are interested in performance in trying this pull request on a few iterations of a production simulation that uses many OpenMP threads and report back here. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2072> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1784: osx-homebrew.cfg does not work out of the box on Yosemite
by Einstein Toolkit 22 Jan '18

22 Jan '18

#1784: osx-homebrew.cfg does not work out of the box on Yosemite ------------------------+--------------------------------------------------- Reporter: anonymous | Owner: Type: task | Status: new Priority: optional | Milestone: Component: SimFactory | Version: ET_2015_05 Keywords: | ------------------------+--------------------------------------------------- When installing ET anew on Yosemite with the instructions in osx-homebrew.cfg, the build fails because homebrew gets the latest version of gcc (5.1), which is currently not the one then specified in the cactus compilation options (4.9). This problem was encountered by a student who approached ET for the first time. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1784> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1757: Stampede needs to be updated
by Einstein Toolkit 22 Jan '18

22 Jan '18

#1757: Stampede needs to be updated ----------------------+----------------------------------------------------- Reporter: hinder | Owner: Type: task | Status: new Priority: critical | Milestone: Component: Other | Version: development version Keywords: backport | ----------------------+----------------------------------------------------- The SimFactory definition for Stampede currently uses the intel/13.1.1.163 compiler. This compiler will be removed next Tuesday (see https://portal.tacc.utexas.edu/user-guides/stampede/intel15). According to TACC, the current default is the older intel/13.0.2.146, and this is the recommended and default compiler, and will remain so. Both compilers have the "restrict" keyword blacklisted in Cactus (#1276). They will install intel/15.0.1 at the end of April. There is also intel/14.0.1.106 available, but it is labeled as "limited software stack". It is not clear why they are removing a newer compiler, or why they chose to do this a month before installing an even newer one. Our options are: 1. Upgrade to intel/14.0.1.106, which is labeled as "limited software stack" 2. Downgrade to intel/13.0.2.146, which is the default and will remain so for a while This should be done both for the trunk and the release branch. I suggest that option 2 is the most conservative, and probably the easiest, as there might be libraries which are not compiled for intel/14.0.1.106. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1757> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #2007: MoL fails to build with Intel compiler
by Einstein Toolkit 22 Jan '18

22 Jan '18

#2007: MoL fails to build with Intel compiler ---------------------+------------------------------------------------------ Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: blocker | Milestone: Component: Cactus | Version: development version Keywords: | ---------------------+------------------------------------------------------ Compiling MoL gives this error: {{{ /home/ianhin/Cactus/EinsteinToolkitGit/arrangements/CactusNumerical/MoL/src/RK4-RK2.c(60): error: unrecognized OpenMP #pragma #pragma omp /*parallel for*/ ^ compilation aborted for /home/ianhin/Cactus/EinsteinToolkitGit/configs/sim/build/MoL/RK4-RK2.c (code 2) }}} This code was introduced in https://bitbucket.org/cactuscode/cactusnumerical/commits/09a209266daa281a3e…. Removing the commented portion doesn't help. Replacing it with {{{ #pragma omp parallel }}} allows the code to compile. This is on Minerva, with icc (ICC) 16.0.1 20151021. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2007> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1458: intel 13 2013.1.117 miss-compiles asserts in TwoPunctures tp_utils.c
by Einstein Toolkit 22 Jan '18

22 Jan '18

#1458: intel 13 2013.1.117 miss-compiles asserts in TwoPunctures tp_utils.c -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: TwoPunctures | -----------------------------------+---------------------------------------- this continues the thread in #1429 in particular https://trac.einsteintoolkit.org/ticket/1429#comment:14. Currently we need to determine which versions are affected. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1458> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #2095: Upgrade Trac from 0.12
by Einstein Toolkit 12 Jan '18

12 Jan '18

#2095: Upgrade Trac from 0.12 -----------------------------------+---------------------------------------- Reporter: hinder | Owner: sbrandt Type: task | Status: new Priority: minor | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- The current version of Trac is 0.12, which is very old. It should be upgraded to something more modern, even if only to avoid security problems. It's also likely that newer versions have more functionality. Documentation for performing the upgrade is at https://trac.edgewall.org/wiki/TracUpgrade. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2095> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2091: ET wiki is down
by Einstein Toolkit 08 Jan '18

08 Jan '18

#2091: ET wiki is down -----------------------------------+---------------------------------------- Reporter: hinder | Owner: sbrandt Type: defect | Status: new Priority: blocker | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- The ET wiki went down at 03:12 CET on 10-Dec-2017. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2091> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #2094: Regularly Send Doodle/WhenIsGood Polls for ETK Telecons
by Einstein Toolkit 04 Jan '18

04 Jan '18

#2094: Regularly Send Doodle/WhenIsGood Polls for ETK Telecons -----------------------+---------------------------------------------------- Reporter: anonymous | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | -----------------------+---------------------------------------------------- To maximize participation in ETK telecons throughout the year, particularly among those of us who have to teach or have other commitments, a Doodle/WhenIsGood poll should be sent out regularly. Given that most of us exist at universities with semester schedules, I would suggest sending out polls 3 times per year: 1) at the start of the Fall semester (in Aug/Sept) 2) at the start of the Spring semester (in Jan) 3) at the start of the summer (in May). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2094> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac January 2018