[Users] Configuring SimFactory issue

[Roland Haas]

Hello Bilal,

> I am getting following error again and again
> 
>  at ./GetComponents line 2733.
That is only a warning and does not cause GetComponents to abort.

It is caused by perl trying to output a wide (non ascii mostly)
character. Eg if you have your language set to a non-English language
and output of some program contains say a Greek letter α then you
would get this warning when GetComponents tries to write that text
to its log file.

Nothing aborts though so you can ignore this. Technical details are eg
here: 

https://www.perlmonks.org/?node_id=613765

Getting rid of it is complicated by the fact that we don't know what
text encoding you are using (could be ASCII, could be UTF-8, could be
latin1, ...) and getting that information in Perl requires an external
module that I would rather not use in a basic tool like GetComponents
(since the module may or may not exist on any given system).

> > Summary of Warnings:
> >
> > Could not checkout module .clang-format
> >
> > fatal: the remote end hung up unexpectedly
> > fatal: early EOF
> > fatal: index-pack failed

This, however is an actual error. Looking at the thornlist
(einsteintoolkit.th) 

!TARGET   = $ROOT
!TYPE     = git
!URL      = https://bitbucket.org/cactuscode/cactus.git
!NAME     = flesh
!CHECKOUT = .clang-format CONTRIBUTORS COPYRIGHT doc lib Makefile src

this is from the repository at
https://bitbucket.org/cactuscode/cactus.git

And somehow bitbucket closes the connection when you try to download
the repository.

I cannot say why this may be happening. Certainly we normally have no
issues with BitBucket (GitHub is a bit more troublesome).

The only reason I can see would be too many connections to bitbucket or
being blocked for some other reason (if e.g. bitbucket blocked all
connections from some countries and you were in one of those countries).

All I can really suggest is to:

1. check whether the repository (in repos/flesh since !NAME is flesh)
is complete or not (eg if "git status" works and there are files
checked out)
2. if incomplete, try a "git pull" in there
3. if broken, remove the directory and run GetComponents once more
(making very sure to use --no-parallel and not request updates of
existing repositories)
4. if indeed complete, check that the various files listed in the
CHECKOUT line exist as symbolic links in you main Cactus directory and
point to the same named files in flesh.
5. if they don't try GetComponents once more (making very sure to use
--no-parallel and not request updates of existing repositories)
6. if that does not help: create the symbolic links by hand

If all else fails, you could download on a system known to work (e.g.
the tutorial server) tar up the Cactus directory and download the
tarball (eg via jupyter's download file option). This is obviously not
a very convenient solution.

You are trying this with --no-parallel, are you? 

Out of curiosity (and you may want to reply only to me with these if
you do not want this to appear in the public mailing list archive):
where are you downloading to? Ie a cluster, a laptop, a workstation?
What OS (Linux, Windows, Linux Subsystem for Windows, macOS using
homebrew, macOS using macports)? What connection (internet at home, a
university)? Which country?

Yours,
Roland

-- 
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://pgp.mit.edu .
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
Url : http://lists.einsteintoolkit.org/pipermail/users/attachments/20211026/239e78c5/attachment.bin