[Cuis-dev] [ChangeSet] Reinstall updated packages when installing updates

Phil B pbpublist at gmail.com
Sun Aug 16 21:42:30 PDT 2020


Juan,

Looks good to me.

Thanks,
Phil

On Sun, Aug 16, 2020 at 8:02 AM Juan Vuletich <juan at jvuletich.org> wrote:

> On 8/10/2020 12:30 PM, Phil B via Cuis-dev wrote:
>
> Juan,
>
> I'd be in favor of the check and message (we could add it to the dialog
> pop that already occurs after applying updates) which would serve as a
> helpful reminder to those who aren't aware that a rebuild is recommended.
> Telling them which packages changed, as long as the dialog can cope with a
> potentially long list of packages, would be a nice touch since then they
> could judge whether or not they really need to rebuild right away or not.
>
> Thanks,
> Phil
>
> On Mon, Aug 10, 2020 at 9:09 AM Juan Vuletich <juan at jvuletich.org> wrote:
>
>> On 8/9/2020 9:36 PM, Phil B via Cuis-dev wrote:
>>
>> The changeset asks the user if they want to reload.  The issue is the act
>> of reloading a package: it's inherently unsafe.
>>
>> On Sun, Aug 9, 2020 at 7:55 PM Mariano Montone via Cuis-dev <
>> cuis-dev at lists.cuis.st> wrote:
>>
>>> El 9/8/20 a las 20:09, Phil B via Cuis-dev escribió:
>>> > I think this is a good idea conceptually, dangerous in practice.  The
>>> > update changesets are intended to be installed one after the other on
>>> > top of each other, packages aren't.  I'd bet that no one ever does any
>>> > testing to see if installing a new package over an older one works
>>> > correctly.
>>>
>>> Perhaps you could warn the user, and Object>>confirm: the operation.
>>> --
>>> Cuis-dev mailing list
>>> Cuis-dev at lists.cuis.st
>>> https://lists.cuis.st/mailman/listinfo/cuis-dev
>>>
>>
>> Phil, what you say is true. We could instead check package versions and
>> inform the user which packages could / should be reloaded.
>>
>> Still, we can say that loading numbered updates to the core image is only
>> safe if the image has no packages or user code loaded (i.e. it is
>> unmodified in any way since downloaded), as this is the only case that we
>> test.
>>
>> Thanks,
>>
>> --
>> Juan Vuletichwww.cuis-smalltalk.orghttps://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Devhttps://github.com/jvuletichhttps://www.linkedin.com/in/juan-vuletich-75611b3
>> @JuanVuletich
>>
>>
> Like this?
>
> Thanks,
>
> --
> Juan Vuletichwww.cuis-smalltalk.orghttps://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Devhttps://github.com/jvuletichhttps://www.linkedin.com/in/juan-vuletich-75611b3
> @JuanVuletich
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20200817/1e0b62c3/attachment.htm>


More information about the Cuis-dev mailing list