severity 587413 normal thanks On 28/06/2010 15:55, Yves-Alexis Perez wrote: > On 28/06/2010 15:23, maximilian attems wrote: >> On Mon, Jun 28, 2010 at 03:18:37PM +0200, Yves-Alexis Perez wrote: >>> On 28/06/2010 14:58, maximilian attems wrote: >>>> hmm checking the root mail account, I see lots of mails telling me to: >>>> evolution --force-shutdown >>>> why can't that be done by hand, >>> >>> As said on irc, we can't kill an user process, that'd definitely be a >>> bad behavior. >> >> it is indisutable to have run to every of those boxes as evolutions >> fails miserably to upgrade. > > -ENOPARSE >> >> when one has chosen Noninteractive, one doesn't want to be >> bothered about every detail and corner cases of the boxes one admins. >> so I don't see the trouble of the shutdown. >> > It's not a good idea to upgrade when there are processes running. I have > to admit I feel bad about chosing for you the intended behavior in that > case. Since you ask “I don't care, do as you want”, I guess we could add > a check on noninteractive mode and proceed with evolution running (I > really don't think a preinst script should be allowed to kill an user > process). > > I don't really like noninteractive as a way to allow users to shoot > themselves in the foot, but maybe that's just me. > > Cheers,
Ok, looking at http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-controllingterminal here is my proposal: * explicit check for evolution and evolution-exchange-storage processes and not the others; * don't change the abort part And keep the bug opened, normal, wontfix. I prefer pissing the user about failed upgrade (which is fixable by just quitting evolution, and shouldn't happen much anyway) than to risk losing data. In most cases where noninteractive is used, I don't see the user running a desktop anyway (upgrading the distribution in noninteractive mode from the desktop or with a desktop running doesn't look like a good idea to me). Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
