[Users] Configuring SimFactory issue

[Bilal Hameed]

It worked. Thanks for your help.

On Tue, Oct 26, 2021, 6:28 PM Roland Haas <rhaas at illinois.edu> wrote:

> 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 --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20211027/9ca6f2dd/attachment.html