[M3devel] still recovering Hudson..

[Olaf Wagner]

Quoting Jay K <jay.krell at cornell.edu>:

> ps: current, last-ok, prev-ok, etc. I don't know what all these are.
> So I just make a valid current install and replace them all.

I thought I had explained that some time ago, but maybe I forgot. So here
is the gist:

  o current, last-ok, prev-ok are all complete package pools + compiler that
    contain a complete cm3 installation
  o for builds, current is initialized from last-ok; then packages
    are built and shipped to current
  o if a build succeeds:
    - prev-ok is replaced by last-ok
    - last-ok is replaced by current
    Thus we should always have a backup for recovery in case something
    goes wrong. And last-ok should always be exactly what its name
    indicates (the last working version) (it seems that this invariant
    sometimes does not hold :-/)
  o tests usually just use last-ok

Olaf

>  - Jay
>
>
> ----------------------------------------
>> From: jay.krell at cornell.edu
>> To: wagner at elegosoft.com; m3devel at elegosoft.com
>> Subject: RE: [M3devel] still recovering Hudson..
>> Date: Tue, 9 Nov 2010 12:02:27 +0000
>>
>>
>> ----------------------------------------
>> > Date: Tue, 9 Nov 2010 12:38:21 +0100
>> > From: wagner
>>
>> > Wouldn't it have been possible to backup all the package pools
>> > from from prev-ok and then perform the upgrade in the correct order?
>>
>>
>> I'm sure there's a better way but I'm doing what I know for now.
>> Slowing me down will probably please some people anyway. :)
>>
>>
>> > > The FreeBSD4 machine is really slow!
>> > > I think the CVS checkout took hours!
>> >
>> > This should not be; but then, something else may run during the daytime
>> > either on the server or load the network.
>>
>>
>> I assumed maybe it is a virtual machine, and lacks "para viritualization"?
>>
>> > Have tou got a concrete plan?
>>
>>
>> Read through more of the code and Hudson configuration and fix it.
>> Mostly seriously.
>> The required behavior should be trivial to implement. I just have to know
>> where to put it.
>>
>>
>>
>> I suspect upgrade.sh and upgrade.py both work, but that the "split tasks"
>> are the problem.
>> I *somewhat* suspect cm3cg is copied from one task to the other merely
>> at the wrong time. But I have to look through the code and Hudson tasks.
>> I also suspected it worked right, in that the copy is done in   
>> m3cc/src/m3makefile,
>> at the same time m3cc would do its normal build.
>> Anyway, I just have to poke around some.
>>
>>
>>
>> - Jay
>>



-- 
Olaf Wagner -- elego Software Solutions GmbH
                Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95
    http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194