freebsd stable - Sep 2009 - svn commit: r197065 - in stable/8: etc/defaults lib/libc/stdlib sys/amd64/conf sys/i386/conf sys/ia64/conf sys/pc98/conf sys/powerpc/conf sys/sparc64/conf

2009/9/10 Ken Smith <kensmith@cse.buffalo.edu>:
> On Thu, 2009-09-10 at 15:29 +0100, Gavin Atkinson wrote:
>> This seems like a step backwards to me: crash dumps have been left
>> enabled in 7.x and have proved very useful from the point of view of
>> improved quality of received PRs. ?I'm not aware of any problems
>> relating to leaving them enabled.
>>
>> I'd appreciate it if this decision was reconsidered.
>>
>
> Unfortunately as I said before there is no "Right answer" for
this one.
No, but there is an "80% right" one, based on the question: did the
change in 7 cause known problems for any significant number of users
(or one of two big users - that should be enough).

After all, if users were fine with crashdumps & symbols being enabled
in 7, they should be find with them being enabled in 8.
> If there is (a lot) more push-back on this we'll reconsider it.  But
the
> AUTO setting is only appropriate for machines that are "actively being
> watched over".  In -stable branches we start to have people using it
for
> large data centers full of machines that are only "partially watched
> over" at best as well as machines stuffed in phone closets in remote
> locations, etc.  Having the AUTO setting for situations like that can
> mean increased time for a reboot to happen, there is extra risk of the
> machine wedging and not rebooting at all (requiring manual intervention
> to get it back up), there is risk of disk space issues, etc.

On Thu, Sep 10, 2009 at 05:36:56PM +0200, Ivan Voras
wrote:
> 2009/9/10 Ken Smith <kensmith@cse.buffalo.edu>:
> > On Thu, 2009-09-10 at 15:29 +0100, Gavin Atkinson wrote:
> 
> >> This seems like a step backwards to me: crash dumps have been left
> >> enabled in 7.x and have proved very useful from the point of view
of
> >> improved quality of received PRs. ??I'm not aware of any
problems
> >> relating to leaving them enabled.
> >>
> >> I'd appreciate it if this decision was reconsidered.
> >>
> >
> > Unfortunately as I said before there is no "Right answer"
for this one.
> 
> No, but there is an "80% right" one, based on the question: did
the
> change in 7 cause known problems for any significant number of users
> (or one of two big users - that should be enough).
Given that we've shipped three releases with it this way we should have
an answer here.  If we can't identify real problem instances by now,
there probably aren't significant ones in practice.  IMO, we have always
gone too far in disabling debugging.

-- Brooks
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20090910/dcde8c79/attachment.pgp