On Thu 31 Jul 2008 at 09:06AM, John Rice wrote: > I agree with the need to provide some warning for the pkg(1) > image-update. > > However, I disagree with doing this in the GUI. The GUI is meant to > make actions simple and obvious. If an action is not fully > automated and requires some external steps to complete safely then > we should remove the functionality until it can be carried out by > the GUI without any other external steps. The GUI should expose the > functionality when its ready. This is particularly true if at > present an image-update can brick your system if you have not > carried out some additional steps.
John, I'm sure David will correct me if I'm wrong. My take is as follows. The lack of automation in this space has been an issue since day one of 2008.05 and it's hardly a secret. Just review: http://opensolaris.org/os/project/indiana/resources/rn3/ And you can easily see that even if the "update all" button in the GUI had been working for the past couple of months, the GUI would not really be usable for a system wide update. Due to hard work by Ethan and others, as far as I understand, for the BTS release (snv_86 + fixes), for the things we know about (grub, libbe, etc), bricking (or other brokenness) won't be the case when users do that very first update which takes them forward to (today) build 94. But there is no guarantee that an update from the BTS release to some future version won't demand some sort of user intervention. At least, not until we've done real design in in the underlying mechanisms in this area. As an example-- imagine an update to some future build (say b99) which triggers a bug in the packaging system itself! In that case the user will first need to update the packaging system (including perhaps the GUI, if the bug shows up there too) before doing the rest of the update. That's what this section in the update instructions is about: $ pfexec pkg refresh $ pfexec pkg install [EMAIL PROTECTED] $ pfexec pkg install [EMAIL PROTECTED] I will advocate to the pkg(5) team that this is a problem we need to get more religion about. We've got some folks who I think will be interested to work on solving this. -dp -- Daniel Price - Solaris Kernel Engineering - [EMAIL PROTECTED] - blogs.sun.com/dp _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
