[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