Trac January 2011

trac@lists.einsteintoolkit.org

1 participants
147 discussions

[Einstein Toolkit] #118: EinsteinToolkit wiki should require a login for editing pages
by Einstein Toolkit 06 Jan '11

06 Jan '11

#118: EinsteinToolkit wiki should require a login for editing pages -------------------------------------+-------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- The simfactory advanced tutorial at http://docs.einsteintoolkit.org/et- docs/Simulation_Factory_Advanced_Tutorial was recently defaced. Since this is now a problem in general for public-write-access services on the web, I propose that the Einstein Toolkit wiki should require an account for editing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/118> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #188: cactusmaint mailing list should not be moderated
by Einstein Toolkit 06 Jan '11

06 Jan '11

#188: cactusmaint mailing list should not be moderated ----------------------------+----------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus website | Version: Keywords: | ----------------------------+----------------------------------------------- The cactuscode.org website (http://cactuscode.org/community/mailinglists/) says: Cactus maintainer mailing list: cactusmaint(a)cactuscode.org [archives] This list is not public. You can send questions, comments, or complaints to this list which you do not want to make in public. However, when I send an email to this list, I receive a response saying that my message is awaiting moderation. If the list is intended for users to send email to, and the readership of the list is small, there is no need for moderation, and the automated reply is confusing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/188> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #185: Cannot sync when usernames on source and destination machines are different
by Einstein Toolkit 04 Jan '11

04 Jan '11

#185: Cannot sync when usernames on source and destination machines are different ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- I have just tried to use simfactory 2 again, but I am falling at the first hurdle. It seems that syncing has been broken: >>> macbook:llama ian$ sim2 sync damiana self.LocalMachine=macbook DEBUG: Simfactory command: simfactory2/bin/../lib/sim.py "sync" "damiana" DEBUG: Version 1096M The Simulation Factory: Manage Cactus simulations defs: /Users/ian/Cactus/llama/simfactory2/etc/defs.ini defs.local: /Users/ian/Cactus/llama/simfactory2/etc/defs.local.ini using machines: ['damiana'] current working directory: /Users/ian/Cactus/llama Cactus Directory: /Users/ian/Cactus/llama Enabled Options: sync-parfiles: True sync-sourcetree: True local_sourcebasedir: /Users/ian/Cactus path: llama Configured sourcebasedir "/Users/ianhin/Cactus" does not exist or is not readable <<< My username on Macbook is "ian" and on Damiana it is "ianhin". I looked in the source code, and there is a comment on line 104 of sim- sync.py: # There need to be two define databases, one for the local and # another for the remote system. Currently, USER is for the # remote and SOURCEDIR is for the local system -- this is # inconsistent. So when it expands the sourcebasedir for the local machine, it uses the USER variable for the remote one. I thought that this worked before. A workaround is to not use the USER variable when setting sourcebasedir in your local.defs.ini: [macbook] user = ian < sourcebasedir = /Users/@USER@/Cactus > sourcebasedir = /Users/ian/Cactus -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/185> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #186: Looking for option list in etc/optionlists
by Einstein Toolkit 04 Jan '11

04 Jan '11

#186: Looking for option list in etc/optionlists ------------------------+--------------------------------------------------- Reporter: hinder | Owner: mthomas Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- After updating to a version of simfactory which uses the new directory layout (mdb/machines, mdb/optionlists etc), I can no longer run on Damiana because simfactory is still looking in the old location for the optionlist. I have completely deleted the old configuration and the old installation of simfactory on damiana and re-synced it. [ianhin@login-damiana llama]$ rm -rf configs/sim2/ [ianhin@login-damiana llama]$ simfactory2/bin/sim build self.LocalMachine=damiana DEBUG: Simfactory command: simfactory2/bin/../lib/sim.py "build" DEBUG: Version exported The Simulation Factory: Manage Cactus simulations defs: /home/ianhin/Cactus/llama/simfactory2/etc/defs.ini defs.local: /home/ianhin/Cactus/llama/simfactory2/etc/defs.local.ini Executing command: build Using configuration: sim2 Cactus Directory: /home/ianhin/Cactus/llama Executing: /bin/bash -c '{ :; } && { mkdir /home/ianhin/Cactus/llama/configs/sim2/bindings; }' Executing: /bin/bash -c '{ :; } && { mkdir /home/ianhin/Cactus/llama/configs/sim2/build; }' Executing: /bin/bash -c '{ :; } && { mkdir /home/ianhin/Cactus/llama/configs/sim2/config-data; }' Executing: /bin/bash -c '{ :; } && { mkdir /home/ianhin/Cactus/llama/configs/sim2/lib; }' Executing: /bin/bash -c '{ :; } && { mkdir /home/ianhin/Cactus/llama/configs/sim2/scratch; }' HasStoredOptions: False looking for etcfile: /home/ianhin/Cactus/llama/simfactory2/etc/optionlists/damiana.cfg optionlist is: None Warning: no option list specified, using blank option list hasCompleteConfig: False hasOutdatedConfig: True build_reconfig: False oldVersion , newVersion Reconfiguring sim2 Writing configuration to: /home/ianhin/Cactus/llama/configs/sim2/OptionList Executing: /bin/bash -c '{ :; } && { echo yes | { make -j4 sim2-config options=/home/ianhin/Cactus/llama/configs/sim2/OptionList; }; }' ________________________________________________________________________ Cactus - version: 4.0.b17 Reconfiguring sim2. It then tries to build using default options. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/186> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #184: Configuration variables used in thorn configuration scripts not checked at configure time
by Einstein Toolkit 04 Jan '11

04 Jan '11

#184: Configuration variables used in thorn configuration scripts not checked at configure time -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: build | -------------------------+-------------------------------------------------- Variables (such as GSL_DIR) which are set at configure time are not checked immediately, but instead only lead to errors if they are incorrect at CST or even worse at thorn-build time. This leads to a lot of wasted time when trying out new options, especially if multiple libraries (HDF5, GSL, etc) need to be built. One solution would be for thorns to provide a script which checked that its variables were set correctly. For example it could check that the directory existed and contained the required libraries. This script would be called at configure time. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/184> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #183: Cactus preview site does not update upon svn commit
by Einstein Toolkit 03 Jan '11

03 Jan '11

#183: Cactus preview site does not update upon svn commit ----------------------------+----------------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: trivial | Milestone: Component: Cactus website | Version: Keywords: | ----------------------------+----------------------------------------------- The Cactus preview web site preview.cactuscode.org should be updated automatically after each svn commit. This is also described on <http://preview.cactuscode.org/x>. However, this does not seem to be the case. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/183> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #175: Cactus webpage configuration option links are broken
by Einstein Toolkit 03 Jan '11

03 Jan '11

#175: Cactus webpage configuration option links are broken ---------------------+------------------------------------------------------ Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ---------------------+------------------------------------------------------ The lists of configuration options for Cactus are dead links at http://cactuscode.org/download/configfiles/ I suspect they link to old simfactory files. Thanks, Bruno. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/175> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac January 2011