Re: [Pharo-project] Metacello issues on Pharo 2.0

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-project] Metacello issues on Pharo 2.0

Dale Henrichs
Stef,

Sorry I didn't see your reply as the metacello group fell off the reply list (I've fallen hopelessly behind in reading the pharo dev group and haven't been able to catch up yet) ...

I'm pretty sure that in the test that use suspendAllWhile: the semantics are important and the tests depend upon the old behavior ...

I'm pretty sure that we can arrange to move this little bit of code into the platform package...

Dale

----- Original Message -----
| From: "stephane ducasse" <[hidden email]>
| To: [hidden email]
| Sent: Tuesday, February 26, 2013 7:45:32 AM
| Subject: Re: [Pharo-project] Metacello issues on Pharo 2.0
|
|
| On Feb 25, 2013, at 8:21 PM, Dale Henrichs <[hidden email]> wrote:
|
| > I think that the suspendAllWhile: call is important because a) some
| > Metacello tests are sensitive to packages getting marked dirty or other
| > events getting triggered …
|
| Christophe tried to removed them completely but there were other problems. I
| was not with him so I do not have all the info.
| What we noticed is that suspendAllWhile: is not equilavent because the events
| have been "clarified".
|
| Stef
|
| >
| >
| >
| > ----- Original Message -----
| > | From: "Christophe Demarey" <[hidden email]>
| > | To: [hidden email]
| > | Sent: Thursday, February 21, 2013 1:26:31 AM
| > | Subject: Re: [Pharo-project] Metacello issues on Pharo 2.0
| > |
| > | Dale
| > |
| > | we run the tests simply rewriting runCase as
| > |
| > | runCase
| > | | original |
| > | (self doSilently) ifFalse: [ ^super runCase ].
| > | original := MetacelloPlatform current bypassGoferLoadUpdateCategories.
| > | [
| > | MetacelloPlatform current bypassGoferLoadUpdateCategories: true.
| > | ^ SystemAnnouncer uniqueInstance suspendAllWhile: [ super runCase ]
| > | ensure: [ MetacelloPlatform current bypassGoferLoadUpdateCategories:
| > | original ]
| > |
| > | but it seems that we do not have the same behavior between the two
| > |
| > | runCase
| > | | original |
| > | (self doSilently) ifFalse: [ ^super runCase ].
| > | original := MetacelloPlatform current bypassGoferLoadUpdateCategories.
| > | [
| > | MetacelloPlatform current bypassGoferLoadUpdateCategories: true.
| > | ^ super runCase ]
| > | ensure: [ MetacelloPlatform current bypassGoferLoadUpdateCategories:
| > | original ]
| > |
| > | So we will run all the tests
| > |
| > | Stef
| >
|

--
You received this message because you are subscribed to the Google Groups "Metacello" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/groups/opt_out.


Reply | Threaded
Open this post in threaded view
|

Re: [Pharo-project] Metacello issues on Pharo 2.0

Dale Henrichs
Stef,

Let me know how the swap goes ... (on the metacello list this time:)

Dale

----- Original Message -----
| From: "stephane ducasse" <[hidden email]>
| To: [hidden email]
| Sent: Tuesday, February 26, 2013 7:50:54 AM
| Subject: Re: [Pharo-project] Metacello issues on Pharo 2.0
|
| >
| > |
| > | let us know how you want that we proceed.
| >
| > I will have to look at the changes themselves to determine which direction
| > to go ... if the changes are isolated enough I'd be inclined to hide them
| > in MetacelloPlatform ... that's where the platform uglies go ... If the
| > changes are extensive, then I'd consider extracting out a
| > filedirectory[1]/filesystem[2] utilities package (as was done for zinc and
| > filetree).
|
| I have the impression when I checked all the changes that they are minor but
| impacting (FS for example)
|
|
| > [1]
| > https://github.com/dalehenrich/filetree/tree/pharo2.0/repository/MonticelloFileTree-FileDirectory-Utilities.package
| > [2]
| > https://github.com/dalehenrich/filetree/tree/pharo2.0/repository/MonticelloFileTree-FileSystem-Utilities.package
| > |
| > | - for the tests (not version 10.32 that I cannot load - I will have a
| > | look
| >
| > Metacello 1.0-beta.32 is the Metacello Preview version (not yet released
| > anywhere) and porting that version stopped me cold last summer ...
| > OSProcess was the final straw:)
|
| Ok I could not load it because ProfStef was not found but I can retry.
|
| > | at profStef to make it 2.0 aware I guess that this is that the problem)
| > | runCase refers to SystemNotifier
| > |
| > | versions accesssor => look really suspicious)
| >
| > Yeah, that looks very suspicious and tests won't pass without that puppy:)
|
| yes to me it looks really strange.
|
| >
| > |                 'Metacello-TestsTutorial-dkh.33';
| > |                 package: 'Metacello-ToolBox' with:
| > |                 'Metacello-ToolBox-dkh.130'
| > | -> Metacello-ToolBox-MarcusDenker.135
| > |
| > | here this is strange because the version of the toolbox in Pharo is
| > | based on 135 134 133 132 131 127 126 .... so should we take another
| > | version of the toolbox?
| > | May be there was a mistake from our side to take a wrong branch.
| >
| > You are on the right branch, Metacello-ToolBox-dkh.130 is okay (it's part
| > of Metacello 1.0-beta.31.1.5) but Metacello-ToolBox-dkh.131 is part of the
| > Preview release.
|
| We do not use 130 but 135 so we are using the wrong branch.
|
|
|
| So do you have idea of experience we should run.
| I think that we should try to load metacello-Toolbox.130 and check the tests
|

--
You received this message because you are subscribed to the Google Groups "Metacello" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/groups/opt_out.