#714: TmunuBase: stress_energy_storage should be a restricted parameter
-----------------------------------+----------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: TmunuBase |
-----------------------------------+----------------------------------------
Hi,
I was trying to use the stress_energy_storage parameter in TmunuBase to
determine
when to schedule or not a routine calculating the magnetic pressure (and
friends).
If storage is allocated for Tmunu then the magnetic pressure is calculated
in the
same routine. Otherwise, a separate routine would calculate the magnetic
pressure.
Keeping the routines always separate wouldn't be efficient when we do need
the
calculation and storage of Tmunu. Anyway, in order to do so, I needed to
set
stress_energy_storage as a restricted parameter (patch attached) in
TmunuBase.
Is there any reason for keeping this parameter private?
Thanks.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/714>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#786: network manager in ET VM
----------------------------------------------+-----------------------------
Reporter: rhaas | Owner: dcastl2
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Einstein Toolkit Virtual Machine | Version:
Keywords: |
----------------------------------------------+-----------------------------
would it be possible to install network-manager (not the gnome or KDE one,
just network-manager).
{{{
apt-get install network-manager
}}}
with this it auto-detects my network, without it does not and one has to
either modify some configuration files or run dhclient on eth1 manually it
seems.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/786>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#785: time zone change
----------------------------------------------+-----------------------------
Reporter: knarf | Owner: dcastl2
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Einstein Toolkit Virtual Machine | Version:
Keywords: |
----------------------------------------------+-----------------------------
For purposes of the ET workshop, it would be good to already pre-set the
VM to use US eastern time as time zone.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/785>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#779: package update
----------------------------------------------+-----------------------------
Reporter: knarf | Owner: dcastl2
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Einstein Toolkit Virtual Machine | Version:
Keywords: |
----------------------------------------------+-----------------------------
Please run an package update and update the machine (apt-get update;apt-
get upgrade). This probably needs to be done regularly - ideally every
time some package needs an update, in practice once a day should be
sufficient.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/779>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#783: atlas should be installed to provide lapack
----------------------------------------------+-----------------------------
Reporter: knarf | Owner: dcastl2
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Einstein Toolkit Virtual Machine | Version:
Keywords: |
----------------------------------------------+-----------------------------
The package (+ deps) is libatlas-base-dev
With that, the simfactory optionlist debian-lenny-gcc works, although
openssl should probably be used from the system, not build by Cactus.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/783>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#787: Clean up ParseFile.c
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
Two routines in ParseFile.c look a bit unelegant; I rewrote them to be
shorter and easier to understand.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/787>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#674: unable to create ticket unless logged in as real user
----------------------------------+-----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit trac | Version:
Keywords: |
----------------------------------+-----------------------------------------
I seem to be unable to create (or comment) on tickets unless I am logged
in as a real user. Trac offers a feld "username or email" presumably to
allow non-registered users to commnet and/or report errors. If I enter
either "rhaas" or "roland" into that field I get:
{{{
Trac Error
Submission rejected as potential spam
}}}
It would be good I believe to let users report errors without having to
create an account first.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/674>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#547: WALLTIME_HOURS incorrect
------------------------+---------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The SimFactory variable WALLTIME_HOURS should be expanded to the walltime
of the job, not the walltime which was requested on the command line. If
the user specifies more walltime than the queue allows, SimFactory splits
the job into several restarts to give the total walltime requested.
However, parameter files expect WALLTIME_HOURS to be the walltime of the
job, not of the simulation.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/547>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#646: PITTNullCode/NullNews does not build on BlueGene/P
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
PITTNullCode/NullNews does not build on BlueGene/P; the C++ STL reports an
error. The reason seems to be that NULL is interpreted as integer constant
instead of a pointer. An explicit case solves this problem there:
{{{
Index: src/set_pointers.h
===================================================================
--- src/set_pointers.h (revision 3)
+++ src/set_pointers.h (working copy)
@@ -1,9 +1,9 @@
// define pointer array for past timelevels!
- vector<CCTK_REAL*> uBondiP(max_timelevels, NULL);
- vector<CCTK_COMPLEX*> Psi4P(max_timelevels, NULL);
- vector<CCTK_COMPLEX*> NewsP(max_timelevels, NULL);
- vector<CCTK_COMPLEX*> NewsBP(max_timelevels, NULL);
+ vector<CCTK_REAL*> uBondiP(max_timelevels, (CCTK_REAL*)NULL);
+ vector<CCTK_COMPLEX*> Psi4P(max_timelevels, (CCTK_COMPLEX*)NULL);
+ vector<CCTK_COMPLEX*> NewsP(max_timelevels, (CCTK_COMPLEX*)NULL);
+ vector<CCTK_COMPLEX*> NewsBP(max_timelevels, (CCTK_COMPLEX*)NULL);
// Get current timelevel...
// We assume here that the two vars uBondi[0] amd uBondi[1] are right
next to each
}}}
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/646>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit