Perl6：rakudobrew 无法构建 moar
Perl6: rakudobrew cannot build moar
我想升级到最新版本的 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
这只是一个简单的连接失败，但我该如何解决这个问题？
您的连接问题实际上与任何 P6 相关软件无关，或者实际上与您正在使用的任何软件无关。正如您所说，它是 "just a simple connection failure"。大多数此类故障都是暂时的并且 "fix themselves"。正如 JJ 指出的那样，在这种情况下，您只需等待，然后事情就会重新开始。
因此，当您阅读本文时，它可能会再次为您工作，而无需您修复任何问题。但无论如何，我正在用这些部分写一个答案：
考虑不使用 rakudobrew
"fix themselves"
您自行调查或修复的连接问题
考虑不使用 rakudobrew
rakudobrew 的主要目的是支持同时安装多个版本的 Rakudo，该工具的主要受众是 Rakudo 编译器的民间黑客，而不仅仅是那些使用它的人。
如果您只是一个普通用户，而不是开发 Rakudo 编译器的人and/or不需要同时安装具有完整源代码的多个版本的 Rakudo，那么可以考虑只下载并安装Rakudo 文件直接，例如。通过 rakudo.org/files，而不是通过 rakudobrew.
"fix themselves"
的连接问题
rakudobrew 失败，因为 git clone ... 命令失败，因为与 github.com 服务器的连接超时。
在使用通常有效的连接执行通常有效的操作时服务器超时很可能是暂时性问题，也称为 "please try later" 问题。
暂时性问题通常 "fix themselves" 几秒、几分钟或几小时后。
如果您重试时仍然有问题，并且您想花时间尝试官方找出问题所在，那么请查找该服务器的状态页面。
这是我知道的 github.com:
的两个状态页面
对于非官方 闲话，我建议阅读 Twitter 提要。
对我来说，现在 github.com 工作正常，状态页面显示所有系统都正常。
所以它现在应该也适合你了。
如果不是，那么您可以等待更长的时间，或者进行调查。如果您想调查，请先查看上面的状态页面。
您自行调查或修复的连接问题
如果 github 声称它工作正常，那么可能是您的本地互联网 "on-ramp"（您的系统或您的互联网服务提供商的）或您的入口和您无法连接到的服务器。 （您只能大致知道服务器位于世界哪个地区管理服务器在任何给定时刻关联的 IP 地址。）
下一个要看的地方是the internet traffic report；这表示全球交通拥堵等。 （忽略在某些浏览器上损坏的视觉显示，单击 table 中的链接向下钻取。）
如果您和管理您未能连接到的服务器的 IP 地址的区域之间都是绿色的，那么下一个转向的地方将是您的系统管理员 and/or ISP。
否则，也许您可以在 serverfault.com or superuser.com.
等姐妹 stackexchange 站点上提问
绕过单点故障
也许您认为可能存在一些系统冗余and/or您对这方面感兴趣。
P5 的生态系统及其工具总体上已经成熟并且限制了欺骗。这与大多数其他语言的生态系统和工具不同；因此，如果您已经习惯了 CPAN 的卓越 reliability/availability，因为它避免了欺骗，并且通过扩展 perlbrew，那么，您已经被 P5 宠坏了。
P6 ecosystem/tool 组合在 P5 传统中不断发展。
例如，zef 包管理器与 github 一起自动连接到 CPAN，并且能够连接到其他存储库。生态系统正在利用此 zef 功能，因为许多模块冗余托管在 CPAN 和 github 上。
rakudobrew 忽略 CPAN 并假定使用 git 回购协议。它可以通过其 Variables.pm file which includes a %git_repos 变量进行令人印象深刻的配置，该变量可以重新定位到替代 git 存储库站点，例如 gitlab。但据我所知，没有人安排将相关的 rakudo 文件冗余地复制和更新到另一个 git 回购站点，因此 rakudobrew 代码中显然固有的这种避免欺骗的能力，afaik，目前没有实际意义。
我想升级到最新版本的 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
这只是一个简单的连接失败，但我该如何解决这个问题？
您的连接问题实际上与任何 P6 相关软件无关，或者实际上与您正在使用的任何软件无关。正如您所说，它是 "just a simple connection failure"。大多数此类故障都是暂时的并且 "fix themselves"。正如 JJ 指出的那样，在这种情况下，您只需等待，然后事情就会重新开始。
因此，当您阅读本文时，它可能会再次为您工作，而无需您修复任何问题。但无论如何，我正在用这些部分写一个答案：
考虑不使用
rakudobrew"fix themselves"
的连接问题
您自行调查或修复的连接问题
考虑不使用 rakudobrew
rakudobrew 的主要目的是支持同时安装多个版本的 Rakudo，该工具的主要受众是 Rakudo 编译器的民间黑客，而不仅仅是那些使用它的人。
如果您只是一个普通用户，而不是开发 Rakudo 编译器的人and/or不需要同时安装具有完整源代码的多个版本的 Rakudo，那么可以考虑只下载并安装Rakudo 文件直接，例如。通过 rakudo.org/files，而不是通过 rakudobrew.
"fix themselves"
的连接问题rakudobrew 失败，因为 git clone ... 命令失败，因为与 github.com 服务器的连接超时。
在使用通常有效的连接执行通常有效的操作时服务器超时很可能是暂时性问题，也称为 "please try later" 问题。
暂时性问题通常 "fix themselves" 几秒、几分钟或几小时后。
如果您重试时仍然有问题，并且您想花时间尝试官方找出问题所在，那么请查找该服务器的状态页面。
这是我知道的 github.com:
的两个状态页面对于非官方 闲话，我建议阅读 Twitter 提要。
对我来说，现在 github.com 工作正常，状态页面显示所有系统都正常。
所以它现在应该也适合你了。
如果不是，那么您可以等待更长的时间，或者进行调查。如果您想调查，请先查看上面的状态页面。
您自行调查或修复的连接问题
如果 github 声称它工作正常，那么可能是您的本地互联网 "on-ramp"（您的系统或您的互联网服务提供商的）或您的入口和您无法连接到的服务器。 （您只能大致知道服务器位于世界哪个地区管理服务器在任何给定时刻关联的 IP 地址。）
下一个要看的地方是the internet traffic report；这表示全球交通拥堵等。 （忽略在某些浏览器上损坏的视觉显示，单击 table 中的链接向下钻取。）
如果您和管理您未能连接到的服务器的 IP 地址的区域之间都是绿色的，那么下一个转向的地方将是您的系统管理员 and/or ISP。
否则，也许您可以在 serverfault.com or superuser.com.
等姐妹 stackexchange 站点上提问绕过单点故障
也许您认为可能存在一些系统冗余and/or您对这方面感兴趣。
P5 的生态系统及其工具总体上已经成熟并且限制了欺骗。这与大多数其他语言的生态系统和工具不同；因此，如果您已经习惯了 CPAN 的卓越 reliability/availability，因为它避免了欺骗，并且通过扩展 perlbrew，那么，您已经被 P5 宠坏了。
P6 ecosystem/tool 组合在 P5 传统中不断发展。
例如，zef 包管理器与 github 一起自动连接到 CPAN，并且能够连接到其他存储库。生态系统正在利用此 zef 功能，因为许多模块冗余托管在 CPAN 和 github 上。
rakudobrew 忽略 CPAN 并假定使用 git 回购协议。它可以通过其 Variables.pm file which includes a %git_repos 变量进行令人印象深刻的配置，该变量可以重新定位到替代 git 存储库站点，例如 gitlab。但据我所知，没有人安排将相关的 rakudo 文件冗余地复制和更新到另一个 git 回购站点，因此 rakudobrew 代码中显然固有的这种避免欺骗的能力，afaik，目前没有实际意义。