It is not too late, it is too *early*.

You bump the VersionNumber package at the same moment you remove a package from the configuration.

I'm not exactly sure how the stripped image is updated. I thought you simply have updateMissingPackages set to false and you skip the unloaded packages by using MCMcmUpdater's skipPackages? In that case, shouldn't the sum of the config map versions still be the same?

The number should only differ if you actually remove packages from the config. 

- Bert -

On 2013-06-14, at 23:36, Frank Shearar <frank.shearar at gmail.com> wrote:

> Is it too late to change this? And can we _document_ this somewhere?
> 
> frank
> 
> On 14 June 2013 22:31, Nicolas Cellier
> <nicolas.cellier.aka.nice at gmail.com> wrote:
>> yes
>> 
>> 
>> 2013/6/14 Frank Shearar <frank.shearar at gmail.com>
>>> 
>>> On 5 June 2013 12:25, Frank Shearar <frank.shearar at gmail.com> wrote:
>>>> On 5 June 2013 12:06, Levente Uzonyi <leves at elte.hu> wrote:
>>>>> On Tue, 4 Jun 2013, Frank Shearar wrote:
>>>>> 
>>>>>> I don't understand the version string though - even in 4.5 the update
>>>>>> number's only #12637.
>>>>> 
>>>>> 
>>>>> The cause of the problem is that you removed some packages from the
>>>>> image
>>>>> used by Jenkins (without bumping the version of the VersionNumber
>>>>> package,
>>>>> which is used for ensuring monotonity of the Trunk's version number).
>>>>> People who are updating older images have those packages, so the
>>>>> version
>>>>> number is higher.
>>>> 
>>>> I'm trying, and failing, to find any documentation so that I don't
>>>> repeat this messup. I certainly removed packages, but I removed them
>>>> from a 4.5 image, hence off http://source.squeak.org/trunk and not
>>>> http://source/squeak.org/4.4.
>>> 
>>> OK, I think I understand. Utilities class >>
>>> #setSystemVersionFromConfig: sets the update number to the sum of the
>>> version numbers in the latest config.
>>> 
>>> Which explains why Tony's update number is around 100 past what I
>>> think it should be; he has XML-Parser (35), Universes (45)  and
>>> Nebraska (33) loaded, adding 35 + 45 + 33 = 113 to his total.
>>> 
>>> So perhaps the thing I should have done is that when I removed these
>>> packages, I should have incremented SqueakVersion's version number by
>>> 114?
>>> 
>>> frank
>>> 
>>>> frank
>>>> 
>>>>> I think there's no easy solution for this issue, because the original
>>>>> idea
>>>>> was to make packages unloadable, instead of unloading them and make
>>>>> them
>>>>> loadable.
>>>>> 
>>>>> Levente
>>>>> 
>>>>>> 
>>>>>> frank
>>> 
>> 
>> 
>> 
>> 
>