On Thu, Sep 25, 2008 at 03:11:52PM -0500, Matthew Woehlke wrote:
Yes. (replying to Patrice) As I've suggested, be damned sure people that
might be relying on a local MTA either get one, or cannot possibly miss
the notice that we didn't install one by default. So long as upgrades
don't silently remove an existing MTA, firstboot, with an appropriate
balance of gloom-and-doom and reassurance-if-you're-confused wording
would probably suffice for that.
Besides; Patrice, your argument is that we should remove functionality
that is critical to some users because no one has bothered to fix the
/bug/ that by default logwatch sits around filling the spool with large,
mostly-redundant messages.
It is not really my argument. First I think that these issues are
power user issues. And then that there is no clear solution for this
issue, there are many use cases with different choices. So, if there no
integrated solution, like something with firstboot, /etc/sysconfig or
whatever the users should not rely on a specific setup and should setup
what they prefer and configure it themselves. And they can do that since
they are power users. Starting from this point of view it is better to
have nothing started nor configured and things only pulled in as
dependencies.
I don't really care that it worked before, once again it is a very specific
use case and I can't see why it should be priviledged. I think that it
was always a mistake to start sendmail in the default case, and even to
install it (not as a dependency). Well it should not be changed within
a release, nor by updates, but I would find it normal to have it broken
by clean installs (with release notes, if possible).
--
Pat