I think this bug's severity should be set to wishlist, losing routes temporarily because of a daemon restart does not count as "data loss". Nearly every daemon gets restarted after installation, dh_installinit (debhelper) defaults to that anyway.
Nevertheless, please consider restarting quagga after installation, or adding a debconf prompt of choosing between a stop-upgrade-start and an upgrade-restart path. openvpn does that, I quote the debconf dialog: " In some cases you may be upgrading openvpn in a remote server using a VPN to do so. The upgrade process stops the running daemon before installing the new version, in that case you may lose your connection, the upgrade may be interrupted, and you may not be able to reconnect to the remote host. Unless you do your upgrades locally, it is advised NOT to stop openvpn before it gets upgraded. The installation process will restart it once it's done. This option will take effect in your next upgrade. Would you like to stop openvpn before it gets upgraded? " I think this should be the case with quagga. If you try to upgade a remote router and you rely on quagga running to have your connection established, you will get disconnected before the upgrade and the upgrade will probably fail if user input is needed (eg. upgrading a conffile). Achilleas Kotsis a.k.a. Achille Webpage: http://www.cslab.ntua.gr/~akots/ AWMN.org: http://www.awmn.org/ -- "whois awk?", sed Grep -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
