Trac June 2016

trac@lists.einsteintoolkit.org

1 participants
119 discussions

[Einstein Toolkit] #1915: einsteintoolkit.org missing intermediate certificates
by Einstein Toolkit 13 Jun '16

13 Jun '16

#1915: einsteintoolkit.org missing intermediate certificates -------------------------------------+-------------------------------------- Reporter: hinder | Owner: knarf Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: development version Keywords: | -------------------------------------+-------------------------------------- einsteintoolkit.org is missing intermediate TLS certificates, causing a TLS warning when downloading files from it on some systems: https://www.sslshopper.com/ssl- checker.html#hostname=https://einsteintoolkit.org -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1915> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1914: sim run silently overwrites existing restart output data if started from an existing restart
by Einstein Toolkit 13 Jun '16

13 Jun '16

#1914: sim run silently overwrites existing restart output data if started from an existing restart ------------------------+--------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- If the queueing system reruns your job because you forgot to add --no- requeue to your submit script, simfactory will just restart the run and overwrite the existing output with no warning or error message, because the submit script calls sim run with --restart-id <id>, which allows this to happen. SimFactory should never allow existing data to be lost. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1914> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1909: CT_MultiLevel boostedpuncture test fails
by Einstein Toolkit 12 Jun '16

12 Jun '16

#1909: CT_MultiLevel boostedpuncture test fails ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | ---------------------------+------------------------------------------------ The CT_MultiLevel boostedpuncture 2 process test fails on my machine. There are several differences (see the attached file) that look like roundoff error, and some more related to NaNs not appearing when they previously did. This is on OS X 10.11.5 using the osx-homebrew.cfg optionlist. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1909> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1912: Cactus fails to configure on CCT cactus-test VM
by Einstein Toolkit 08 Jun '16

08 Jun '16

#1912: Cactus fails to configure on CCT cactus-test VM -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- I have just fixed some problems with the CCT cactus-test VM, but I cannot get Cactus to build. It fails during configuration with {{{ checking host system type... x86_64-unknown-linux-gnu checking whether make sets ${MAKE}... yes checking whether the C compiler (gcc -g3 -march=native -std=gnu99 -rdynamic) works... no configure: error: installation or configuration problem: C compiler cannot create executables (see configs/<configname>/config-data/config.log for details). }}} In config.log, there is {{{ configure:1015: checking whether the C compiler (gcc -g3 -march=native -std=gnu99 -rdynamic) works configure:1032: gcc -o conftest -g3 -march=native -std=gnu99 -DMPICH_IGNORE_CXX_SEEK -rdynamic conftest.c 1>&5 conftest.c:1:0: error: CPU you selected does not support x86-64 instruction set }}} I don't understand what is going on here. 1. Why should gcc insist that the CPU (which is 'native') support 64 bit instructions? 2. Why does this fail when it used to work, the last time this VM was up and running? Did the VM get moved to another host? /proc/cpuinfo says {{{ model name : QEMU Virtual CPU version (cpu64-rhel6) }}} This was a clean build, with the configs directory wiped before building. It uses the simfactory ubuntu.cfg optionlist. The VM is a standard ET build slave running "Ubuntu 12.04.5 LTS". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1912> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1902: PETSc does not build on Ubuntu 16.04
by Einstein Toolkit 07 Jun '16

07 Jun '16

#1902: PETSc does not build on Ubuntu 16.04 ----------------------+----------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: critical | Milestone: ET_2016_05 Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- When building the ET on Ubuntu 16.04, the PETSc external library fails during configuration. The error, from configure.log, is {{{ Possible ERROR while running archiver: stderr: /usr/bin/ar: `u' modifier ignored since `D' is the default (see `U') Archiver is not functional ******************************************************************************* UNABLE to CONFIGURE with GIVEN OPTIONS (see configure.log for details): ------------------------------------------------------------------------------- You set a value for --with-ar=ar", but ar cannot be used ******************************************************************************* }}} Setting this as critical for the upcoming release, since people will likely want to build the ET on their Ubuntu 16.04 machines. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1902> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 15

[Einstein Toolkit] #1908: Cactus: don't print schedule tree by default
by Einstein Toolkit 06 Jun '16

06 Jun '16

#1908: Cactus: don't print schedule tree by default -------------------------+-------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- Currently, Cactus always prints the schedule tree by default (flesh::cctk_show_schedule = "yes"). I assert that hardly anybody looks at this output, and for most, in fact, it is a nuisance to always have to "scroll down" to more useful information. Thus, I propose to change the default of the flesh parameter cctk_show_schedule to "no". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1908> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1907: bug in configuration of pthread
by Einstein Toolkit 04 Jun '16

04 Jun '16

#1907: bug in configuration of pthread ------------------------------------------------+--------------------------- Reporter: Todd Wegner <twwegner@…> | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | ------------------------------------------------+--------------------------- There is a problem with EinsteinToolkit/Cactus/arrangements/ExternalLibraries/pthreads/src/detect.sh for detection of pthread on Lubuntu 15.04. I have attached a "fix". x86_64-linux-gnu needs to be added to libdir in the script also the following lines need to be commented #PTHREADS_INC_DIRS=${CCTK_HOME}/lib/sbin/strip-incdirs.sh ${PTHREADS_INC_DIRS}) #PTHREADS_LIB_DIRS=$(${CCTK_HOME}/lib/sbin/strip-libdirs.sh ${PTHREADS_LIB_DIRS}) Not sure the accepted approach to avoid commenting lines. The following command then needs to be run. make <config-name>-config PTHREADS_DIR=/usr It this is useful to anyone, the dependent packages required to build cactus are (packages not installed by default installation): sudo apt-get install ... build-essential openmpi-bin openmpi-doc libopenmpi-dev libpthread-stubs0-dev zlib1g-dev pkg-config gfortran subversion git make Best Regards, Todd -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1907> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1905: Carpet outputs warning "Simulation domain volume and reduction weight sum differ"
by Einstein Toolkit 01 Jun '16

01 Jun '16

#1905: Carpet outputs warning "Simulation domain volume and reduction weight sum differ" ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: unset | Milestone: Component: Carpet | Version: development version Keywords: | ----------------------+----------------------------------------------------- It seems this warning appears when a refined region is near an outer or a symmetry boundary. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1905> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #382: SimFactory home directory on Kraken is too specific
by Einstein Toolkit 01 Jun '16

01 Jun '16

#382: SimFactory home directory on Kraken is too specific ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: ET_2011_05 Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The mdb entry for Kraken in SimFactory has 'sourcebasedir' => '/nics/b/home/@USER@', My home directory is '/nics/d/home/@USER@' Either we could leave the source base dir as unset to force the user to set it, or we could automatically detect the location of the user's home directory (better). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/382> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 19

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac June 2016