Hi All,
On Wed, May 21, 2014 at 3:11 AM, stepharo <[email protected]> wrote: > We would love to have a real update but I'm sure that you realize that > something we > are modifying the system that modify the methods modifying the system. > but we've been doing that for years. It used to be tricky using change sets, but Monticello's update scheme means it is very simple. > > So we should probably remove the software update button. > Now if somebody wants to work on an infrastructure supporting real atomic > load. > I don't think one needs atomic load to do this. It is very nice to have but Monticello's update scheme is sufficient. > Stef > PS: the last time I updated my iPhone it blocked and I had to fully > reinstall everything. > And once when I updated my mac my mouse got blocked forever on the left > top corner. > > But I can't remember the last time an update for Squeak failed and the updates are of the cool kind you mention. Personally I think having an update system is a *really important* facility in a development environment. It means I can keep my personal working environment up-to-date. That means I'm more likely to be able to contribute my own improvements to the system. I worked for a long time with VisualWorks which has a closed development cycle, and doesn't support anything like update. Keeping up to date was always slightly tedious (one had to do things like export one's own stuff and import it into the latest image, etc). Since I've been using Squeak I've understood how superior the Monticello scheme is. So I would urge you to /not/ remove the update button, and instead educate people in the process so that potentially dangerous changes are done properly (by defining baselines, a.k.a. updates in Monticello) and hence preserve the valuable ability to keep one's own image up-to-date. -- best, Eliot
