#87: "run" should create a simulation
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
The run command should create a simulation if necessary, similar to the
submit command.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/87>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#142: GRHydro synchronises too many variables
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
Variables without storages should not be synchronised. When running
GRHydro, I see the following warnings:
WARNING[L2,P0] (Carpet): Cannot synchronise group "HYDROBASE::TEMPERATURE"
because it has no storage
WARNING[L2,P0] (Carpet): Cannot synchronise group "HYDROBASE::Y_E" because
it has no storage
WARNING[L2,P0] (Carpet): Cannot synchronise group "GRHYDRO::Y_E_CON"
because it has no storage
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/142>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#103: Handle parameter files with DOS newline convention
----------------------+-----------------------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: |
----------------------+-----------------------------------------------------
I used a parameter file which used $parfile to indicate the location of
the output directory. This parameter file also used DOS line ending
conventions, i.e. \r\n instead of \n. The symptom was that an output
directory called "$parfile" was created since the $parfile replacement did
not occur.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/103>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#105: fatal: git checkout: updating paths is incompatible with switching
branches.
---------------------------+------------------------------------------------
Reporter: knarf | Owner: eric9
Type: defect | Status: new
Priority: blocker | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
Using the current ET_2010_11 GetComponents with
https://svn.einsteintoolkit.org/manifest/branches/ET_2010_11/einsteintoolki…
gives the error message:
fatal: git checkout: updating paths is incompatible with switching
branches.
for three repositories:
Unable to process KrancNumericalTools/GenericFD
Unable to process McLachlan/doc
Unable to process Carpet/doc
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/105>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#140: Display locally modified files
---------------------------+------------------------------------------------
Reporter: knarf | Owner: eric9
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
It would be very interesting if GetComponents could instead of
checkout/update also create a list of locally modified files within a
given component list checkout
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/140>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#71: GetComponents does not correctly handle missing hg
---------------------------+------------------------------------------------
Reporter: hinder | Owner: eric9
Type: defect | Status: new
Priority: minor | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
I have tried to run GetComponents to checkout the Mercurial version of
Carpet on a system where Mercurial is not installed. I get the error:
Use of uninitialized value in scalar chomp at ./GetComponents line 429.
You have requested an hg checkout, but the system was unable to find hg.
Please enter the path to hg:
-----------------------------------------------------------------
at the start of the GetComponents output, but the checkout continues and
finishes with
92 components checked out successfully.
0 components updated successfully.
Time Elapsed: 14 minutes, 25 seconds
and returns 0.
GetComponents should return a failure code in this case and not attempt
the checkout. Log is attached.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/71>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#83: GetComponents parallel checkout not always stable
---------------------------+------------------------------------------------
Reporter: eric9 | Owner: eric9
Type: defect | Status: new
Priority: major | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
GetComponents parallel checkout sometimes creates extra folders in the
directory it was called from. This appears to happen only when git repos
(possibly darcs and hg as well) are being updated. It is likely due to
changing the directory during the parallel update phase. It also only
seems to occur when there are actual changes to be pulled into the repo.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/83>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#92: Output of list-simulations should be sorted alphabetically
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/92>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#135: GetComponents --update hangs
---------------------------+------------------------------------------------
Reporter: eschnett | Owner: eric9
Type: defect | Status: new
Priority: major | Milestone:
Component: GetComponents | Version:
Keywords: |
---------------------------+------------------------------------------------
I have a case where GetComponents hangs reliably when I try to update my
Formaline repository. When I run "svn update" manually, it shows that
there are conflicts, and waits for user input. GetComponents doesn't show
this interaction and thus hangs indefinitely.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/135>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#104: "cleanup" does not make stdout/stderr world-readable
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/104>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit