[Glass] Git based repositories (package-cache) problem when moving extent to another stone
Dale Henrichs via Glass
glass at lists.gemtalksystems.com
Mon Oct 26 16:14:55 PDT 2015
Submitted a Metacello issue[1]
[1] https://github.com/dalehenrich/metacello-work/issues/375
On 10/26/2015 03:03 PM, Mariano Martinez Peck via Glass wrote:
> Dale,
>
> I am finding problems with git-based repositories. Basically, let's
> say I load some stuff from git under the stone called 3.2.9. Then I
> copy the extent and I restore such a extent in another stone, called
> 'otherStone'.
>
> I now try to update code in my 'otherStone' and I get an exception
> while loading Seaside from metacello. The problem ends up being that
> in fact it is trying to get the stuff from here:
>
> '/opt/gemstoneAdditions/GsDevKit_home/server/stones/gs_329/logs/github-cache/GsDevKit/Seaside31/v3.1.4.2-gs/GsDevKit-Seaside31-55f1bac/repository'
>
> All those files have a different OS owner and file permissiones etc etc.
>
> Of course, if I remove
> /opt/gemstoneAdditions/GsDevKit_home/server/stones/gs_329/logs/github-cache
> it suddenly starts to work in 'otherStone'. Before removing
> package-cache I tried flushing all MC classes, but nothing. Same
> problem. Only removing package-cache did the trick.
>
> So let me ask..is there an easy way I can force the re-location of
> pacakge-cache when I move a stone?
>
> Thanks in advance,
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20151026/b8b50dc0/attachment.html>
More information about the Glass
mailing list