Frank,
----- Original Message ----- | From: "Frank Shearar" frank.shearar@gmail.com | To: "The general-purpose Squeak developers list" squeak-dev@lists.squeakfoundation.org | Sent: Sunday, August 5, 2012 11:07:20 AM | Subject: Re: [squeak-dev] Metacello and Squeak4.4 | | 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....
Haha, I noticed that and have already used that as the image source for the builderCI work.
| | > 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?
Correct. If you run the above, then Metacello _will_ be booted into the image and that's not what you want to do ... except as part of a test to validate that Metacello boots correctly.
| | 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 | > | | | > | > | | | > | > | | | > | > | | | > | > | | | | > | | | | > | | | > | | | > | | > | | > | |