[Users] GetComponents: $old_url error (and version number)
Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY]
bernard.j.kelly at nasa.gov
Mon Aug 5 09:57:42 CDT 2013
Hi. Having downloaded the current release (ET_2013_05) a while ago, I want
now to use GetComponents to refresh what I have locally. However, I'm
getting an error when trying to use it in this way.
Specifically, I have the versions of GetComponents and einsteintoolkit.th
pointed to from the "Tutorial for New Users"
(https://docs.einsteintoolkit.org/et-docs/Tutorial_for_New_Users), though
I've added other arrangements/thorns to the latter.
In the normal way, I execute (and see) the following:
---------------------------------------------------------------------------
-------------------------------------
> ./GetComponents einsteintoolkit.th
Do you want to update all existing components? yes, no [no] : yes
Use of uninitialized value $old_url in pattern match (m//) at
./GetComponents line 1316, <STDIN> line 1.
Use of uninitialized value $old_url in concatenation (.) or string at
./GetComponents line 1321, <STDIN> line 1.
Error: The URL for CactusArchive/ADM has changed, please perform a clean
checkout.
---------------------------------------------------------------------------
-------------------------------------
To my knowledge, the URL for CactusArchive/ADM has *not* changed. But
anyway, removing this particular thorn from the results in a similar
message from the next in line (CactusBase/Boundary), and so on. Given the
actual "uninitialized value $old_url" warnings above, I think there's an
issue in the script, one that doesn't manifest for fresh checkouts.
Incidentally, I note that "GetComponents" itself has changed a bit since
June 19, when I last downloaded it (same ET release, of course), but in
both old and new versions quote the same version number (1.0.0). Perhaps
this isn't a very meaningful number after all?
Thanks,
Bernard
More information about the Users
mailing list