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 -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
