#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
#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
#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
#1928: support make parallel options in simfactory
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Pull request https://bitbucket.org/simfactory/simfactory2/pull-requests/11
/parallel-make/diff adds a --jobs option to sim build that sets a
@MAKEJOBS@ replacement so that one can use make -j @MAKEJOBS@ in machine
definitons files and let the user choose the number of make jobs when
compiling
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1928>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#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
#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
#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
#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