Re: Debian doesn't have to be slower than time.
On Fri, Feb 15, 2002 at 07:19:52PM -0500, Ben Collins wrote:
> On Fri, Feb 15, 2002 at 10:36:07PM +0100, Peter Makholm wrote:
> > "Joel Baker" <lucifer@lightbearer.com> writes:
> >
> > > * Why does Debian take so long to release?
> >
> > Because people would rather discuss this subject than fix release
> > critical bugs?
> >
>
> Amen to that. Fixing the bugs is the main thing that will get a release
> out the door. Our Release Manager basically gave us free reign over
> fixing RC bugs (well, within logic limits outlined in the same document,
> posted to debian-devel-announce). Nothing stops non-developers from
> making patches, going through and testing bugs to duplicate them.
>
> No sort of process, policies or mechanisms is going to make fixing bugs
> go any faster, other than people actually doing it.
That is correct. It is also why I didn't propose any way to make fixing
bugs faster.
I proposed a way of avoiding the situation in the first place.
For the record - I don't think the current RM is doing a bad job. In fact,
I think he's doing an excellent job - of implementing the policy as it is
laid out, today.
Perhaps debian-policy would have been a more appropriate list. However, it
seemed like developers would be one of the main groups affected by it, and
most of the discussion on the topic has taken place here, so I started here
for now.
Understand that some of us consider the very *idea* of *needing* 7 bug
squashing parties to indicate that something is very broken about how this
is done today. As I noted in private email earlier... having even one of
these demonstrates that we have a problem, because they are a desperate
reaction to a situation that should never be allowed to arise in the first
place.
--
***************************************************************************
Joel Baker System Administrator - lightbearer.com
lucifer@lightbearer.com http://users.lightbearer.com/lucifer/
Reply to: