raku - Perl6 : rakudobrew cannot build moar

Question

我想升级到最新版本的Perl6，

rakudobrew build moar
Update git reference: rakudo
Cloning into 'rakudo'...
fatal: unable to connect to github.com:
github.com[0: 140.82.114.4]: errno=Connection timed out

Failed running git clone git://github.com/rakudo/rakudo.git rakudo at /home/con/.rakudobrew/bin/rakudobrew line 57.
    main::run("git clone git://github.com/rakudo/rakudo.git rakudo") called at /home/con/.rakudobrew/bin/rakudobrew line 397
    main::update_git_reference("rakudo") called at /home/con/.rakudobrew/bin/rakudobrew line 368
    main::build_impl("moar", undef, "") called at /home/con/.rakudobrew/bin/rakudobrew line 115

这只是一个简单的连接失败，但是我该如何解决？

Answer 1

您的连接问题与任何与P6相关的软件或实际上与您所使用的任何软件无关。正如您所说，这只是“简单的连接失败”。而且大多数此类故障都是暂时性的，会“自行修复”。正如JJ指出的那样，在这种情况下，您只需要等待，然后事情就会重新开始。

因此，当您阅读本文时，它可能会再次为您工作，而无需您进行任何固定。但是无论如何，我正在用以下部分写一个答案:

考虑不使用rakudobrew

“自行修复”的连接问题

您调查或修复的连接问题

四处逛逛single points of failure

考虑不使用 rakudobrew
rakudobrew的主要目的是支持同时安装许多版本的Rakudo，并且该工具的主要受众是Rakudo编译器上的民间黑客攻击，而不仅仅是使用它的人。

如果您只是普通用户，而不是开发Rakudo编译器的人和/或不需要同时安装具有完整源代码的Rakudo的多个版本，则可以考虑直接下载和安装Rakudo文件，例如。通过 rakudo.org/files而不是 rakudobrew。

“自行修复”的连接问题

rakudobrew失败，因为 git clone ...命令失败，因为与github.com服务器的连接超时。

服务器在使用通常有效的连接执行通常有效的操作时超时可能是暂时性问题，也称为“请稍后再试”问题。

transient 问题通常在几秒钟，几分钟或几小时后“自行修复”。

如果在再次尝试时仍然存在问题，并且想花时间尝试找出正在发生的事情，那么请查找该服务器的状态页。

这是我为github.com知道的两个状态页面:

https://www.githubstatus.com/

https://twitter.com/githubstatus?lang=en-gb。

对于非官方的scuttlebutt，我建议阅读twitter提要。

对我来说，现在，github.com运行良好，状态页显示所有系统都已运行。

因此，它现在也应该为您工作。

如果不是，那么您可以等待更长的时间，或者进行调查。要查看它，请先查看上面的状态页面。

您调查或修复自己的连接问题

如果github声称它工作正常，则可能是本地Internet“入口”(您的系统或Internet服务提供商的)或入口与您无法连接的服务器之间更远的地方存在问题。 (在任何给定时刻，您只能大致了解服务器的位置，这取决于该服务器管理与之关联的IP地址是世界的哪个区域。)

下一个要看的地方将是 the internet traffic report之类的地方；这表示整个星球上的交通拥堵等。 (忽略在某些浏览器中损坏的可视显示，然后单击表中的链接进行向下钻取。)

如果您和管理您无法连接的服务器IP地址的区域之间全部都是绿色，那么下一个需要解决的问题就是系统的管理员和/或ISP。

如果失败，那么您可以在姐妹堆栈交换站点(例如 serverfault.com或 superuser.com)上提问。

避免单点故障

也许您在想可能会有一些系统冗余，并且/或者您对此感兴趣。

P5的生态系统及其工具通常很成熟，并且存在漏洞。这与大多数其他语言的生态系统和工具不同。因此，如果您因避免使用CPAN而习惯了CPAN出色的可靠性/可用性，那么通过扩展Perlbrew，那么，您对P5宠坏了。

P6生态系统/工具组合在P5传统中不断发展。

例如， zef包管理器会自动与github一起连接到CPAN，并被构建为能够连接到其他存储库。生态系统正在利用 zef功能，因为许多模块都冗余地托管在CPAN和github上。

rakudobrew忽略CPAN并假定使用git repos。可通过其 Variables.pm文件(包括 %git_repos 变量)进行令人印象深刻的配置，该文件可以重新定位到其他git repo网站(如gitlab)。但是据我所知，没有人安排将相关的rakudo文件冗余地复制和更新到另一个git repo站点，因此rakudobrew的代码中固有的这种防止spof的能力目前看来尚无定论。