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(a)gmail.com>
| To: "Moose-related development" <moose-dev(a)iam.unibe.ch>
| Cc: metacello(a)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