I'm loading those up and will let you know of problems.
RefactoringToolsRefactoring already fixes a bug I now noticed.
Preemptive wish fulfillment... cool ;-)

Henrik Gedenryd <h.gedenryd at open.ac.uk> wrote:
> > This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
> 
> --Boundary_(ID_KBwNJTqOSjDNKqRpm0NM9w)
> Content-type: text/plain; charset=US-ASCII
> Content-transfer-encoding: 7BIT
> 
> Some module updates, tested with Squeak3.3a-4857. Please test these and give
> some feedback before rolling them into the updates:
> 
> plugin-rename has Stephen Pair's class renamings, and must be loaded before
> makeVMConstrReloadable, which refactors VMConstruction to be reloadable
> after being unloaded.
> 
> dependencyFix strengthens the dependency mechanism to detect the fatal
> dependencies that weren't found before (for VMConstruction) and handle them
> when possible.
> 
> refactoringToolsRefactoring.cs incorporates Daniel V's analysis tools along
> with some other improvements.
> 
> poolsFix is a small fix for name lookup.
> 
> fasterModuleSaving removes an unexpected source of slowness during module
> storage.
> 
> fixChessPool converts the chess pool to a module to remove various problems.
> 
> --
> 
> These are all meant to be loaded together but except for the first two above
> they should all be independent.
> 
> Fortunately it seems the fatal circularities aren't that common, besides the
> one fixed, there are only two more that remain in the image it seems:
> 
> Fatal circular dependencies:
>     #(Squeak Morphic Library Windows)->#(#(Squeak Morphic Demo Components))
>     #(Squeak EToy Protocols Kernel)->#(#(Squeak EToy Protocols Type
> Vocabularies))
> 
> I haven't had time to look at Daniel's Celeste code yet.
> 
> Henrik
>