4.2 update configuration (was: trunk development)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

4.2 update configuration (was: trunk development)

Chris Muller-3
Ok, I've studied our update code, but have a couple of questions.

First, what is the "Squeak-Version" package about?  Is it merely to
declare which update number we're at?  I didn't see where this has any
bearing on the actual update processing.

I've copied the update-ar.1.mcm configuration to the new 4.2
repository, but I don't see whether any further change is needed.  The
"1" version number of the mcm configuration file is only used to
filter out all of the "update-xxx.mcm" files with a lower version
number (minVersion), but since we only have one configuration that is
not used.

Then there is MCMcmUpdater's "LastUpdateMap" class variable.  This
gives us the minVersion update number for a particular repository but,
in my image, both #'s (for 'trunk' and for '4.1') are very low.

Thanks..
  Chris

On Tue, Feb 1, 2011 at 12:08 PM, Alexander Lazarević <[hidden email]> wrote:

> 2011/2/1 Levente Uzonyi <[hidden email]>
>>
>> I think the problem is that the squeak42 repository doesn't contain any
>> configuration files (update*.mcm).
>
> Yes, that's what I was trying to point out! :)
>
> Alex
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: 4.2 update configuration (was: trunk development)

Bert Freudenberg

On 02.02.2011, at 18:44, Chris Muller wrote:

> Ok, I've studied our update code, but have a couple of questions.
>
> First, what is the "Squeak-Version" package about?  Is it merely to
> declare which update number we're at?  I didn't see where this has any
> bearing on the actual update processing.

It's only there to keep the "update number" increasing monotonically.

> I've copied the update-ar.1.mcm configuration to the new 4.2
> repository, but I don't see whether any further change is needed.

You should instead take the latest trunk update map, update it with the actual release packages, and then save to the release repo.

>  The
> "1" version number of the mcm configuration file is only used to
> filter out all of the "update-xxx.mcm" files with a lower version
> number (minVersion), but since we only have one configuration that is
> not used.

Yes, starting over at 1 is fine.

> Then there is MCMcmUpdater's "LastUpdateMap" class variable.  This
> gives us the minVersion update number for a particular repository but,
> in my image, both #'s (for 'trunk' and for '4.1') are very low.

Those numbers are unrelated. One is a sequential number of MCMs, the other the sum of all package version numbers.

- Bert -



Reply | Threaded
Open this post in threaded view
|

Re: 4.2 update configuration (was: trunk development)

Chris Muller-3
>> First, what is the "Squeak-Version" package about?  Is it merely to
>> declare which update number we're at?  I didn't see where this has any
>> bearing on the actual update processing.
>
> It's only there to keep the "update number" increasing monotonically.

Ah, got it; to keep it increasing from the older versions of Squeak;
from before this update process...  A comment somewhere would have
helped!

>> I've copied the update-ar.1.mcm configuration to the new 4.2
>> repository, but I don't see whether any further change is needed.
>
> You should instead take the latest trunk update map, update it with the actual release packages, and then save to the release repo.

Ok, did that.

>> Then there is MCMcmUpdater's "LastUpdateMap" class variable.  This
>> gives us the minVersion update number for a particular repository but,
>> in my image, both #'s (for 'trunk' and for '4.1') are very low.
>
> Those numbers are unrelated. One is a sequential number of MCMs, the other the sum of all package version numbers.

Ok, just verifying no entry is needed for 4.2.

 - Chris