Metacello package loading when squeaksource.com is down

1 view
Skip to first unread message

PAUL DEBRUICKER

unread,
Jan 29, 2019, 2:30:20 PM1/29/19
to meta...@googlegroups.com
Hi -


I'm trying to load a project into a Pharo 6.1 64bit image on a mac .

One of the dependencies specifies loading ConfigurationOfCommandShell from squeaksource.com.

I have several versions of ConfigurationOfCommandShell in my image's package-cache and also in the directory I've specified as the #cacheRepository: for this load.

squeaksource.com is down.

Why is the load failing and reporting that the package cannot be found when the version on squeaksource.com is definitely in the package-cache and also the cacheRepository ?


Is there anyway to tell Metacello 'ok if the package can't be found in the specified repo, load the local one' ? I assumed it would automatically.




Thanks.

Paul

PAUL DEBRUICKER

unread,
Jan 29, 2019, 3:56:45 PM1/29/19
to meta...@googlegroups.com

Dale Henrichs

unread,
Jan 30, 2019, 12:42:36 PM1/30/19
to meta...@googlegroups.com
Sorry for the late reply ...

The Metacello interaction with Monticello repositories is complicated
... there are rules within Metacello about whether or not the mcz file
in the package-cache can be used or not and without the error message
for the load failure I couldn't guess what might be going on, especially
in relation to a ConfigurationOf, since Metacello will not trust the
package-cache when accessing a ConfigurationOf when it decides that it
needs to download the latest version of the configuration --- which is
driven by another set of rules regarding whether or not the version you
are requesting is present in the currently loaded ConfigurationOf ...

If you want to truly independent of the network, your best bet is to use
local clones of git repositories for all or you projects it's a bit of
an effort to do this for those projects that haven't migrated to github
yet, but using git and BaselineOf is the best solution ...

There are ways to avoid the network when using ConfigurationOf ... but
they are a bit more complicated to setup and maintain ...

Dale

Reply all
Reply to author
Forward
0 new messages