On 4 August 2012 20:00, Dale Henrichs <dhenrich at vmware.com> wrote:
> Okay,
>
> Using Frank's 4.4 trunk (update 12154) you can load Metacello-Base-dkh.98 from http://seaside.gemstone.com/ss/metacello and then use the Metacello Preview scripting API[1].

Hi Dale,

Now that the infrastructure seems to be settling down, it looks like a
good source for an up-to-date trunk image is
http://squeakci.org/job/SqueakTrunk/lastSuccessfulBuild/artifact/target/TrunkImage.image.

> As reported earlier, there are still some test failures in MetacelloPreview 1.0-beta.32.2, but the fixes are to the tests and not the functional code base, so I'd say you can include Metacello-Base-dkh.98 in 4.4 at your leisure.
>
> To load the basic Metacello functionality, you can use the Scripting API to load another configuration or execute the following:
>
>   Metacello new
>     configuration: 'MetacelloPreview';
>     version: #stable;
>     gemsource: 'metacello';
>     load: 'batch'.
>
> \to load the tests, exedute:
>
>   Metacello new
>     configuration: 'MetacelloPreview';
>     version: #stable;
>     gemsource: 'metacello';
>     load: 'TravisCI'.

Just to get things completely clear in my head, these are instructions
for Metacello users post-inclusion, right? They're not actions that we
need to follow other than pushing Metacello-Base into the trunk,
right?

frank

> I'll release 1.0-beta.32.3 in a week or so, but I'll just update the #stable definition, so the above expressions should be used to guarantee that you're picking up the latest release...
>
> Dale
>
> [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/MetacelloScriptingAPI.md
>
> ----- Original Message -----
> | From: "Dale Henrichs" <dhenrich at vmware.com>
> | To: "The general-purpose Squeak developers list" <squeak-dev at lists.squeakfoundation.org>
> | Sent: Friday, August 3, 2012 4:19:58 PM
> | Subject: Re: [squeak-dev] Metacello and Squeak4.4
> |
> | After the patch, a reasonable number of test issues:
> |
> |   695 run, 691 passes, 0 expected failures, 2 failures, 2 errors, 0
> |   unexpected passes
> |
> | Dale
> |
> | ----- Original Message -----
> | | From: "Dale Henrichs" <dhenrich at vmware.com>
> | | To: "The general-purpose Squeak developers list"
> | | <squeak-dev at lists.squeakfoundation.org>
> | | Sent: Friday, August 3, 2012 1:25:57 PM
> | | Subject: Re: [squeak-dev] Metacello and Squeak4.4
> | |
> | | Sounds fair to me ... I'll patch my current in place and kick off
> | | the
> | | tests again ...
> | |
> | | Thanks guys,
> | |
> | | Dale
> | |
> | | ----- Original Message -----
> | | | From: "Frank Shearar" <frank.shearar at gmail.com>
> | | | To: "The general-purpose Squeak developers list"
> | | | <squeak-dev at lists.squeakfoundation.org>
> | | | Sent: Friday, August 3, 2012 1:20:57 PM
> | | | Subject: Re: [squeak-dev] Metacello and Squeak4.4
> | | |
> | | | On 3 August 2012 21:17, Colin Putney <colin at wiresong.com> wrote:
> | | | >
> | | | >
> | | | > On Fri, Aug 3, 2012 at 1:00 PM, Dale Henrichs
> | | | > <dhenrich at vmware.com>
> | | | > wrote:
> | | | >>
> | | | >> Frank,
> | | | >>
> | | | >> The Metacello tests add/remove global variables to/from
> | | | >> Smalltalk
> | | | >> and it
> | | | >> looks like Environment does not implement
> | | | >> #removeKey:ifAbsent:,
> | | | >> so
> | | | >> I've got
> | | | >> some 400 test failures because I can't remove a global from
> | | | >> Smalltalk ...
> | | | >>
> | | | >> I can hack this for the time being but I'm curious what the
> | | | >> longer
> | | | >> term
> | | | >> plan will be with regards to removing global variables from
> | | | >> Smalltalk or
> | | | >> perhaps leaving #removeKey:ifAbsent: out is inadvertent ...
> | | | >>
> | | | >> BTW, I'm using update 12154 ...
> | | | >
> | | | >
> | | | > First, Environments is being pushed to Squeak 4.5, so it should
> | | | > be
> | | | > removed
> | | | > from 4.4 shortly.
> | | | >
> | | | > During the development period for 4.5, Environments will
> | | | > implement
> | | | > #removeKey:ifAbsent:, but eventually that will be deprecated in
> | | | > favour of
> | | | > #undeclare: or something similar.
> | | |
> | | | For the nonce, how about we implement #removeKey:ifAbsent: (see
> | | | Inbox), so we can at least unblock Dale?
> | | |
> | | | We do need to remove Environments, but Dale's work contributes to
> | | | ensuring/checking 4.4's stability.
> | | |
> | | | frank
> | | |
> | | | > Colin
> | | | >
> | | | >
> | | | >
> | | | >
> | | |
> | | |
> | |
> | |
> |
> |
>