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

Phil B pbpublist at gmail.com
Mon Aug 10 08:30:43 PDT 2020


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.


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20200810/ad113831/attachment.htm>

More information about the Cuis-dev mailing list