2012/4/19 Michael Vogt <m...@debian.org>:
> Right, so I added the print there on purpose to ensure that users are
> informed that there is a package held back. It maybe the wrong
> tradeoff, in the current version I added code that will only print if
> there is no summary mail. That may still not be enough and I may need
> to remove it entirely.

I have a strong opinion on this subject: Cron should not send any
email unless there was an error or it was explicitly configured to do
so by the Sysadmin. :-)

> My goal is to ensure that people are not
> running unattended-upgrades assuming they are safe when in fact a
> conffile issue holds a package back (and because they never look at
> the logs they don't know). I'm open for ideas what could be done
> instead, maybe just doing the print only once instead of everytime
> that cron is run?

If you really think this should be done (I don't) than you should make
it configurable via U-A::Print-Warning-to-Cron or something similar
which should default to "false".

Thinking a little more about this I think this kind of already exists
via U-A::MailOnlyOnError. So maybe a new option named
U-A::Mail-if-Packages-on-Hold could complement this one — I'm assuming
these are simply ignored if U-A::Mail is set.

BTW, there is some inconsistent naming on these options — some are
using '-' character others do not. I think you should use one style
for all of them, the other should remain supported but deprecated.

Thanks



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to