#2146: http://trac.einsteintoolkit.org leads to bad request page
---------------------------------+-------------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: major
Milestone: | Component: EinsteinToolkit website
Version: development version | Keywords: trac
---------------------------------+-------------------------------------
Surfing to http://trac.einsteintoolkit.org presents me with
{{{
Bad Request
Your browser sent a request that this server could not understand.
Reason: You're speaking plain HTTP to an SSL-enabled server port.
Instead use the HTTPS scheme to access this URL, please.
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2146>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2160: QuasiLocalMeasures qlm_spin doesn't work for spins not aligned along the z
axis
---------------------------------+-----------------------------------
Reporter: sbozzolator@… | Type: defect
Status: new | Priority: unset
Milestone: | Component: EinsteinToolkit thorn
Version: development version | Keywords: QuasiLocalMeasures
---------------------------------+-----------------------------------
Einstein Toolkit version: `ET_2018_02`.
Parameter file: `qc0-mclachlan.par` in einsteinexamples with the
additional parameter `TwoPunctures::par_S_plus [0] = +0.3`
Problem: The diagnostic `qlm_spin[0]` returns a spin of 0, whereas the
expected one should be 0.3.
If instead of `TwoPunctures::par_S_plus [1] = +0.3` one sets
`TwoPunctures::par_S_plus [2] = +0.3`, `qlm_spin[0]` is correctly
outputting 0.3
This happens because QuasiLocalMeasures finds in both cases the rotational
Killing vector d/dphi (as seen setting `QuasiLocalMeasures::veryverbose =
yes`), which is correct in the second case (when the axis aligned with the
z-direction), but doesn't sound right when the rotation is with respect to
the x-axis.
Changing `QuasiLocalMeasures::killing_vector_method` to `axial` or
`gradient` does not change the outcome.
Best regards,
Gabriele
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2160>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2155: Fixed bug in calculation of conserved S vector in MHD Prim2Con
---------------------------------+-----------------------------------
Reporter: hannah.klion@… | Type: defect
Status: new | Priority: minor
Milestone: | Component: EinsteinToolkit thorn
Version: development version | Keywords:
---------------------------------+-----------------------------------
Added missing parentheses
Please see pull request at
https://bitbucket.org/einsteintoolkit/einsteinevolve/pull-requests/12
/fixed-bug-in-calculation-of-conserved-s/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2155>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2025: ssl warning for wiki.einsteintoolkit.org
-------------------------------------+--------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit website | Version: development version
Keywords: |
-------------------------------------+--------------------------------------
My browser (Firefox 45.8.0 ESR) reports
{{{
wiki.einsteintoolkit.org uses an invalid security certificate. The
certificate is only valid for wiki.cct.lsu.edu Error code:
SSL_ERROR_BAD_CERT_DOMAIN
}}}
for https://wiki.einsteintoolkit.org/
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2025>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2154: Cactus: suppress interaction when using mv in make files
---------------------------------+--------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: minor
Milestone: | Component: Cactus
Version: development version | Keywords:
---------------------------------+--------------------
POSIX requires
(http://pubs.opengroup.org/onlinepubs/9699919799/utilities/mv.html) that
mv "hall write a prompt to standard error and read a line from standard
input. If the response is not affirmative, mv shall do nothing more with
the current source_file and go on to any remaining source_files." which is
annoying if the operation is something like "mv foo.tmp foo".
Worse, some centers make "mv" behave as "mv -i" ie it asks about every
single overwrite unless -f is also given.
Pull request is: https://bitbucket.org/cactuscode/cactus/pull-requests/48
/cactus-suppress-interaction-when-using-mv/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2154>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2139: The initial data used in arXiv: 1304.5544 are not downloadable now.
---------------------------------+-------------------------------------
Reporter: kidcheong@… | Type: defect
Status: new | Priority: unset
Milestone: ET_2018_02 | Component: EinsteinToolkit website
Version: development version | Keywords:
---------------------------------+-------------------------------------
I tried to run the code and reproduce the examples in arXiv: 1304.5544
[gr-qc]. In the rotating core-collapse part, I found that once I tried to
download the file "ID_A3_oct.h5.xz (221Mb)", "ID_A3_oct_64.h5.xz (388Mb)"
and "ID_A3_oct_80.h5.xz (747Mb)" in http://einsteintoolkit.org/mp.html,
the website shows the following:
----
404 Not Found
Not Found
The requested URL /~rhaas/ET/2013_MHD/collapse/ID_A3_oct.h5.xz was not
found on this server.
Apache/2.2.15 (Red Hat) Server at www.tapir.caltech.edu Port 80
----
Where can I download them?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2139>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#2148: captcha on trac.einsteintoolkit.org broken
---------------------------------+-------------------------------------
Reporter: Roland Haas | Type: defect
Status: new | Priority: blocker
Milestone: | Component: EinsteinToolkit website
Version: development version | Keywords: trac catcha
---------------------------------+-------------------------------------
The CAPTCHAs on trac.einsteintoolkit.org seem completely broken. If I try
to create a new ticket and am not logged in I am first presented by a
screen with a red box and a google "I am human" clickbox, yet clicking on
the box does give another page with only the red box and nothing else.
Note that this happens *after* I have gone through all the work of
entering text for my ticket etc and that text may be lost (depends on the
browser I guess).
So this should be fixed a soon as ever possible, at least if this is not
just something that affects only my browser.
First page shown:
[[Image(2018-05-10T113644.png)]]
Second page shown:
[[Image(2018-05-10T113655.png)]]
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/2148>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#502: SimFactory user-guide should be available and updated automatically
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: knarf
Type: enhancement | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
SimFactory has an incomplete user guide in the doc/userguide directory.
This is developed using Sphinx, which is a Python framework for writing
documentation. You need to install sphinx to generate this documentation.
This can be done using something similar to the following:
export PYTHONPATH=/home/ianhin/software/python
export PATH=/home/ianhin/software/python/:$PATH
hash -r
easy_install --install-dir ~/software/python sphinx
Then go into the simfactory/doc/userguide directory and type:
./autogen
make html
to generate HTML documentation (type just "make" to see the other possible
targets like PDF etc).
This should be regenerated on any commit to the SimFactory/doc/userguide
directory and copied to a web-accessible location for inclusion on
simfactory.org.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/502>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit