Trac August 2018

trac@lists.einsteintoolkit.org

1 participants
59 discussions

[Einstein Toolkit] #2145: ET web certificates to expire Jul 1st
by Einstein Toolkit 08 Aug '18

08 Aug '18

#2145: ET web certificates to expire Jul 1st ---------------------------------+---------------------------- Reporter: Frank Löffler | Type: defect Status: new | Priority: minor Milestone: | Component: Cactus website Version: development version | Keywords: ---------------------------------+---------------------------- Several ET web certificates are about to expire July 1st and should be replaced before then: einsteintoolkit.org trac.einsteintoolkit.org svn.einsteintoolkit.org (also get a new one here even though we don't use it anymore) Setting priority to 'minor' as there is still quite some time. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2145> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #2135: CAPTCHA on docs.einsteintoolkit.org may stop working soon
by Einstein Toolkit 08 Aug '18

08 Aug '18

#2135: CAPTCHA on docs.einsteintoolkit.org may stop working soon ---------------------------------+-------------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit website Version: development version | Keywords: docs.einsteintoolkit.org ---------------------------------+-------------------------------------- Every once in a while, when I forgot to properly log into the wiki an want to save a page, I am confronted by a CAPTCHA to prove that I am human. A subset of those CAPTCHAs actually look like that attached screenshot, ie they seem to indicate that the CAPTCHAs may stop working on 2018-03-31 which is rather soon. [[Image(2018-03-21-092921.png)]] I am not sure if this can be fixed by a relatively painless update of a plugin or if it will require complete update of the wiki server. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2135> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 14

[Einstein Toolkit] #2183: PAPI fails to compile with gcc 8
by Einstein Toolkit 05 Aug '18

05 Aug '18

#2183: PAPI fails to compile with gcc 8 ---------------------------------+----------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: PAPI ---------------------------------+----------------------------------- gcc8 includes a warning when a string format may not fit into its buffer in sprintf calls: {{{ gcc -Wno-override-init -g -Wall -Werror -Wextra -Wno-unused-parameter -I. -I/data/rhaas/postdoc/gr/cactus/ET_trunk/arrangements/ExternalLibraries/PAPI/dist/papi-5.3.0/src/libpfm4/lib/../include -DCONFIG_PFMLIB_DEBUG -DCONFIG_PFMLIB_OS_LINUX -D_REENTRANT -I. -DCONFIG_PFMLIB_ARCH_X86 -DCONFIG_PFMLIB_ARCH_X86_64 -I. -c pfmlib_perf_event_pmu.c pfmlib_perf_event_pmu.c: In function ‘gen_tracepoint_table’: pfmlib_perf_event_pmu.c:349:36: error: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 0 and 4095 [-Werror=format-truncation=] snprintf(d2path, MAXPATHLEN, "%s/%s", debugfs_mnt, d1->d_name); }}} and since PAPI hard-codes an option {{{-Werror}}} it fails to compile. The same issue persists with PAPI 5.6.0 which seems to be the newest version for which a tarball is available. A workaround would be to patch out the {{{-Werror}}} option, which is annoying on a production system anyway, or to try and only selectively disable the buffer warning. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2183> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #2130: use directory containing mpi.h for --with-mpi-include when building PETSc
by Einstein Toolkit 05 Aug '18

05 Aug '18

#2130: use directory containing mpi.h for --with-mpi-include when building PETSc -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: PETSc | -----------------------------------+---------------------------------------- Apparently --with-mpi-include takes only a single directory as an argument so when building the included PETSc tarball one has to pick one directory out of the list of directories in PETSC_EXTRA_MPI_INC_DIRS and MPI_INC_DIRS . Currently we just pick the first one. The attached patch picks the first one that contains mpi.h which works better in case the first include dir is contains only MPI internal header files (in my OpenMPI case this was /usr/lib/x86_64-linux-gnu/openmpi/include/openmpi which contains files like orte_config.h and the like). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2130> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #2179: NaNChecker: fix output of NaNMask
by Einstein Toolkit 03 Aug '18

03 Aug '18

#2179: NaNChecker: fix output of NaNMask ---------------------------------+----------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: NaNChecker ---------------------------------+----------------------------------- In af45e31 - NaNChecker: reduce nan mask in level mode a bug was introduced that caused the NaNMask to be cleared in level mode where the NaNMask pointer is not valid. This fixes this and also restructures the functions so that all levels of the NaNMask starting with the one containing NaNs are output. Pull request is here: https://bitbucket.org/cactuscode/cactusutils/pull-requests/15/nanchecker- fix-output-of-nanmask/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2179> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2180: OpenMPI tarball in ExternalLibaries/MPI is outdated using 1.X series
by Einstein Toolkit 02 Aug '18

02 Aug '18

#2180: OpenMPI tarball in ExternalLibaries/MPI is outdated using 1.X series ---------------------------------+----------------------------------- Reporter: Roland Haas | Type: enhancement Status: new | Priority: optional Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: MPI ---------------------------------+----------------------------------- The 1.X series is no longer supported by Open-MPI. Instead we should use either 2.1 or a version in the 3.X series. See https://www.open-mpi.org/software/ -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2180> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1103: simfactory download page points to outdated version
by Einstein Toolkit 02 Aug '18

02 Aug '18

#1103: simfactory download page points to outdated version ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- currently http://simfactory.org/simfactory/download/ points to https://svn.cct.lsu.edu/repos/numrel/simfactory2/branches/ET_2011_10 for the "current" version, which is from the last release -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1103> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1523: Use Piraha to Parse all CCL files
by Einstein Toolkit 02 Aug '18

02 Aug '18

#1523: Use Piraha to Parse all CCL files -------------------------+-------------------------------------------------- Reporter: sbrandt | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Cactus_4.3.0 Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Piraha should be used to parse all the CCL files. This would give us a well-defined grammar and the ability to let other tools use the CCL files in a reliable way. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1523> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #2177: CarpetInterp tree_search fails when using Carpet with manual topology specified
by Einstein Toolkit 01 Aug '18

01 Aug '18

#2177: CarpetInterp tree_search fails when using Carpet with manual topology specified ---------------------------------+-------------------- Reporter: yosef@… | Type: defect Status: new | Priority: unset Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+-------------------- While running a unigrid simulation in Carpet, I ran into an issue with interpolation. The CarpetInterp tree_search algorithm fails when I used Carpet::processor_topology = "manual" Is this expected? Setting CarpetInterp::tree_search = false seems to make the problem go away. This is the reported error when tree_search = yes Inconsistent search result from find_location_tree for interpolation point #1626 at [0.043412,-0.246202,3.0151e-17] of patch #0 is not on any component I attached a parfile showing the issue. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2177> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac August 2018