Trac May 2016

trac@lists.einsteintoolkit.org

1 participants
117 discussions

[Einstein Toolkit] #1439: SSL certificate check failing
by Einstein Toolkit 16 Mar '17

16 Mar '17

#1439: SSL certificate check failing --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: development version Keywords: | --------------------+------------------------------------------------------- The check for SSL certificates in line 535: {{{#perl # check for svn SSL problems if ( $rec{"TYPE"} eq "svn" && defined $rec{"AUTH_URL"} ) { my $base = $rec{"AUTH_URL"}; $base =~ s/(https\:\/\/[\w\.]+)\/(.*)$/$1/i; unless ( defined $svn_servers{$base} ) { my $ret = `$svn --non-interactive info $rec{AUTH_URL} 2>&1`; if ( $ret =~ /Server certificate verification failed/ ) { $svn_servers{$base} = 0; } else { $svn_servers{$base} = 1; } } } }}} is incorrect since eg for the ET manifest where {{{ AUTH_URL=https://svn.einsteintoolkit.org/$1/trunk }}} the executed svn command is: {{{ svn --non-interactive info https://svn.einsteintoolkit.org/$1/trunk 2>&1 }}} which actually returns and error: {{{ svn: E175002: Unable to connect to a repository at URL 'https://svn.einsteintoolkit.org/trunk' svn: E175002: The OPTIONS request returned invalid XML in the response: XML parse error at line 1: Extra content at the end of the document (https://svn.einsteintoolkit.org/trunk) }}} but the code does not test for svn failures at all at this point. The simplest fix would be to move the check further down where {{{$1}}} has been replaced by an actual value, eg into the loop: {{{ # we are splitting each group of components into individuals # to check for existence. they will now be passed individually to # the checkout/update subroutines. this will take up more memory, # but it should make it easier if the user decides to add another # component from the same repository later my @checkouts = split( /\s+/m, $rec{"CHECKOUT"} ); foreach my $checkout (@checkouts) { }}} in line 565 which however causes the test to run for every single CHECKOUT item. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1439> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1771: Improve performance of CarpetInterp2 interpolation
by Einstein Toolkit 06 Mar '17

06 Mar '17

#1771: Improve performance of CarpetInterp2 interpolation -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+-------------------------------------------------- The branch https://bitbucket.org/eschnett/carpet/branch/ianhinder/fasterp_opt#diff contains an optimisation to the CarpetInterp2 interpolation routine which improved the performance of Llama interpatch interpolation in my test by a factor of 5. I did this a while ago, and haven't looked at it recently. Before merging, the following should be done: 1. Check that is applies cleanly to the current version of Carpet 2. Decide whether the vectorisation pragmas need to be protected by Cactus preprocessor guards Or any other changes which people think might be necessary. This should wait until after the upcoming (May 2015) release of the ET. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1771> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[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] #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] #1861: NaNChecker: do not report missing storage when checking "all" variables
by Einstein Toolkit 01 Jan '17

01 Jan '17

#1861: NaNChecker: do not report missing storage when checking "all" variables -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: Formaline | -----------------------------------+---------------------------------------- pull request at https://bitbucket.org/cactuscode/cactusutils/pull- requests/6/nanchecker-do-not-report-missing-storage/diff removes lots of output about variables having no storage if checking all variables for NaN is requested. Since "all" variables means "all that could be defined" and not "all that are turned on" there is always lots of clutter when "all" is used. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1861> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #394: Testsuite log file should contain more information
by Einstein Toolkit 12 Dec '16

12 Dec '16

#394: Testsuite log file should contain more information -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: testsuites | -------------------------+-------------------------------------------------- It is useful to look at the testsuite log file for information about how the tests were run. For example, which compiler was used, and with what compiler options. We need to balance this against providing information which will always change, making diffs hard to read. The most extreme case would be to output all make variables. Maybe better would be to output CC, CFLAGS, CXX, etc. Another option would be to parse these and say "intel compiler", "gcc", "pgi" etc. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/394> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1717: hwloc: lnuma & lltdl *really* required?
by Einstein Toolkit 06 Dec '16

06 Dec '16

#1717: hwloc: lnuma & lltdl *really* required? -----------------------------------+---------------------------------------- Reporter: zachetie@… | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- I downloaded the ET devel version (ca. Nov 26) on my (ubuntu) laptop and compiled it, using gcc. I compiled to the linker stage, and the linker complained: ld: cannot find -lnuma ld: cannot find -lltdl I found references to these libraries in: configs/[buildname]/bindings/Configuration/Capabilities/make.HWLOC.defn After removing these references, the code compiled and seemed (on the surface) to run okay. Are these libraries really necessary? I ask because every time I need to install ET on a new machine, it would be more convenient if the step "apt-get install libnuma-dev libltdl-dev" were left out, particularly since reliable Internet access may not exist at that time. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1717> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 35

[Einstein Toolkit] #1835: simfactory website contains incorrect download location
by Einstein Toolkit 06 Dec '16

06 Dec '16

#1835: simfactory website contains incorrect download location ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- The simfactory website at http://simfactory.org/simfactory/download/ contains incorrect download instructions for simfactory2 since it still refers to the svn repository instead of the bitbucket one. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1835> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1884: provide support for multi-model runs in thorn MPI
by Einstein Toolkit 28 Nov '16

28 Nov '16

#1884: provide support for multi-model runs in thorn MPI -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: MPI | -----------------------------------+---------------------------------------- The attached patch adds a very thin layer of code to ExternalLibraries/MPI to provide access to two communicators {{{MPI_Comm_World}}} and {{{MPI_Comm_Universe}}} which can be used for multi-model runs (or runs started via {{{MPI_Comm_Spawn}}}). The code does not itself split a communicator, it only provides routines to get and set the communicators. It supports C and F90 calls (and C++ calls through external C and call from F77 files since Cactus compiles those with at a F90 compiler). Documentation is provided in the tex file and in the grdoc comments. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1884> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

← Newer
1
...
4
5
6
7
8
9
10
11
12
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2016