Trac January 2011

trac@lists.einsteintoolkit.org

1 participants
147 discussions

[Einstein Toolkit] #248: Enhance GetComponents functionality when dealing with git branches
by Einstein Toolkit 09 Feb '11

09 Feb '11

#248: Enhance GetComponents functionality when dealing with git branches ---------------------------+------------------------------------------------ Reporter: bmundim | Owner: eric9 Type: enhancement | Status: new Priority: minor | Milestone: Component: GetComponents | Version: Keywords: git branches | ---------------------------+------------------------------------------------ When using git it is very common to develop new code or functionality in separate branches. Sometimes these branches are maintained in a central repository too (besides in the user local repo). It would be nice if GetComponents could handle the checkout and update of *all* these branches in the *same* Cactus tree. Currently we have to either checkout these branches manually (a bit inconvenient) or to have several Cactus trees, each containing the branch that we want to work with (quite impractical and expensive). I suggest that GetComponents understands the following lines written in the same thorn list file and checkout all the appropriate branches: !CRL_VERSION = 1.0 !DEFINE ROOT = Cactus !DEFINE ARR = $ROOT/arrangements # Checkout the master branch: !TARGET = $ARR !TYPE = git !URL = ssh://path/to/repo !CHECKOUT = arrangement1/thorn1 arrangement1/thorn2 #Checkout the development branch: !TARGET = $ARR !TYPE = git !URL = ssh://path/to/repo !REPO_BRANCH = development !CHECKOUT = arrangement1/thorn1 arrangement1/thorn2 #Checkout the experimental branch: !TARGET = $ARR !TYPE = git !URL = ssh://path/to/repo !REPO_BRANCH = experimental !CHECKOUT = arrangement1/thorn1 arrangement1/thorn2 #Checkout the test branch: !TARGET = $ARR !TYPE = git !URL = ssh://path/to/repo !REPO_BRANCH = test !CHECKOUT = arrangement1/thorn1 arrangement1/thorn2 As far as I understand this workflow is not usual for either cvs or svn. So the "feature" proposed here would be limited to git repositories (I know nothing about darcs and very little about hg. So someone may want to comment for these repo types.). Thanks, Bruno. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/248> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 16

[Einstein Toolkit] #213: "cleanup" is implemented twice
by Einstein Toolkit 03 Feb '11

03 Feb '11

#213: "cleanup" is implemented twice ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- The functions command_cleanup and CleanupRestarts are very similar. One of them should probably call the other. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/213> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #250: Submitting on numrel07 broken
by Einstein Toolkit 03 Feb '11

03 Feb '11

#250: Submitting on numrel07 broken ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I created and submitted a simulation on numrel07. This aborted with the error message below. Note that "queue" is an optional mdb entry. Executing: ./simfactory/bin/sim create-submit empty- numrel07-2011.01.29-16.57 .03 --parfile=par/empty.par --walltime=1:0:0 --procs=4 --num-threads=4 Error: machine numrel07 is missing a required key: queue DEBUG: Simfactory command: ./simfactory/bin/../lib/sim.py "create-submit" "empty -numrel07-2011.01.29-16.57.03" "--parfile=par/empty.par" "-- walltime=1:0:0" "--p rocs=4" "--num-threads=4" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations Info: defs: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.ini Info: defs.local: /home/eschnett/EinsteinToolkit-hg- vanilla/simfactory/etc/defs.local.ini Info: Cactus Directory: /home/eschnett/EinsteinToolkit-hg-vanillaInfo: simenv.COMMAND: create-submit Info: Executing command: create_submitParameter file: /home/eschnett /EinsteinToolkit-hg-vanilla/par/empty.par Info: Configuration name not specified -- using default configuration "sim"Info: Configuration name not specified -- using default configuration "sim" Skeleton Created Job directory: "/home/eschnett/simulations/empty- numrel07-2011.01.29-16.57.03" Executable: "/home/eschnett/EinsteinToolkit-hg-vanilla/exe/cactus_sim" Option list: "/home/eschnett/simulations/empty- numrel07-2011.01.29-16.57.03/SIMF ACTORY/cfg/OptionList" Submit script: "/home/eschnett/simulations/empty- numrel07-2011.01.29-16.57.03/SIMFACTORY/run/SubmitScript" Run script: "/home/eschnett/simulations/empty- numrel07-2011.01.29-16.57.03/SIMFA CTORY/run/RunScript" Parameter file: "/home/eschnett/simulations/empty- numrel07-2011.01.29-16.57.03/S IMFACTORY/par/empty.par"Info: Active Id: -1 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/250> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #220: "sim stop" should be able to stop multiple simulations
by Einstein Toolkit 03 Feb '11

03 Feb '11

#220: "sim stop" should be able to stop multiple simulations -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- If multiple simulations are given as argument to "sim stop", all should be stopped -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/220> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #153: docs.einsteintoolkit.org login does not require https
by Einstein Toolkit 02 Feb '11

02 Feb '11

#153: docs.einsteintoolkit.org login does not require https ----------------------+----------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: critical | Milestone: Component: Other | Version: Keywords: | ----------------------+----------------------------------------------------- If I go to http://docs.einsteintoolkit.org and click on "log in/create account" in the top right hand corner, it gives a login page which is served via http not https. As I understand it, the passwords used here are CCT accounts, and so they should not be transmitted in plain. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/153> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #146: Update GRHydro examples for EOS_Omni
by Einstein Toolkit 02 Feb '11

02 Feb '11

#146: Update GRHydro examples for EOS_Omni ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Please update the GRHydro examples to use EOS_Omni; this would help me update my parameter files. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/146> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #187: Cannot disable optimisation with Intel compiler using OPTIMISE=no
by Einstein Toolkit 01 Feb '11

01 Feb '11

#187: Cannot disable optimisation with Intel compiler using OPTIMISE=no -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Cactus supports a variable OPTIMISE=yes/no to control whether optimisation is performed during compilation. Setting this variable to "yes" (for example, make sim-config OPTIMISE=yes) adds the flags in C_OPTIMISE_FLAGS to CFLAGS so that optimisation is performed. This is the default. Setting OPTIMISE=no does not add the flags. For gcc, this results in an unoptimised configuration as gcc assumes -O0 as the default. The Intel compiler, however, uses -O2 as the default. Hence, setting OPTIMISE=no has no effect on Intel, and -O2 is still used. The attached patch adds new configuration options C_NO_OPTIMISE_FLAGS, CXX_NO_OPTIMISE_FLAGS, F77_NO_OPTIMISE_FLAGS and F90_NO_OPTIMISE_FLAGS to complement the *_OPTIMISE_FLAGS options. These are added to the flags when OPTIMISE=no is used, and they default to -O0, which for the commonly used gcc and Intel compilers will lead to an unoptimised configuration. I have also included a patch to the documentation. I have not included the automatically generated configure script; to avoid confusion the committer should probably generate this. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/187> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #101: Update ExternalLibraries/OpenSSL to version openssl-1.0.0b
by Einstein Toolkit 01 Feb '11

01 Feb '11

#101: Update ExternalLibraries/OpenSSL to version openssl-1.0.0b ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- ... because this version has several security problems corrected. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/101> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #230: All Hydro_InitExcision test cases fail
by Einstein Toolkit 31 Jan '11

31 Jan '11

#230: All Hydro_InitExcision test cases fail ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- All Hydro_InitExcision test cases fail Because EOS_Omni is not activated. Is there an easy way to update test cases? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/230> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #106: Place executed commands into LOG file
by Einstein Toolkit 29 Jan '11

29 Jan '11

#106: Place executed commands into LOG file ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- SimFactory should put the exact commands that are executed on behalf of a simulation into the LOG file. This concerns in particular those commands that change the state of a simulation (qsub, qdel); purely inquiring commands should not be logged (qstat). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/106> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

← Newer
1
...
4
5
6
7
8
9
10
...
15
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac January 2011