On 4 August 2012 20:00, Dale Henrichs dhenrich@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/Trun....
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/MetacelloScri...
----- Original Message ----- | From: "Dale Henrichs" dhenrich@vmware.com | To: "The general-purpose Squeak developers list" squeak-dev@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@vmware.com | | To: "The general-purpose Squeak developers list" | | squeak-dev@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@gmail.com | | | To: "The general-purpose Squeak developers list" | | | squeak-dev@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@wiresong.com wrote: | | | > | | | > | | | > On Fri, Aug 3, 2012 at 1:00 PM, Dale Henrichs | | | > dhenrich@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 | | | > | | | > | | | > | | | > | | | | | | | | | | | |