Users September 2019

users@lists.einsteintoolkit.org

21 participants
39 discussions

Einstein Toolkit Meeting Reminder
by Steven R. Brandt 31 Oct '19

31 Oct '19

Hi Please consider joining the weekly Einstein Toolkit phone call at 9:30 am US central time on Mondays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --Steve

8 94

Agenda for Monday's Meeting
by Steven R. Brandt 30 Oct '19

30 Oct '19

Please update the Wiki with agenda items for Monday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --Steve

3 46

New Einstein Toolkit Release (Chien-Shiung Wu)
by Steven R. Brandt 30 Oct '19

30 Oct '19

=== Release Announcement === We are pleased to announce the sixteenth release (code name "Tesla") of the Einstein Toolkit, an open, community developed software infrastructure for relativistic astrophysics. The highlights of this release are Five new thorns have been added: * GiRaFFE * GiRaFFEfood * ShiftedKerrSchild * GiRaFFE_to_HydroBase * ID_converter_GiRaFFE In addition, bug fixes accumulated since the previous release in Feb 2018 have been included. The Einstein Toolkit is a collection of software components and tools for simulating and analyzing general relativistic astrophysical systems that builds on numerous software efforts in the numerical relativity community including CactusEinstein, the Carpet AMR infrastructure and the relativistic magneto-hydrodynamics code GRHydro. For parts of the toolkit, the Cactus Framework is used as the underlying computational infrastructure providing large-scale parallelization, general computational components, and a model for collaborative, portable code development. The toolkit includes modules to build complete codes for simulating black hole spacetimes as well as systems governed by relativistic magneto-hydrodynamics. The Einstein Toolkit uses a distributed software model and its different modules are developed, distributed, and supported either by the core team of Einstein Toolkit Maintainers, or by individual groups. Where modules are provided by external groups, the Einstein Toolkit Maintainers provide quality control for modules for inclusion in the toolkit and help coordinate support. The Einstein Toolkit Maintainers currently involve postdocs and faculty from six different institutions, and host weekly meetings that are open for anyone to join in. Guiding principles for the design and implementation of the toolkit include: open, community-driven software development; well thought out and stable interfaces; separation of physics software from computational science infrastructure; provision of complete working production code; training and education for a new generation of researchers. For more information about using or contributing to the Einstein Toolkit, or to join the Einstein Toolkit Consortium, please visit our web pages at http://einsteintoolkit.org. The Einstein Toolkit is primarily supported by NSF 1550551/1550461/1550436/1550514 (Einstein Toolkit Community Integration and Data Exploration). The Einstein Toolkit contains about 200 regression test cases. On a large portion of the tested machines, almost all of these tests pass, using both MPI and OpenMP parallelization. The changes between this and the previous release include: == Larger changes since last release == * Support has been added for GCC8. * Built-in OpenMPI tarball has been upgraded to 1.10.7 Note, we still recommend using the system MPI that is installed natively on your system. * And many bug fixes. Notably, a significant correctness problem for NewRad was addressed which caused many simulations with more than two ranks to fail https://trac.einsteintoolkit.org/ticket/2182 == New thorns or tools == * GiRaFFE (~1,600 lines of code): Solves the GRFFE equations in the formalism of Paschalidis and Shapiro [2] using the same reconstruction (PPM) and staggered vector potential methods as IllinoisGRMHD. * GiRaFFEfood (~1,300 lines of code): Code validation initial data and basic diagnostics. Contains Five 1D tests in flat spacetime (fast wave, Alfvén wave, degenerate Alfvén wave, "three-wave", FFE breakdown), One 3D test in flat spacetime (aligned rotator), and Three 3D tests in curved spacetimes ("Exact Wald" solution, "Magnetospheric Wald" solution, and split monopole). * ShiftedKerrSchild (~230 lines of code): Sets up all 3+1 quantities for a Kerr-Schild spacetime with an arbitrary radial shift, to mitigate effects of extreme spacetime curvature near r_{KS}=0. See Appendix of code release paper for full discussion. * GiRaFFE_to_HydroBase and ID_converter_GiRaFFE (~230 lines of code): Acts as a translation layer to convert 3-velocities in HydroBase's Valencia formalism to/from the 3-velocity found in the induction equation (vi = ui/u0; native to GiRaFFE). == Upcoming changes for the next releases == == New thorns planned for the next relases == * Seed_Magnetic_Fields-modified Extended Seed_Magnetic_Fields thorn for binary neutron stars. Supercedes Seed_Magnetic_Fields thorn. * Meudon_Bin_NS-modified Modifications to Meudon BNS initial data thorn to disable the overwriting of initial lapse/shift, which acts to significantly reduce coordinate eccentricity. Supercedes Meudon_Bin_NS thorn. * VolumeIntegrals_GRMHD Nice GRMHD volume integration thorn, currently depends on IllinoisGRMHD and Carpet. Performs volume integrals on arbitrary "Swiss-cheese"-like topologies, and even interoperates with Carpet to track NS centers of mass. * VolumeIntegrals_vacuum Nice GRMHD volume integration thorn, currently depends on ML_BSSN. There is a bit of code duplication and duplicated functionality between VI_GRMHD and VI_vacuum, to ensure that VI_vacuum can be used without enabling a GRMHD code. There is probably a better way of doing this, but I haven't had the time to think deeply about this. * particle_tracerET Solves the ODE \partial_t xi = vi for typically thousands of tracer particles, using an RK4 integration atop the current timestepping. E.g., one RK4 substep in the particle integration might occur every 16 RK4 substeps in the GRMHD evolution. These tracer particle positions are quite useful for visualizing magnetic field lines in a consistent way from frame-to-frame in a movie (recall that in the GRMHD approximation, the magnetic field lines stay attached the fluid elements they thread Flux Freezing?). Note that the velocity must be consistent with the velocity appearing in the GRMHD induction equation. This thorn reads in the HydroBase vel[] vector gridfunction, which assumes the Valencia formalism, and converts it into the induction equation velocity. * smallbPoynET Computes bi, b2, and three spatial components of Poynting flux. It also computes (-1-u0), which is useful for tracking unbound matter. * LeanBSSNMoL and NPScalars: LeanBSSNMoL evolves Einstein's Equations with the BSSN formulation. NPScalars computes the Newman-Penrose scalars. For the conformal factor it uses the "W" version, i.e. W=\gamma^{-1/6}, and it employs the usual "1+log" and "Gamma-driver" gauge conditions. Also available, in the "new_gauge" branch, is the shift condition of Figueras et al for their evolutions of higher dimensional BHs, see: https://arxiv.org/abs/1702.01755 https://arxiv.org/abs/1512.04532 * Proca arrangement: This repository (https://bitbucket.org/canuda/proca/src) provides the tools to evolve the Einstein-Proca system as first described in https://arxiv.org/abs/1505.00797 == How to upgrade from Tesla (ET_2018_02) == To upgrade from the previous release, use GetComponents with the new thornlist to check out the new version. See the Download page (http://einsteintoolkit.org/download/) on the Einstein Toolkit website for download instructions. == Machine notes == Supported (tested) machines include: * Default Debian, Ubuntu, Fedora, CentOS, Mint, OpenSUSE and MacOS (Homebrew and MacPorts) installations * Bluewaters * Comet * Cori * Draco * Edison * Golub * Hydra * Marconi * Minerva * Queenbee 2 * Stampede 2 * SuperMIC * Wheeler * TACC machines: defs.local.ini needs to have sourcebasedir = $WORK and basedir = $SCRATCH/simulations configured for this machine. You need to determine $WORK and $SCRATCH by logging in to the machine. * A new configuration for KNL nodes is being worked on, but not yet included in the release (but compilation works and tests mostly pass). All repositories participating in this release carry a branch ET_2018_02 marking this release. These release branches will be updated if severe errors are found. The "Chien-Shiung Wu" Release Team on behalf of the Einstein Toolkit Consortium (2018-09-17) * Steven R. Brandt * Samuel D. Cupp * Peter Diener * Roland Haas * Roberto De Pietri Sep, 2018

1 1

Err logs like "[83bdcfc58a2e:19025] Read -1, expected 4096, errno = 1" when running ET.
by ZhiChao Zhao 09 Oct '19

09 Oct '19

Hello everyone, I am trying to write a par file and run it. I use simfactory and the command is : > ./simfactory/bin/sim create-submit bnstest --procs=28 --num-threads=2 > --parfile=./my_par/bnstest.par I am workiing on a PC computer with ubuntu (in fact, is a ubuntu docker in a PC computer with host OS centos). This pc has two cpus. Each cpu has 28 cores. I found there are so much error logs: > + date +%s > + export CACTUS_STARTTIME=1567761511 > + [ 14 = 1 ] > + mpirun -np 14 /home/zhaozc/simulations/bnstest/SIMFACTORY/exe/cactus_sim > -L 3 /home/zhaozc/simulations/bnstest /output-0000/bnstest.par > [83bdcfc58a2e:19025] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19027] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19029] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19024] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19026] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19028] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19032] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19034] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19036] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19030] Read -1, expected 4096, errno = 1 > [83bdcfc58a2e:19023] Read -1, expected 4096, errno = 1 ...... but those errors will not terminate the task. Is it safe to ignore those errors?

2 6

The simulation stops suddenly, problem with restarting from checkpoint, and with number of processors
by Hassan Khalvati 03 Oct '19

03 Oct '19

Dear All, I had a simulation running for nearly 5 days and it stops today with no reason, no errors, and no termination. the first thing I need help with is that I can not find the cause that the simulation has been stopped. The last lines during the simulation have been attached as a text file. The second problem is that I can not restart from the checkpoint. there is an error : ./simfactory/bin/sim submit the-last-one --parfile=par/bbh-2res-1mass-10sep-final.par --procs=56 Error: job id is negative Aborting Simfactory. I looked up in email archives, and I did what Roland has suggested, to add a line for jobid, (jobid = 999999) in the properties.ini file, but I am still getting errors ./simfactory/bin/sim submit the-last-one --parfile=par/bbh-2res-1mass-10sep-final.par --procs=56 Warning: job status is U Warning: job status is U Assigned restart id: 1 Warning: Too many used cores per node specified: specified ppn-used=56 (ppn is 28) Executing submit command: exec nohup /home/cosmo/simulations/the-last-one/output-0001/SIMFACTORY/SubmitScript < /dev/null > /dev/null 2> /dev/null & echo $! Submit finished, job id is 8907 I changed the lines in the properties.ini file for procs, and again getting error ./simfactory/bin/sim submit the-last-one --parfile=par/bbh-2res-1mass-10sep-final.par Assigned restart id: 1 Executing submit command: exec nohup /home/cosmo/simulations/the-last-one/output-0001/SIMFACTORY/SubmitScript < /dev/null > /dev/null 2> /dev/null & echo $! Submit finished, job id is 10517 And finally, I am confused about the option for the "ppn, procs, and ..." numbers in the Simfactory. I have attached my CPU information. It is a double 14 core Xeon(R) CPU E5-2680, with 2 threads per core. my submission command was: ./simfactory/bin/sim create-run the-last-one --parfile=par/bbh-2res-1mass-10sep-final.par --procs=56 --ppn-used=56 but in the properties.ini file, it is mentioned that: numprocs = 4 nodeprocs = 4 numthreads = 14 I have also attached the properties.ini file. Is it using only 4 cores? I looked up in the Simfactory docs, and also ET's wiki. I can not get a clear picture of how the option of the number of processors works. However, with the same command line, I have mentioned above, --procs=56 --ppn-used=56, the simulation was performing well, I want to know if it is using total number of processors on my system or not. I would be grateful if anyone could help me with each of these issues. Attachments are: parameter file, properties.ini, simulation-last-lines, CPU info, and the log.txt file. Sincerely, Hassan -- *Hassan KhalvatiSharif University of Technology, TehranHassan.Khalvati(a)physics.sharif.edu <Hassan.Khalvati(a)physics.sharif.edu>Hassan.kh92(a)gmail.com <Hassan.kh92(a)gmail.com>*

3 3

Warning: Cannot output variable because it has no storage (ADMAnalysis OR ADMMass)
by 刘屿 03 Oct '19

03 Oct '19

Hello Cactus users, I am new to Einstein Toolkit. I want to write a simple parameter file, according to my understanding of Thorn. When I use the Thorn in EinsteinAnalysis, I encountered a warning (Level 1) and CarpetIOBasic can't output normally. I couldn't find the reason for the warning, because the warning message is brief. ------------------------ par file ----------------------- ###################################### # Flesh parameters ###################################### Cactus::terminate = "iteration" Cactus::cctk_itlast = 0 ###################################### # Coordinate ###################################### ActiveThorns = "Carpet CarpetLib CoordBase CartGrid3D" Carpet::domain_from_coordbase = yes CartGrid3D::type = "coordbase" CartGrid3D::domain = "full" CoordBase::domainsize = "minmax" CoordBase::xmin = -20.0 CoordBase::ymin = -20.0 CoordBase::zmin = -20.0 CoordBase::xmax = +20.0 CoordBase::ymax = +20.0 CoordBase::zmax = +20.0 CoordBase::dx = 1 CoordBase::dy = 1 CoordBase::dz = 1 driver::ghost_size = 3 ###################################### # Boundary ###################################### ActiveThorns = "boundary symbase" CoordBase::boundary_size_x_lower = 3 CoordBase::boundary_size_y_lower = 3 CoordBase::boundary_size_z_lower = 3 CoordBase::boundary_size_x_upper = 3 CoordBase::boundary_size_y_upper = 3 CoordBase::boundary_size_z_upper = 3 ###################################### # Initial Condition ###################################### ActiveThorns = "ADMBase" ADMBase::initial_data = "Cartesian Minkowski" ADMBase::initial_lapse = "one" ADMBase::initial_shift = "zero" ADMBase::initial_dtlapse = "zero" ADMBase::initial_dtshift = "zero" ###################################### # Analysis ###################################### ActiveThorns = "ADMMass StaticConformal SpaceMask ADMMacros" ADMMass::ADMMass_surface_distance[0] = 12 ###################################### # IO ###################################### ActiveThorns = "IOUtil CarpetIOBasic CarpetReduce CarpetIOASCII CarpetIOHDF5 CarpetIOScalar" IO::out_dir = $parfile IO::out_every = 1 IOBasic::outInfo_vars = "ADMMass::ADMMass_box" ------------------------ Warning -------------------- WARNING[L1,P0] (CarpetIOBasic): Cannot output variable "ADMMASS::ADMMass_box_x_max" because it has no storage I also want to know the difference between output-0000 and output-0000-active in simulation directory. Thanks, Yu Liu --------------------------- Yu Liu PhD Student School of Physics Huazhong University of Science and Technology

2 1

Re: [Users] Failed installation
by Haas, Roland 30 Sep '19

30 Sep '19

Hello Villani, I think you are getting this error: https://serverfault.com/questions/522646/svn-e170000-unrecognized-url-schem… ie your subversion command was built without https support. Which is indeed what the output of your svn --version command confirms (since it only lists ra_snv and ra_local but not ra_serf). This is highly unusual for subversion installed via apt-get. Did you perhaps compile your own? Can you check that "which svn" reports /usr/bin/svn? Yours, Roland > Here. Now the files should be attached > > Il 30/09/19 15:01, Haas, Roland ha scritto: > > Hello Villani, > > > >> The comman lbd release --all says: > >> > >> No LSB modules are available. > >> Distributor ID: Ubuntu > >> Description: Ubuntu 16.04.6 LTS > >> Release: 16.04 > >> Codename: xenial > > I ran > > > > svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > > > > on a Ubuntu Xenial machine of my own and it seems to have worked fine, > > namely I get: > > > > --8<-- > > svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > > Path: ExternalLibraries-GSL.git > > URL: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > > Relative URL: ^/ > > Repository Root: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > > Repository UUID: f02328a3-b203-f8a2-b1da-ce57b7db7bff > > Revision: 756 > > Node Kind: directory > > Last Changed Author: roland.haas > > Last Changed Rev: 756 > > Last Changed Date: 2019-03-13 22:11:00 +0000 (Wed, 13 Mar 2019) > > --8<-- > > > > while failure would look like so > > > > --8<-- > > svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > > svn: OPTIONS of 'https://github.com/einsteintoolkit/ExternalLibraries-GSL.git': SSL handshake failed: SSL error: tlsv1 alert protocol version (https://github.com) > > --8<-- > > > > I have to admit I am running out of ideas. Would you mind providing the > > two output files (svn.log and GetComponents.log) that I had asked > > about, please? > > > >> The University uses G-Mail so I cannot do anything about that. > > I feared as much, yes. I have forwarded your error message to my > > Universities IT services with exactly that admonition (namely that > > Universities are using GMail). > > > > Yours, > > Roland > > -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

Re: [Users] Failed installation
by Haas, Roland 30 Sep '19

30 Sep '19

Hello Villani, > which svn says: > > /usr/local/bin/svn That sounds like you are using a self-compiled version of svn, which explains the issues. You can make GetComponents use the one in /usr/bin/svn (there will be such a one if you executed the apt-get command that Steve and I asked you to run) by running it like so: PATH=/usr/bin:$PATH ./GetComponents --update ./einsteintoolkit.th which makes GetComponents use the copy in /usr/bin before trying to use the copy of svn in /usr/local/bin. You may also want to consider removing the copy of svn in /usr/bin/local as without https support it is not going to be very useful. Exactly how to remove it I cannot tell you since that depends largely on how you installed it in the first place. Yours, Roland > > Il 30/09/19 15:19, Haas, Roland ha scritto: > > Hello Villani, > > > > I think you are getting this error: > > > > https://serverfault.com/questions/522646/svn-e170000-unrecognized-url-schem… > > > > ie your subversion command was built without https support. Which is > > indeed what the output of your svn --version command confirms (since it > > only lists ra_snv and ra_local but not ra_serf). > > > > This is highly unusual for subversion installed via apt-get. > > > > Did you perhaps compile your own? Can you check that "which svn" > > reports /usr/bin/svn? > > > > Yours, > > Roland > > > >> Here. Now the files should be attached > >> > >> Il 30/09/19 15:01, Haas, Roland ha scritto: > >>> Hello Villani, > >>> > >>>> The comman lbd release --all says: > >>>> > >>>> No LSB modules are available. > >>>> Distributor ID: Ubuntu > >>>> Description: Ubuntu 16.04.6 LTS > >>>> Release: 16.04 > >>>> Codename: xenial > >>> I ran > >>> > >>> svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > >>> > >>> on a Ubuntu Xenial machine of my own and it seems to have worked fine, > >>> namely I get: > >>> > >>> --8<-- > >>> svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > >>> Path: ExternalLibraries-GSL.git > >>> URL: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > >>> Relative URL: ^/ > >>> Repository Root: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > >>> Repository UUID: f02328a3-b203-f8a2-b1da-ce57b7db7bff > >>> Revision: 756 > >>> Node Kind: directory > >>> Last Changed Author: roland.haas > >>> Last Changed Rev: 756 > >>> Last Changed Date: 2019-03-13 22:11:00 +0000 (Wed, 13 Mar 2019) > >>> --8<-- > >>> > >>> while failure would look like so > >>> > >>> --8<-- > >>> svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > >>> svn: OPTIONS of 'https://github.com/einsteintoolkit/ExternalLibraries-GSL.git': SSL handshake failed: SSL error: tlsv1 alert protocol version (https://github.com) > >>> --8<-- > >>> > >>> I have to admit I am running out of ideas. Would you mind providing the > >>> two output files (svn.log and GetComponents.log) that I had asked > >>> about, please? > >>> > >>>> The University uses G-Mail so I cannot do anything about that. > >>> I feared as much, yes. I have forwarded your error message to my > >>> Universities IT services with exactly that admonition (namely that > >>> Universities are using GMail). > >>> > >>> Yours, > >>> Roland > >>> > > > > -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

Re: [Users] Failed installation
by Haas, Roland 30 Sep '19

30 Sep '19

Hello Villani, > The comman lbd release --all says: > > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 16.04.6 LTS > Release: 16.04 > Codename: xenial I ran svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git on a Ubuntu Xenial machine of my own and it seems to have worked fine, namely I get: --8<-- svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git Path: ExternalLibraries-GSL.git URL: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git Relative URL: ^/ Repository Root: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git Repository UUID: f02328a3-b203-f8a2-b1da-ce57b7db7bff Revision: 756 Node Kind: directory Last Changed Author: roland.haas Last Changed Rev: 756 Last Changed Date: 2019-03-13 22:11:00 +0000 (Wed, 13 Mar 2019) --8<-- while failure would look like so --8<-- svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git svn: OPTIONS of 'https://github.com/einsteintoolkit/ExternalLibraries-GSL.git': SSL handshake failed: SSL error: tlsv1 alert protocol version (https://github.com) --8<-- I have to admit I am running out of ideas. Would you mind providing the two output files (svn.log and GetComponents.log) that I had asked about, please? > The University uses G-Mail so I cannot do anything about that. I feared as much, yes. I have forwarded your error message to my Universities IT services with exactly that admonition (namely that Universities are using GMail). Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

Fwd: Failed installation
by Haas, Roland 30 Sep '19

30 Sep '19

Begin forwarded message: Date: Mon, 30 Sep 2019 15:06:18 +0200 From: Villani <mattia.villani(a)uniurb.it> To: "Haas, Roland" <rhaas(a)illinois.edu> Subject: Re: [Users] Failed installation Here. Now the files should be attached Il 30/09/19 15:01, Haas, Roland ha scritto: > Hello Villani, > >> The comman lbd release --all says: >> >> No LSB modules are available. >> Distributor ID: Ubuntu >> Description: Ubuntu 16.04.6 LTS >> Release: 16.04 >> Codename: xenial > I ran > > svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > > on a Ubuntu Xenial machine of my own and it seems to have worked fine, > namely I get: > > --8<-- > svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > Path: ExternalLibraries-GSL.git > URL: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > Relative URL: ^/ > Repository Root: https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > Repository UUID: f02328a3-b203-f8a2-b1da-ce57b7db7bff > Revision: 756 > Node Kind: directory > Last Changed Author: roland.haas > Last Changed Rev: 756 > Last Changed Date: 2019-03-13 22:11:00 +0000 (Wed, 13 Mar 2019) > --8<-- > > while failure would look like so > > --8<-- > svn info https://github.com/einsteintoolkit/ExternalLibraries-GSL.git > svn: OPTIONS of 'https://github.com/einsteintoolkit/ExternalLibraries-GSL.git': SSL handshake failed: SSL error: tlsv1 alert protocol version (https://github.com) > --8<-- > > I have to admit I am running out of ideas. Would you mind providing the > two output files (svn.log and GetComponents.log) that I had asked > about, please? > >> The University uses G-Mail so I cannot do anything about that. > I feared as much, yes. I have forwarded your error message to my > Universities IT services with exactly that admonition (namely that > Universities are using GMail). > > Yours, > Roland > -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users September 2019