There is currently no mechanism for a package maintainer script to automatically detect that you added additional ports and apply this change to the new configuration file in a major upstream release update.
If you have a customised configuration file, then when you upgrade you should get a prompt asking you to update your customisations to match the new configuration file. If you don't, or you upgrade non- interactively, then the old configuration file will remain because we don't want to overwrite your customisations. That will cause the daemon to fail to start. When configuration file syntax changes between releases, there's no other real path that we can follow unless upstream provides some kind of automatic way to update previous configurations. I'd love to know how other distributions solve this problem. Debian/Ubuntu make some use of ".d" directories to try and help with this, and specific improvements might be able to be made, but I'm not aware of any solution to the general problem. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to squid3 in Ubuntu. https://bugs.launchpad.net/bugs/1370602 Title: package squid3 3.3.8-1ubuntu6.1 failed to install/upgrade: Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/squid3/+bug/1370602/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
