Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 14 Mar 2001 12:51:15 -0800
From:      "David O'Brien" <obrien@FreeBSD.org>
To:        Paul Richards <paul@freebsd-services.co.uk>
Cc:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: proposals for fixing the PROBLEM at hand
Message-ID:  <20010314125115.B2341@dragon.nuxi.com>
In-Reply-To: <3AAFBED3.19D77C05@freebsd-services.co.uk>; from paul@freebsd-services.co.uk on Wed, Mar 14, 2001 at 06:56:19PM %2B0000
References:  <20010312160321.B95497@mollari.cthul.hu> <200103130307.TAA41551@gndrsh.dnsmgr.net> <20010312193452.A2927@mollari.cthul.hu> <3AAE5A9A.341F634F@originative.co.uk> <20010314005648.I9369@klapaucius.zer0.org> <20010314011016.A28290@mollari.cthul.hu> <3AAF86A6.65492AEC@freebsd-services.co.uk> <3AAFB42F.95513604@gorean.org> <3AAFBED3.19D77C05@freebsd-services.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Mar 14, 2001 at 06:56:19PM +0000, Paul Richards wrote:
> Which is why I've always advocated that there be a team of people that
> manages the -RELEASE branch and that it not be a free for all to
> committers. I'm happy that this be made up largely of the security team,
> they have the right sense of conservatism for this job but it does make
> sense for their remit to extend to system stability as well as security

Not if they have neither the time or interest to do so.  Are you
volunteering to be an _active_ part of the RELENG_4_3_0_RELEASE branch
team?

> since the two are closely related anyway and it would be unhelpful to

At times yes.  At times no.

> not apply bugfixes that would fix probable data corruption or loss of
> service because they fall outside of a too narrow definition of
> security.

What about that bug that makes CAM work at 1/2 speed and the TCP stack at
1/4 the performance.  Would you consider these bugs that should be
committed to this branch?  They certainly have no affect on the security
of the released system.
 
> Perhaps what I consider to be a critical bug fix would always have
> fallen into their definition of security anyway since I'm really only
> talking about things that could cause data corruption or loss of
> service

Yes, you haven't spelled this out clearly before.

-- 
-- David  (obrien@FreeBSD.org)
          GNU is Not Unix / Linux Is Not UniX
          Disclaimer: Not speaking for FreeBSD, just expressing my own opinion.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010314125115.B2341>