On Thu, 10 Sep 2009 13:00 -, rwatson wrote:
On Thu, 10 Sep 2009, Remko Lodder wrote:
I agree with that; it would (!) help the bugbusting team in gathering
required information. If there is an way to automate crashdumps and proper
reporting and stick that in /var/crash/crash.$date or
Jason J. Hellenthal jas...@dataix.net writes:
If I may, I would like to introduce a distributed targeting system to
this conversation in addition to crashinfo. Given with the above
conversations I cant help but think that in a case like this it would
be helpful to setup a central database for
On Friday 11 September 2009 2:00:58 am Jason J. Hellenthal wrote:
On Thu, 10 Sep 2009 13:00 -, rwatson wrote:
On Thu, 10 Sep 2009, Remko Lodder wrote:
I agree with that; it would (!) help the bugbusting team in gathering
required information. If there is an way to automate
On Fri, 11 Sep 2009 03:22 -, des wrote:
Jason J. Hellenthal jas...@dataix.net writes:
If I may, I would like to introduce a distributed targeting system to
this conversation in addition to crashinfo. Given with the above
conversations I cant help but think that in a case like this it would
Author: kensmith
Date: Thu Sep 10 14:04:00 2009
New Revision: 197065
URL: http://svn.freebsd.org/changeset/base/197065
Log:
Remove extra debugging support that is turned on for head but turned off
for stable branches:
- shift to MALLOC_PRODUCTION
- turn off automatic crash
On Thursday 10 September 2009 10:04:00 am Ken Smith wrote:
Author: kensmith
Date: Thu Sep 10 14:04:00 2009
New Revision: 197065
URL: http://svn.freebsd.org/changeset/base/197065
Log:
Remove extra debugging support that is turned on for head but turned off
for stable branches:
On Thu, 2009-09-10 at 10:23 -0400, John Baldwin wrote:
--- stable/8/etc/defaults/rc.conf Thu Sep 10 13:20:27 2009
(r197064)
+++ stable/8/etc/defaults/rc.conf Thu Sep 10 14:04:00 2009
(r197065)
@@ -549,7 +549,7 @@ lpd_flags= # Flags to lpd (if enabled
On Thu, 2009-09-10 at 14:04 +, Ken Smith wrote:
Author: kensmith
Date: Thu Sep 10 14:04:00 2009
New Revision: 197065
URL: http://svn.freebsd.org/changeset/base/197065
Log:
Remove extra debugging support that is turned on for head but turned off
for stable branches:
[...]
2009/9/10 Gavin Atkinson ga...@freebsd.org:
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
On Thu, 2009-09-10 at 15:29 +0100, Gavin Atkinson wrote:
On Thu, 2009-09-10 at 14:04 +, Ken Smith wrote:
Author: kensmith
Date: Thu Sep 10 14:04:00 2009
New Revision: 197065
URL: http://svn.freebsd.org/changeset/base/197065
Log:
Remove extra debugging support that is turned
On Thursday 10 September 2009 10:32:29 am Ken Smith wrote:
On Thu, 2009-09-10 at 10:23 -0400, John Baldwin wrote:
--- stable/8/etc/defaults/rc.conf Thu Sep 10 13:20:27 2009
(r197064)
+++ stable/8/etc/defaults/rc.conf Thu Sep 10 14:04:00 2009
(r197065)
@@ -549,7
On Thu, 2009-09-10 at 11:18 -0400, John Baldwin wrote:
Having the
debug symbols present is probably enough for that though since it is fairly
easy to enable crashdumps in rc.conf vs. having to build a new kernel just to
get debug symbols. Should we change the default behavior in 7?
I was
2009/9/10 Ken Smith kensm...@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
- Message from kensm...@cse.buffalo.edu -
Date: Thu, 10 Sep 2009 11:17:19 -0400
From: Ken Smith kensm...@cse.buffalo.edu
Subject: Re: 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
On Thu, 10 Sep 2009, John Baldwin wrote:
It has been pointed out to me on the mailing lists that leaving it on for
stable/7 was an oversight, it is off on previous branches.
I can understand the motivation for it. In a data center full of
production machines crash dumps cause reboots to
On Sep 10, 2009, at 5:43 PM, Robert Watson wrote:
On Thu, 10 Sep 2009, John Baldwin wrote:
It has been pointed out to me on the mailing lists that leaving it
on for stable/7 was an oversight, it is off on previous branches.
I can understand the motivation for it. In a data center full
On Thu, 10 Sep 2009, Remko Lodder wrote:
I agree with that; it would (!) help the bugbusting team in gathering
required information. If there is an way to automate crashdumps and proper
reporting and stick that in /var/crash/crash.$date or something and tell
people that they can report their
On Thu, Sep 10, 2009 at 05:36:56PM +0200, Ivan Voras wrote:
2009/9/10 Ken Smith kensm...@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
18 matches
Mail list logo
