[squeak-dev] MCMcmUpdaters for squeak46 in trunk image?
David T. Lewis
lewis at mail.msen.com
Mon Oct 23 01:46:30 UTC 2017
You are entitled to be confused on this one :-)
All that it really means is that the image you are using was at one time being
updated from the squeak46 update stream. At some point, someone changed the
"Update URL" preference to point to trunk, and your image has been following
the trunk update stream from that point onward.
The fact that your image was at one point a 4.6 image that was being updated from
the squeak46 update stream is probably of no great interest any more. But it does
tell you that your image has probably been continuously updated from the trunk
stream since that 4.6 release, presumably passing through 5.0, 5.1, and up to the
current Squeak6.0alpha level of trunk. Along the way, it may or may not have been
converted to 64-bit format also.
You can see that at no point was your image being actively updated from the squeak50
or the squeak51 update streams. Instead, it was a "trunk" image all the way from its
squeak46 origin up through the current level.
On Sun, Oct 22, 2017 at 10:52:57PM +0200, Bernhard Pieber wrote:
> I see. It is still confusing. I would have expected at least squeak51 but not squeak46.
> > Am 22.10.2017 um 22:35 schrieb David T. Lewis <lewis at mail.msen.com>:
> > Yes, it is a remnant although there is no harm it in being there since it will
> > show you where your image left off in the squeak46 update stream before someone
> > switched it over to the trunk update stream.
> > We should probably add "MCMcmUpdater clearRegistry" to ReleaseBuilder so that
> > is done the next time we make a release (I'm not very familiar with ReleaseBuilder
> > so I won't try it right now).
> > MCMcmUpdater class>>clearRegistry
> > "Save the current default updater, clear the registry, and re-register the current updater.
> > This is intended for cleaning up an image prior to public release. Assumes that the
> > current updater is the one intended for ongoing use in this image."
> > Note that this will have no effect on the repositories that show up in your
> > Monticello browsers. These get tidied up somehow when new releases are made
> > (I don't know the details).
> > Dave
> > On Sun, Oct 22, 2017 at 10:07:54PM +0200, Bernhard Pieber wrote:
> >> Hi Dave,
> >> Thanks for your answer. IIUC it is a remnant and could be removed from all packages in the trunk image, right?
> >> Cheers,
> >> Bernhard
> >>> Am 22.10.2017 um 19:49 schrieb David T. Lewis <lewis at mail.msen.com>:
> >>> On Sun, Oct 22, 2017 at 06:26:37PM +0200, Bernhard Pieber wrote:
> >>>> Dear Squeakers,
> >>>> I was looking at the MCMcmUpdater class trying to find a way to identify the exact place in the update process where the packages get dirty. I wonder how do others debug problems with the update process.
> >>>> I tripped over something strange. In each of the Registry and Updaters class vars there is a reference to an MCMcmUpdater instance for http://source.squeak.org/squeak46 in addition to one for http://source.squeak.org/trunk. Does this have a reason or is this a glitch?
> >>> ,
> >>> Hi Bernhard,
> >>> It is just the saved state from when the preference for "Update URL" was set to
> >>> 'http://source.squeak.org/squeak46'. The 4.6 image would have been initially set
> >>> for that preference, then changed to 'http://source.squeak.org/trunk' for following
> >>> the trunk update stream.
> >>> In earlier days, the updater was all class side methods suitable for following
> >>> only one update stream. More recently it has been changed to allow multiple
> >>> updaters, which is useful if you want to maintain update streams for different
> >>> projects, such as a trunk update stream along with a VMMaker update stream in
> >>> the same image.
> >>> Dave
More information about the Squeak-dev