Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #2011: provide fortran MPI bindings
by Einstein Toolkit 22 Feb '17

22 Feb '17

#2011: provide fortran MPI bindings -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: MPI | -----------------------------------+---------------------------------------- The MPI external library currently does not provide Fortran bindings for MPI. I observe this on a Linux box with OpenMPI installed and mpicxx in the path and with no MPI_XXX set in my option list. ExternalLibraries/MPI parses the output of mpicxx -showme:link which I verified to happen by inspecting its output and bindings/Configuration/Capabilities/make.MPI.defn. For the autodetection we'd have to also consider the output of mpif90 -showme:link and likely also mpif77 showme:link in case the F90 interfaces are somewhere other than the (typeless) f77 interfaces. This can be impossible for the case where we build OpenMPI with the toolkit since OpenMPI will provide either F2008 or F90 bindings depending on the compiler and the libraries for the two have different names. This however is something that is only decided in OpenMPI's own configure script. We also need to make sure mpi.mod and mpif.h are found by Fortran's "USE" and "INCLUDE" statements respectively. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2011> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #2009: track website error
by Einstein Toolkit 20 Feb '17

20 Feb '17

#2009: track website error -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- Hello all, two times in the last couple days I have received the following error when trying to login to the trac website: {{{ Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/trac/web/api.py", line 436, in send_error data, 'text/html') File "/usr/lib/python2.4/site-packages/trac/web/chrome.py", line 803, in render_template message = req.session.pop('chrome.%s.%d' % (type_, i)) File "/usr/lib/python2.4/site-packages/trac/web/api.py", line 212, in __getattr__ value = self.callbacks[name](self) File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 298, in _get_session return Session(self.env, req) File "/usr/lib/python2.4/site-packages/trac/web/session.py", line 156, in __init__ if req.authname == 'anonymous': File "/usr/lib/python2.4/site-packages/trac/web/api.py", line 212, in __getattr__ value = self.callbacks[name](self) File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 157, in authenticate authname = authenticator.authenticate(req) File "/usr/lib/python2.4/site- packages/TracAccountManager-0.2.1dev_r4679-py2.4.egg/acct_mgr/web_ui.py", line 429, in wrap File "/usr/lib/python2.4/site- packages/TracAccountManager-0.2.1dev_r4679-py2.4.egg/acct_mgr/web_ui.py", line 439, in authenticate File "/usr/lib/python2.4/site- packages/TracAccountManager-0.2.1dev_r4679-py2.4.egg/acct_mgr/web_ui.py", line 466, in _remote_user File "/usr/lib/python2.4/site- packages/TracAccountManager-0.2.1dev_r4679-py2.4.egg/acct_mgr/api.py", line 140, in check_password File "build/bdist.linux-x86_64/egg/tautua/trac_plugins/security/ldapauth.py", line 35, in check_password File "/usr/lib64/python2.4/site-packages/ldap/ldapobject.py", line 175, in simple_bind_s msgid = self.simple_bind(who,cred,serverctrls,clientctrls) File "/usr/lib64/python2.4/site-packages/ldap/ldapobject.py", line 169, in simple_bind return self._ldap_call(self._l.simple_bind,who,cred,EncodeControlTuples(serverctrls),EncodeControlTuples(clientctrls)) File "/usr/lib64/python2.4/site-packages/ldap/ldapobject.py", line 94, in _ldap_call result = func(*args,**kwargs) UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-13: ordinal not in range(128) }}} Typically the error goes away when I try again (sometimes multiple times). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2009> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1801: Certificate for svn.cct.lsu.edu not trusted
by Einstein Toolkit 15 Feb '17

15 Feb '17

#1801: Certificate for svn.cct.lsu.edu not trusted --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | --------------------+------------------------------------------------------- I just tried to check out the ET Hilbert release on my OSX laptop (OSX 10.10.4, subversion version 1.7.19) and get for the LSUThorns: --8<-- Could not checkout module LSUThorns/SummationByParts svn: E175002: Unable to connect to a repository at URL 'https://svn.cct.lsu.edu/repos/numrel/LSUThorns/SummationByParts/branches/ET…' svn: E175002: OPTIONS of 'https://svn.cct.lsu.edu/repos/numrel/LSUThorns/SummationByParts/branches/ET…': Server certificate verification failed: issuer is not trusted (https://svn.cct.lsu.edu) --8<-- https://www.sslshopper.com/ssl- checker.html#hostname=https://svn.cct.lsu.edu reports the certificate to be ok though (with the exception of it using SHA1 as a hash). Doing a manual svn checkout https://svn.cct.lsu.edu/repos/numrel/LSUThorns/QuasiLocalMeasures/branches/… asks me whether I would want to trust the certificate. 1. I thought the LSU certificates were trusted by common OS by default by now (and OSX is certainly common) 2. I thought we had special code in GetComponents to make it automatically not try and verify signatures because of this 3. this is really becoming a nuisance (if indeed caused by an uncommon certificate issuer and not by something odd on my laptop) :-) {{{ openssl ssl_client -connect svn.cct.lsu.edu:443 </dev/null >ssl.out }}} reports a self-signed certficate though this may well be the untrusted certificate. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1801> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 40

[Einstein Toolkit] #2006: Cannot run CST on Blue Waters
by Einstein Toolkit 08 Feb '17

08 Feb '17

#2006: Cannot run CST on Blue Waters ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: critical | Milestone: Component: Cactus | Version: development version Keywords: | ----------------------+----------------------------------------------------- After upgrading to the Piraha parser, building on Blue Waters fails with this error: {{{ child error: tags at /mnt/a/u/sciteam/eschnett/Cvanilla/lib/sbin/ScheduleParser.pl line 281 main::parse_schedule_statement('Group=HASH(0x3ce23e0)', 'HASH(0xd1efd0)', 'SCALAR(0xd1c478)', 'SCALAR(0xd1c2f8)', 'SCALAR(0xd1c778)', 'ML_BSSN_CL') called at /mnt/a/u/sciteam/eschnett/Cvanilla/lib/sbin/ScheduleParser.pl line 334 main::parse_schedule_statement('Group=HASH(0x7921800)', 'HASH(0xd1efd0)', 'SCALAR(0xd1c478)', 'SCALAR(0xd1c2f8)', 'SCALAR(0xd1c778)', 'ML_BSSN_CL') called at /mnt/a/u/sciteam/eschnett/Cvanilla/lib/sbin/ScheduleParser.pl line 304 main::parse_schedule_statement('Group=HASH(0x3a41e58)', 'HASH(0xd1efd0)', 'SCALAR(0xd1c478)', 'SCALAR(0xd1c2f8)', 'SCALAR(0xd1c778)', 'ML_BSSN_CL') called at /mnt/a/u/sciteam/eschnett/Cvanilla/lib/sbin/ScheduleParser.pl line 382 main::parse_schedule_ccl('ML_BSSN_CL', 'Group=HASH(0x3a41e58)', 'STORAGE: ML_log_confac[timelevels]', 'STORAGE: ML_metric[timelevels]', 'STORAGE: ML_Gamma[timelevels]', 'STORAGE: ML_trace_curv[timelevels]', 'STORAGE: ML_curv[timelevels]', 'STORAGE: ML_Theta[timelevels]', 'STORAGE: ML_lapse[timelevels]', ...) called at /mnt/a/u/sciteam/eschnett/Cvanilla/lib/sbin/ScheduleParser.pl line 111 main::create_schedule_database('TestStrings', '/mnt/a/u/sciteam/eschnett/Cvanilla/arrangements/CactusTest/Te...', 'CartesianCoordinates', '/mnt/a/u/sciteam/eschnett/Cvanilla/arrangements/CTGamma/Carte...', 'WaveToyC', '/mnt/a/u/sciteam/eschnett/Cvanilla/arrangements/CactusWave/Wa...', 'ML_BSSN_DG3', '/mnt/a/u/sciteam/eschnett/Cvanilla/arrangements/McLachlan_dgt...', 'ML_Test_FD4', ...) called at /mnt/a/u/sciteam/eschnett/Cvanilla/lib/sbin/CST line 144 }}} Things work fine on other systems. A first guess would be some kind of Perl incompatibility? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2006> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1939: Cactus: Add CCTK_VINFO, CCTK_VERROR, CCTK_VWARN
by Einstein Toolkit 08 Feb '17

08 Feb '17

#1939: Cactus: Add CCTK_VINFO, CCTK_VERROR, CCTK_VWARN -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- See <https://bitbucket.org/cactuscode/cactus/pull-requests/30/cactus-add- cctk_vinfo-cctk_verror/diff>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1939> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #2005: MoL does not link
by Einstein Toolkit 08 Feb '17

08 Feb '17

#2005: MoL does not link ---------------------+------------------------------------------------------ Reporter: sbrandt | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | ---------------------+------------------------------------------------------ At some point, the function CCTK_VError got changed to CCTK_VERROR in CactusNumerical. The flesh still seems to only have CCTK_VError. As a result, MoL creates an implicit function and refuses to link. The problem seems to start here: {{{ commit 4d9d67975edd313f210b7f1c7e31ff00cd7bdba6 Author: Erik Schnetter <schnetter(a)gmail.com> Date: Thu Feb 2 16:19:03 2017 -0500 Dissipation: Use CCTK_ERROR and friends to simplify code }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2005> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2002: include jacobi cluster at UWM
by Einstein Toolkit 02 Feb '17

02 Feb '17

#2002: include jacobi cluster at UWM -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: SimFactory | Version: development version Keywords: | -------------------------+-------------------------------------------------- Jacobi is a private cluster (10 nodes, 80 cores) at the physics department at UWM. It is currently being used to debug and run some simulations. Pull request is at https://bitbucket.org/simfactory/simfactory2/pull- requests/15/jacobi-uwm-add-new-machine-at-uwm/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2002> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1743: Reduce number of output files per directory
by Einstein Toolkit 16 Jan '17

16 Jan '17

#1743: Reduce number of output files per directory ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: unset | Milestone: Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- Reduce the number of output files per directory in CarpetIOHDF5 by creating a hierarchy of subdirectories. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1743> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 23

[Einstein Toolkit] #1819: CarpetMask: add option to exclude boxes
by Einstein Toolkit 16 Jan '17

16 Jan '17

#1819: CarpetMask: add option to exclude boxes -------------------------------------+-------------------------------------- Reporter: bmundim | Owner: eschnett Type: enhancement | Status: new Priority: unset | Milestone: Component: Carpet | Version: development version Keywords: CarpetMask CarpetReduce | -------------------------------------+-------------------------------------- I would like to be able to exclude boxes in addition to spherical surfaces when setting the CarpetMask::weight (which is used by CarpetReduce to exclude regions when performing reductions). The following pull request implements this functionality: {{{ https://bitbucket.org/eschnett/carpet/pull-requests/5/bcm-carpetmask/diff }}} I have some parameter files I used to test my implementation. I can turn them into testsuites after the revision of this ticket. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1819> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1987: QuasyLocalMeasures: Speed up building with gfortran
by Einstein Toolkit 16 Jan '17

16 Jan '17

#1987: QuasyLocalMeasures: Speed up building with gfortran -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- Speed up gfortran builds by splitting expensive routines into two, separating compute kernels from boundary condition calls. See <https://bitbucket.org/einsteintoolkit/einsteinanalysis/pull- requests/6/quasylocalmeasures-speed-up-building-with/diff>. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1987> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac