Hm,
I'm a little confused/ worried because I did not change anything yet.

Best,
Karl

On Fri, Dec 11, 2015 at 1:29 AM, Eliot Miranda <eliot.miranda at gmail.com>
wrote:

> Thanks Karl,
>
>     my auto-update script now works perfectly again.  Thanks.
>
> On Thu, Dec 10, 2015 at 11:12 AM, karl ramberg <karlramberg at gmail.com>
> wrote:
>
>> Here is a update-kfr.339.mcm with the difference from update-mt.339.mcm :
>>
>> dependency ('Squeak-Version' 'Squeak-Version-kfr.4713'
>> '96c171dc-c340-492e-b376-30e0212b9c8e')
>>
>> and universes are not in it
>>
>> On Thu, Dec 10, 2015 at 6:34 PM, karl ramberg <karlramberg at gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Thu, Dec 10, 2015 at 6:01 PM, Levente Uzonyi <leves at caesar.elte.hu>
>>> wrote:
>>>
>>>> IMHO all you need to do is to fire up a Squeak image which has
>>>> Squeak-Version-kfr.4713 loaded, open update-mt.339.mcm (open the Trunk
>>>> repository, select this update map, and click Browse), remove
>>>> Universes-mt.48 from the list (select, right click, remove), and update
>>>> Squeak-Version to kfr.4713 (select, right click, update from image (or
>>>> repository if you're brave), and finally save it (Store) using the same
>>>> name (update-mt.339).
>>>>
>>>
>>> I tried this, but there is no stored file from the
>>> MCConfigurationBrowser... I'm not sure what is going on, why it is not
>>> outputting a update file to my local repository.
>>>
>>> I also updated from a Squeak 5.0 image and I did not run into any
>>> problems with the update...
>>>
>>>
>>> Best,
>>> Karl
>>>
>>>
>>>
>>>> Here comes the tricky part: you can't overwrite an existing update map,
>>>> nor can you move it away from the repository using the web interface, so an
>>>> administrator of source.squeak.org will have to do one of these things
>>>> to let you save the correct version.
>>>> Alternatively, you could try to save it using different initials but
>>>> same version (e.g. update-kfr.339) and hope that the update process will
>>>> sort the maps lexicographically, but I'd rather not rely on this.
>>>>
>>>> Levente
>>>>
>>>> On Thu, 10 Dec 2015, karl ramberg wrote:
>>>>
>>>> Thanks,
>>>>> Best,
>>>>> Karl
>>>>>
>>>>> On Thu, Dec 10, 2015 at 5:00 PM, Eliot Miranda <
>>>>> eliot.miranda at gmail.com> wrote:
>>>>>       Hi Karl,
>>>>>       On Wed, Dec 9, 2015 at 9:27 PM, karl ramberg <
>>>>> karlramberg at gmail.com> wrote:
>>>>>             Hi,It it related with this Levente mentioned in a mail
>>>>> earlier ?
>>>>>
>>>>> "Sadly the update process will break if your image has Universes-mt.48
>>>>> in it, because it'll try to load Universes-kfr.49 after it has been removed
>>>>> by Squeak-Version. I think removing Universes from the update map will
>>>>> help."
>>>>>
>>>>> I asked how to proceed but I got no answer.
>>>>> I'm not sure how one make a update map
>>>>>
>>>>>
>>>>> As Chris says the updates live in the "update" package.  Open up a
>>>>> repository browser on source.squeak.org/trunk and you'll see them
>>>>> towards the bottom (update.spur contains older updates from the time of the
>>>>> bootstrap from 4.6 to what became 5.0, you can ignore
>>>>> them).
>>>>>
>>>>> What I would do is create a local mirror, either by fully populating
>>>>> my package cache with all the 5.0 packages and updates, or creating a
>>>>> directory repository and downloading all the packages and updates to there
>>>>> and then play with the local repository until I
>>>>> got the update working again, and then I would upload the changed
>>>>> updates to trunk.
>>>>>
>>>>> I'm attaching SpurBootstrapMonticelloPackagePatcher which is the hack
>>>>> I used to automate patching 4.6 packages to make them Spur compatible in
>>>>> the run-up to 5.0.  I'm doing this because it contains methods like
>>>>> downloadToSourceDirAllPackageVersionsStartingWith:
>>>>> that download all versions of a package to a local repository starting
>>>>> from a specific version.  Sao these hacks will help you in populating your
>>>>> local repository prior to experimenting. Once I'd downloaded all packages I
>>>>> would then take a local copy and modify
>>>>> the copy, I could then diff the original and the modified clone to see
>>>>> what had changed.
>>>>>
>>>>> HTH
>>>>>
>>>>>  _,,,^..^,,,_
>>>>> best, Eliot
>>>>>
>>>>>       Best,
>>>>> Karl
>>>>> [cleardot.gif]
>>>>>
>>>>> On Thu, Dec 10, 2015 at 4:06 AM, Eliot Miranda <
>>>>> eliot.miranda at gmail.com> wrote:
>>>>>       Hi,
>>>>>     whatever happened in unloading Universes, it broke the ability to
>>>>> update a release Squeak 5.0 image to the current tip.  Hence my automated
>>>>> scripts to build 64-bit images are broken.  Can whoever broke the update
>>>>> either fix it, or provide some
>>>>> reasonable workaround so that I can restore my scripts?  What's at
>>>>> stake here is, well, a high performance 64-bit Squeak and/or Pharo.
>>>>>
>>>>> I think it's reasonable, even mandatory that we should be able to
>>>>> update a release N image to the tip of release N.  We should have CI
>>>>> servers that try and do this (I think we do, don't we?), and so IMO it's
>>>>> incumbent on whoever breaks the update to
>>>>> fix things, e.g. by changing update maps appropriately.  [and I don't
>>>>> mean this as a punishment, or something that the person has to do on their
>>>>> own; I'm happy to help fix things, it's /really/ important that the update
>>>>> works, and not just from the
>>>>> last update].
>>>>>
>>>>> Thanks in advance.  Apologies if I appear rude; it's not my intent.  I
>>>>> just want my auto-update back ;-)
>>>>>
>>>>> On Thu, Nov 26, 2015 at 2:55 PM, <commits at source.squeak.org> wrote:
>>>>>       Changes to Trunk (http://source.squeak.org/trunk.html) in the
>>>>> last 24 hours:
>>>>>
>>>>>
>>>>> http://lists.squeakfoundation.org/pipermail/packages/2015-November/009199.html
>>>>>
>>>>>       Name: Squeak-Version-kfr.4713
>>>>>       Ancestors: Squeak-Version-kfr.4712
>>>>>
>>>>>       Unload and unregister Universes
>>>>>
>>>>>       =============================================
>>>>>
>>>>>
>>>>> _,,,^..^,,,_
>>>>> best, Eliot
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>>
>
>
> --
> _,,,^..^,,,_
> best, Eliot
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20151211/1041dd73/attachment.htm