I suppose I could simply run release.sh with the Cog VM and, if no
error returned, use ckformat and convert the image. A bit more work,
but doable while we wait for the Interpreter to get this capability.

frank

On 18 July 2013 19:25, Frank Shearar <frank.shearar at gmail.com> wrote:
> https://github.com/squeak-smalltalk/squeak-ci/blob/master/release.st
> shows that it's perfectly possible. Really what I'd like is to be able
> to say "fail, and return a failing exit status". IIRC that required VM
> level changes, which we half have? [1]
>
> [1] https://github.com/squeak-smalltalk/squeak-ci/issues/14
>
> frank
>
> On 18 July 2013 19:16, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>>
>>
>> On Tue, Jul 16, 2013 at 5:11 AM, Frank Shearar <frank.shearar at gmail.com>
>> wrote:
>>>
>>> On 16 July 2013 12:46, David T. Lewis <lewis at mail.msen.com> wrote:
>>> > On Tue, Jul 16, 2013 at 11:49:18AM +0100, Frank Shearar wrote:
>>> >> So when I unloaded ST80, I should also have unloaded ToolBuilder-MVC.
>>> >> I've now done that, making the SqueakTrunk build much happier. ST80
>>> >> and ToolBuilder-MVC continue to be tested (and they pass their tests
>>> >> currently) in the ExternalPackages job.
>>> >>
>>> >> Dave, I'd appreciate it if you could take a latest-and-greatest
>>> >> ReleaseSqueakTrunk artifact and play around with ST80 in it.
>>> >> Everything _should_ Just Work.
>>> >>
>>> >
>>> > I loaded MVC back into the Squeak4.5-12579 image from ReleaseSqueakTrunk
>>> > (packages ST80, ST80Tools, ST80Tests, and ToolBuilder-MVC). I saw no new
>>> > problems and all seems to work fine, just a little faster than usual due
>>> > to the smaller image. Nice :-)
>>> >
>>> > Unrelated to MVC, I did accidentally notice that "Object new open"
>>> > crashes
>>> > the VM in this image rather than opening a debugger, we'll have to see
>>> > what's up with that.
>>>
>>> Hm, I wonder if the ToolSet's correctly set back to the
>>> StandardToolSet rather than CommandLineToolSet.
>>
>>
>> That's the issue.
>>
>> 0xbffb3efc I SmalltalkImage>snapshot:andQuit:embedded: 0x139515b8: a(n)
>> SmalltalkImage
>> 0xbffb3f28 I SmalltalkImage>snapshot:andQuit: 0x139515b8: a(n)
>> SmalltalkImage
>> 0xbffb2e28 I CommandLineToolSet class>debugError: 0x1443106c: a(n)
>> CommandLineToolSet class
>> 0xbffb2e50 I ToolSet class>debugError: 0x139261e4: a(n) ToolSet class
>> 0xbffb2e74 I UnhandledError>defaultAction 0x1473a134: a(n) UnhandledError
>> 0xbffb2e90 M UndefinedObject>handleSignal: 0x1360a004: a(n) UndefinedObject
>> 0xbffb2eb0 M MethodContext(ContextPart)>handleSignal: 0x14739f64: a(n)
>> MethodContext
>> 0xbffb2ed0 M MethodContext(ContextPart)>handleSignal: 0x14739f08: a(n)
>> MethodContext
>> 0xbffb2eec M UnhandledError(Exception)>signal 0x1473a134: a(n)
>> UnhandledError
>> 0xbffb2f0c I UnhandledError class>signalForException: 0x13927100: a(n)
>> UnhandledError class
>> 0xbffb2f30 I Halt>defaultAction 0x14739e38: a(n) Halt
>> 0xbffb257c M UndefinedObject>handleSignal: 0x1360a004: a(n) UndefinedObject
>> 0xbffb259c M MethodContext(ContextPart)>handleSignal: 0x14739f64: a(n)
>> MethodContext
>> 0xbffb25bc M MethodContext(ContextPart)>handleSignal: 0x14739f08: a(n)
>> MethodContext
>> 0xbffb25d8 M Halt(Exception)>signal 0x14739e38: a(n) Halt
>> 0xbffb25f8 I Halt class(Exception class)>signal 0x13927204: a(n) Halt class
>> 0xbffb2618 I UndefinedObject(Object)>halt 0x1360a004: a(n) UndefinedObject
>> 0xbffb2630 M UndefinedObject()>? 0x1360a004: a(n) UndefinedObject
>> 0xbffb2668 I Compiler>evaluate:cue:ifFail:logged: 0x146b25f4: a(n) Compiler
>>
>>>
>>>
>>> frank
>>>
>>> > Dave
>>> >
>>> >
>>>
>>
>>
>>
>> --
>> best,
>> Eliot
>>
>>
>>