Paul,
About 5 or more years ago we had a spate of unreliable/slow Monticello
repositories and the solution back then was to specify more than one
repository for packages/projects ... Metacello will cycle through the
list of repositories if there are failures/timeouts involved ... but
this means that you have to create a mirror repository ... and I would
think that if you are going to mirror a SmalltalkHub repository, your
best bet would be to mirror it as a filetree repo on github and then use
your locally cloned version of the repo and then you will never have
that problem again ...
You can create a local Monticello cache repository and then use
`repositoryOverrides:` in your Metacello load expression, but this isn't
an either/or propoosition ... when you use `repositoryOverrides:` you
really need to cache all of the mcz files locally[1] ... this would
include mcz files for dependent projects (if any) ...
Again, if you are going to go about caching or mirroring, I think that
your best bet (these days) is to use github to mirror the entire repo ...
Dale
[1]
https://joachimtuchel.wordpress.com/2011/07/21/pharo-how-to-load-a-metacello-configuration-into-an-offline-image/On 9/27/19 5:12 PM, PAUL DEBRUICKER wrote:
> Hi -
>
>
> I'm using a BaselineOf & I have every mcz package I need to load into a stone in a local directory on my disk. Some configurations and baselines used by my BaselineOf use Smalltalkhub as their repositories.
>
>
> Smalltalkhub is misbehaving in that some files that the web ui shows as in the repository aren't found reliably. I'm not sure why.
>
>
> Is there a way to get Metacello to load from my local directory when the remote copy of the file is unavailable?
>
>
> Thanks
>
> Paul
>
--
You received this message because you are subscribed to the Google Groups "Metacello" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
[hidden email].
To view this discussion on the web visit
https://groups.google.com/d/msgid/metacello/a3f9c06c-1d0e-c9b9-da23-4a2606295b5f%40gemtalksystems.com.