Metacello supports "nested configurations" ... Seaside/Pier/Magritte/etc. all have long chains of project dependencies ...
I am in Edinburgh until tomorrow night so I am willing to sit down with someone who has an example of the "moose problem" on their laptop and we can characterize the problem ... I do not know if this is metacello bug, a configuration error or something in between .... but given the complexity of the moose configuration I need to be able to talk to someone about the intent of the configuration so that I can identify the bug/misunderstanding/configuration error...
Dale
----- Original Message ----- | From: "stephane ducasse" stephane.ducasse@gmail.com | To: "Moose-related development" moose-dev@iam.unibe.ch | Cc: metacello@googlegroups.com | Sent: Friday, August 26, 2011 12:06:45 AM | Subject: [Metacello] Re: [Moose-dev] Re: major repackaging planned | | | On Aug 25, 2011, at 11:11 PM, Tudor Girba wrote: | | > Hi, | > | > On 25 Aug 2011, at 22:49, Stéphane Ducasse wrote: | > | >> this is ok for me. | >> Now I would like to make sure that we can reload moose. | >> I still do not understand why this is not possible. | > | > The problem is that we have nested configurations. To reliably | > version something, we need to version everything recursively. I am | > not aware of the support for this. | | | Did you check the metacelloToolBox: api? | Did you check the MetacelloBrowser? | I have to do that. | | So if nested version recursively does not work | we should either release more often | or at least version at the level of certain package | | Not been able to reload is not good. | | Stef