Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1046: Git repository not checked out to the correct location
by Einstein Toolkit 17 Aug '12

17 Aug '12

#1046: Git repository not checked out to the correct location ---------------------------+------------------------------------------------ Reporter: hinder | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ I have a git repository called "manifest" which I would like to check out into the root of the Cactus tree. This works for SVN, but not for git. CRL file is attached. {{{ MacBook-2:test $ ls -l Cactus total 8 lrwxr-xr-x 1 ian staff 23 17 Aug 14:48 manifest -> repos/manifest/manifest drwxr-xr-x 3 ian staff 102 17 Aug 14:48 repos drwxr-xr-x 3 ian staff 102 17 Aug 14:48 thornlists MacBook-2:test $ ls -l Cactus/repos/ total 0 drwxr-xr-x 8 ian staff 272 17 Aug 14:48 manifest }}} The manifest symbolic link has an extra "manifest" added, which does not exist in the repos directory. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1046> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1047: Check out git repositories without using repos directory
by Einstein Toolkit 17 Aug '12

17 Aug '12

#1047: Check out git repositories without using repos directory ---------------------------+------------------------------------------------ Reporter: hinder | Owner: eric9 Type: defect | Status: new Priority: major | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ I have a Git repository representing a single thorn. I would like for this to be checked out directly as arrangements/<arr>/<thorn> rather than having it checked out in repos and then a symbolic link created. There is no need for the extra complication if the repository is a single thorn, and GetComponents should treat Git just like SVN in this case. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1047> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #934: Cannot check out ET release
by Einstein Toolkit 15 Aug '12

15 Aug '12

#934: Cannot check out ET release ---------------------------+------------------------------------------------ Reporter: eschnett | Owner: eric9 Type: defect | Status: new Priority: blocker | Milestone: Component: GetComponents | Version: Keywords: | ---------------------------+------------------------------------------------ When I try to check out the release branch of the ET, GetComponents fails for all git repositories, and only for these. It appears that these repositories are checked out, but are on their master branch, and GetComponents cannot switch to the release branch. These repositories are then renamed, e.g. to "CRL.branch.failed". The error messages (taken from crl.log) are: {{{ May 29 11:05:08 2012: Could not checkout EinsteinExact/doc, unable to switch to branch ET_2012_05. Any existing symlinks to EinsteinExact/doc will be broken May 29 11:08:05 2012: Could not checkout KrancNumericalTools/GenericFD, unable to switch to branch ET_2012_05. Any existing symlinks to KrancNumericalTools/GenericFD will be broken May 29 11:08:11 2012: Could not checkout McLachlan/doc, unable to switch to branch ET_2012_05. Any existing symlinks to McLachlan/doc will be broken May 29 11:09:47 2012: Could not checkout GetComponents, unable to switch to branch ET_2012_05. Any existing symlinks to GetComponents will be broken May 29 11:09:47 2012: 4 errors occurred during update from thornlist(s): http://svn.einsteintoolkit.org/manifest/branches/ET_2012_05/einsteintoolkit… }}} This is on Mac OSX. I am using git version 1.7.10.2. I obtain GetComponents via {{{ wget --no-check-certificate https://github.com/gridaphobe/CRL/raw/ET_2012_05/GetComponents }}} and run it as {{{ ./GetComponents -a http://svn.einsteintoolkit.org/manifest/branches/ET_2012_05/einsteintoolkit… }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/934> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

[Einstein Toolkit] #1019: GRHydro/MoL/TmunuBase: allow grhydro evolution without Tmunu storage
by Einstein Toolkit 12 Aug '12

12 Aug '12

#1019: GRHydro/MoL/TmunuBase: allow grhydro evolution without Tmunu storage -----------------------------------+---------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: critical | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: GRHydro MoL TmunuBase | -----------------------------------+---------------------------------------- Since r350 we can't evolve GRHydro without assigning storage for Tmunu. This is far from ideal, since we may want to study only special relativistic effects or to evolve a non-self-gravitating fluid with a live metric. In both cases we don't need storage for Tmunu. The attached patches fix this problem. It requires to schedule TmunuBase_SetStressEnergyState at Wragh instead of basegrid and before Mol registers any variables. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1019> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1041: Einstein Toolkit build failure related to McLachlan, vectorisation and Sign
by Einstein Toolkit 12 Aug '12

12 Aug '12

#1041: Einstein Toolkit build failure related to McLachlan, vectorisation and Sign -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: blocker | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The ET currently does not build. See http://git.barrywardell.net/EinsteinToolkitTestResults.git/blob/945320ed4e3…. Build error is /home/ianhin/Cactus/EinsteinToolkitTests/arrangements/McLachlan/ML_BSSN/src/ML_BSSN_RHS1.cc(648): error: argument of type "__m128d" is incompatible with parameter of type "double" ptrdiff_t dir1 = Sign(beta1L); This happens in multiple thorns. This happened after a recent commit to Vectors: http://git.barrywardell.net/arrangements/LSUThorns/Vectors.git/commit/4b441…. See discussion in https://github.com/ianhinder/Kranc/issues/64#issuecomment-7671511. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1041> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1040: Maintainer's guide should be updated
by Einstein Toolkit 12 Aug '12

12 Aug '12

#1040: Maintainer's guide should be updated -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- There is a Cactus Maintainer's Guide which contains a lot of in-depth information about the Cactus build system. This document is out of date, but I think it should be revived as it could be a useful resource. It might be useful to move it to a wiki page instead of having it stored in the flesh repository. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1040> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1004: adding or removing thorns to a thorn list triggers what seems to be a full recompile
by Einstein Toolkit 11 Aug '12

11 Aug '12

#1004: adding or removing thorns to a thorn list triggers what seems to be a full recompile --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- this seems to be due to the parameter file structures in {{{ configs/configname/bindings/include/CParameterStructNames.h }}} being regenerated. At least "make -d" lists them as newer as the C source file dependency files. There seems to be only one such file for the whole configuration. My unsubstantiated guess is that this is because CParameterStructNames.h was one of the files that were excluded from dependency tracking prior to #768 (see eg line 182 of lib/make/make.config.defn.in in https://trac.einsteintoolkit.org/attachment/ticket/768/NoThornIs12.patch). Classified as minor since it is just extra careful, but try adding thorns on kraken to see just how annoying this can be :-) I will try and see what happens if I reinstate the dependency exclusions, but input of the patch author would be helpful to understand why the exclusions were removed (I assume they should no longer be required). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1004> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #531: Problem with adding/removing configuration.ccl files
by Einstein Toolkit 11 Aug '12

11 Aug '12

#531: Problem with adding/removing configuration.ccl files ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Cactus doesn't handle well adding or removing configuration.ccl files. When a new configuration.ccl file is added, Cactus ignores it until the next "rebuild" (i.e. until another ccl file changes, until the thorn list changes, or until the user calls *-rebuild explicitly). When a configuration.ccl file is removed, make aborts with an error message, and a rebuild is forced. One way to remedy this would be to have (empty) configuration.ccl file in all thorns. After all, param.ccl and schedule.ccl files also need to be present even if they are empty. This would also remove a bit of complex logic from the Cactus make system. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/531> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #628: Configuring on Kraken leads to warnings
by Einstein Toolkit 11 Aug '12

11 Aug '12

#628: Configuring on Kraken leads to warnings -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Using current simfactory to build on Kraken leads to the following warning during configuration: {{{ This is probably a Cray XT4 series system. Using known-architectures xt4-cray-linux This is an Cray XT4: you always need MPI! Forcing MPI to NATIVE. Unknown Linux f90 compiler. Please add appropriate information to /nics/d/home/hinder/Cactus/EinsteinToolkit/lib/make/known- architectures/linux and send the updated file to CactusMaint We will try anyway ... }}} Cactus should learn about this system. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/628> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1036: Implement Riemann symmetries in WeylScal4
by Einstein Toolkit 11 Aug '12

11 Aug '12

#1036: Implement Riemann symmetries in WeylScal4 -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- WeylScal4 calculates 81 instead of 21 (or 20) components of the Riemann tensor. This makes code and run time about four times larger than necessary. https://github.com/ianhinder/Kranc/issues/81 describes what to do. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1036> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac