> On 13.07.2020, at 19:22, Jakob Reschke <forums.jakob at resfarm.de> wrote:
>
> Hi all,
>
> My Travis CI builds for Squeak-Trunk 32 bits (and only these) started to
> fail due to timeouts. When I looked at it in a Linux VM and it fails
> to download Metacello-Base-dkh.109.mcz from SmalltalkHub. When I try
> to access this version with a web browser, I get an error HTTP 500
> VoMongoConnectionError
> http://smalltalkhub.com/mc/dkh/metacello/main/Metacello-Base-dkh.109.mcz


Github was down today.
-t

>
> A fresh 64 bit Trunk image from squeak.org when run on Windows instead
> hangs when
> downloading Metacello-Core-dkh.494.mcz when I do `Metacello new`.
> Eventually it erred with "Error: retry with alternate repository
> failed: 'ConnectionTimedOut: Data receive timed out.'" ...after about
> half an hour or so. The error comes from
> ConfigurationOfMetacello>>ensureMetacello:. Though it does look as if
> it first tried with a repository at
> http://seaside.gemtalksystems.com/ss/metacello and not SmalltalkHub. I
> can download the version in a web browser without a problem:
> http://seaside.gemtalksystems.com/ss/metacello/Metacello-Core-dkh.494.mcz
>
> Yet a local 64 bit trunk smalltalkCI build succeeded and I don't know
> why yet. It also needs to go through the MetacelloStub, doesn't it?
>
> For a start, does anyone experience the same problem or is it my bad
> luck with the connections? To test, print `Metacello new` in a fresh image
> which does not have the Metacello class yet.
>
> Now SmalltalkHub is deprecated as you can read on its
> front page. http://smalltalkhub.com/
>
> Tom, Tobias, Dale, you already started to discuss changing the
> bootstrap of current Metacello in Squeak when the Tonel changes were
> integrated, didn't you? Is there a path where we can live without any
> unmaintained repositories like the ones on SmalltalkHub?
>
> On a different level: shouldn't the bootstrapping of the
> MetacelloStub, or rather the downloading of version signal an error
> with a timeout sooner when it cannot retrieve a
> version, instead of waiting or retrying for a long time?
>
> Kind regards,
> Jakob
>