[Pharo-project] [Metacello] Metacello tests failing in 1.2

laurent laffont laurent.laffont at gmail.com
Thu Feb 24 14:50:28 CET 2011


On Thu, Feb 24, 2011 at 2:31 PM, Dale Henrichs <dhenrich at vmware.com> wrote:

> Laurent,
>
> I've actually made a pass and cleaned up the tests ... you can compare with
> my work:)... I need to write some more tests to make sure that Metacello is
> still behaving correctly, I think I've added enough coverage, but I need to
> look a little closer ...
>
> My guess is that you didn't reset the resource ... the resource structure
> is cached, so when you make changes to the code that is used to create the
> resource, you need to reset it as well...
>

Yes that was that !  Still 9 errors but as you've already done it ..... your
changes has been integrated in PharoCore 1.2 ?

Laurent.




>
> Dale
>
> On Feb 24, 2011, at 12:10 AM, laurent laffont wrote:
>
> On Thu, Feb 17, 2011 at 12:33 AM, Dale Henrichs <dhenrich at vmware.com
> <mailto:dhenrich at vmware.com>> wrote:
> On 02/15/2011 05:46 PM, Guillermo Polito wrote:
> Hi Dale!
>
> There are 13 failing tests on the 1.2 dev build since a week ago (
> https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/141/testReport/
> ).  Do we have the right version?  Do you have any clue so I don't dive
> in the code blindly? :)
>
> Cheers,
> Guille
>
> Ahhhh, It looks the Gofer changes for Issue 3660 have been integrated,
> which means that the sorting order for mcz files has been changed, which
> means that the Metacello tests that are sensitive (or validating) the sort
> order have broken ...
>
> It will be at least a couple of days before I can get these issues fixed I
> have to propogate the gofer fixes to GemStone and Squeak... the normal
> operation of Metacello shouldn't be affected by these failing tests ... the
> test cases involved include examples of mcz files with "incorrect" branch
> naming scheme...
>
> I've created Metacello Issue 108: "Need to update Metacello (tests and
> Gofer config) to integrate changes from Pharo Issue 3660"[1] to track
> progress.
>
> [1] http://code.google.com/p/metacello/issues/detail?id=108
>
>
>
> I've tried to resolve this past two days (yep, not so easy for a first dive
> into Metacello :). If I understand:
> 'GoferBar-lr.branch.1'  should be  'GoferBar.branch-lr.1'
>
> so I've changed this for all packages/branches everywhere (in
> MetacelloMonticelloResource, MetacelloConfigurationResource, GoferResource
> and tests).
>
> Now a lot of tests are red because in
> MetacelloFetchingMCSpecLoader>>retryingResolvePackageSpecReferences: it
> cannot find GoferBar-lr.branch.2
> Indeed in MetacelloTestConfigurationOfFoo generated by the tests there's
> package: 'GoferBar' with: 'GoferBar-lr.branch.2';
>
> This driving me mad: I cannot find how MetacelloTestConfigurationOfFoo is
> generated and when a spec with 'GoferBar-lr.branch.2' is created instead of
> 'GoferBar.branch-lr.2'.
>
>
> Any hint ?
>
> Cheers,
>
> Laurent
>
>
> Dale
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20110224/5029c890/attachment.htm>


More information about the Pharo-project mailing list