It worked. Thanks for your help. On Tue, Oct 26, 2021, 6:28 PM Roland Haas <[email protected]> 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 . >
_______________________________________________ Users mailing list [email protected] http://lists.einsteintoolkit.org/mailman/listinfo/users
