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 > > > > |
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 - |
>> 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 |
Free forum by Nabble | Edit this page |