Subject: Re: Shouldn't distros and ISVs ensure that security updates get deployed promptly?
Date: Wednesday 4th February 2009 10:55:12 UTC (over 8 years ago)
On Wednesday 04 February 2009, Dan Kegel wrote: > e.g. instead of an ignorable notification, > how about an in-your-face dialog saying > they're going to be installed now? the usability of update notifications is pretty dismal, yes. personally i'm hoping that packageKit (or whatever ends up ultimately filling that need, though PK is certainly the front runner right now) will allow upstream desktop teams to provide a UI for these things that downstreams can elect to take advantage of. not only will this be nicer for the user (greater consistency in a few different dimensions: across distros, across desktop environments), but by sharing the load and bringing the creation of these interfaces to a wider dev and usability audience we can probably end up with more robust solutions. > Or in some cases even just silently installing them? distro Q/A resources would have to _significantly_ increase for this to work reliably. too many updates still break too many systems on too regular a basis. > I can't recall any standard mechanisms to make this > happen other than, um, having the package install > a daily crontab script to update itself via the appropriate > "apt-get install foo" or "yum install foo" command. a typical aproach for third party applications is to do a version availability check on app start and offer to update if a new version is available. if it's a long running service, this can be done on a timed basis, of course. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Software