Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1208: trac.einsteintoolkit.org displays insecure content
by Einstein Toolkit 07 Jan '13

07 Jan '13

#1208: trac.einsteintoolkit.org displays insecure content ----------------------------------+----------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit trac | Version: Keywords: | ----------------------------------+----------------------------------------- According to Safari, https://trac.einsteintoolkit.org displays http content in addition to the https content. As a result, the page does not get the "https" icon, and appears to the user to be unencrypted. This persists on the login screen. As far as I can tell, the actual login (which uses CCT system passwords) is encrypted, but to discover this, I had to look at the page source and note that the form posts to https://.... I noticed that there is an unencrypted link to the trac servers for the trac logo. I don't know if this is the only http image on the site. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1208> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1206: CCTK_ParameterFilename is not documented
by Einstein Toolkit 07 Jan '13

07 Jan '13

#1206: CCTK_ParameterFilename is not documented ---------------------------+------------------------------------------------ Reporter: hinder | Owner: Type: defect | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: documentation | ---------------------------+------------------------------------------------ CCTK_ParameterFilename is used in several places in the code. It should probably be documented. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1206> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #815: Outlfow thorn in incoming
by Einstein Toolkit 06 Jan '13

06 Jan '13

#815: Outlfow thorn in incoming -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- Hello all, as discussed in the last phone call, the GT Outflow thorn has been put into incoming (http://svn.einsteintoolkit.org/incoming/Outflow). From the docs: {{{ Outflow calculates the flow of rest mass density across a SphericalSurface, eg. and apparent horizon or a sphere at ``infinity''. }}} It has documentation, test-cases and publications using it (http://arxiv.org/abs/1201.4389). Ok to include in EinsteinAnalysis? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/815> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1061: Certificate failure
by Einstein Toolkit 05 Jan '13

05 Jan '13

#1061: Certificate failure -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- I want to access the ET svn repositories via SourceTree, a nice GUI for managing repositories. This fails because: Error validating server certificate for 'https://svn.einsteintoolkit.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: svn.einsteintoolkit.org - Valid: from Thu, 05 Jan 2012 22:31:55 GMT until Fri, 04 Jan 2013 22:31:55 GMT - Issuer: lsu, edu - Fingerprint: de:b0:88:20:f7:6f:73:df:ed:ad:c2:af:7e:b7:e1:45:13:82:8a:7d (R)eject, accept (t)emporarily or accept (p)ermanently? RA layer request failed: OPTIONS of 'https://svn.einsteintoolkit.org/manifest': Server certificate verification failed: issuer is not trusted (https://svn.einsteintoolkit.org) at /Applications/SourceTree.app/Contents/Resources/git_local/libexec/git-core /git-svn line 2327 Unfortunately, as this is a GUI, I cannot press the "R" key here. To simplify things for me, could you use a trusted certificate instead? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1061> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #1205: Thorn EinsteinAnalysis/Multipole lacks README file
by Einstein Toolkit 04 Jan '13

04 Jan '13

#1205: Thorn EinsteinAnalysis/Multipole lacks README file --------------------+------------------------------------------------------- Reporter: knarf | Owner: Type: defect | Status: new Priority: minor | Milestone: ET_2013_05 Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- Thorn EinsteinAnalysis/Multipole lacks a README file similar to other thorns. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1205> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1203: use search rather than match to skip possible text output by envsetup
by Einstein Toolkit 20 Dec '12

20 Dec '12

#1203: use search rather than match to skip possible text output by envsetup ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- the attached patch avoid anchoring the regex pattern used to look for rsync's version in the command output. This is useful for systems where envsetup (for whatever reason, eg because the user has extra modules loaded, or .bashrc is not fully quiet ...) produces output. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1203> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1200: Sliced HDF5 output index file not stored correctly
by Einstein Toolkit 19 Dec '12

19 Dec '12

#1200: Sliced HDF5 output index file not stored correctly -------------------------------------+-------------------------------------- Reporter: david.radice@… | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: ET_2012_05 Keywords: | -------------------------------------+-------------------------------------- Index HDF5 datafiles appear to be not handled correctly in the case of sliced data. The files are created and initialized correctly at the first iteration, but every subsequent access fails with an HDF5 error. I am attaching the output of a simulation showing the issue as well as a patch the fixes the problem for me. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1200> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1074: EinsteinExact code regeneration doesn't handle missing file doc/spacetimes.tex
by Einstein Toolkit 18 Dec '12

18 Dec '12

#1074: EinsteinExact code regeneration doesn't handle missing file doc/spacetimes.tex -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- While regenerating code for EinsteinExact, I received the error message {{{ DeleteFile::nffil: File not found during DeleteFile[../doc/spacetimes.tex]. }}} which aborted the code generation. This error is caused when this file is not present, and this file is then also not generated. DeleteFile should not report an error when the file is not present. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1074> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1133: Pull 4d transformations into EinsteinExact
by Einstein Toolkit 18 Dec '12

18 Dec '12

#1133: Pull 4d transformations into EinsteinExact -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1133> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1194: Cactus does not check range of integer parameters anymore
by Einstein Toolkit 14 Dec '12

14 Dec '12

#1194: Cactus does not check range of integer parameters anymore -------------------+-------------------------------------------------------- Reporter: rhaas | Type: defect Status: new | Priority: major Milestone: | Component: Cactus Version: | Keywords: -------------------+-------------------------------------------------------- since adding the possibility to use formula on the rhs of parameter value assignments in parfiles (rev r4797 of the flesh) a bug is present that prevents Cactus from rejecting CCTK_INT parameter values that are not in the allowed range. Instead the default value is used. Christian Ott encountered this today. The bug is caused by not re-initializing retval before entering a loop in src/main/ParameterSetInterger (compare ParameterSetDouble). The attached patch fixes this and the second patch (to Exact) fixes a typo in the test parameter files that was not caught because of this bug (test results do not change). When parameters within the allowed range were supplied the code produced the right parameter values, but incorrect parameters would have silently appeared to the code as the default value. I would like to also apply this to the release. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1194> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac