[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion l33t

From: <kfogel_at_collab.net>
Date: 2003-08-25 18:13:25 CEST

"Files" <files@poetryunlimited.com> writes:
> Oh I dunno. The fact that everyone's response to my message so far
> has been "We'd love to have help", even if it hasn't been practiced,
> O high and mighty co-tyrant/despot Karl. :P~
>
> Shamim Islam
> Subversion Commoner

:-)

Seriously, I think you're over-generalizing from one incident...
Sometimes a bug report or a patch just falls through the cracks.

In this case, falling through the cracks was especially likely,
because we don't consider 'svn_load_dirs.pl' to be part of the core
Subversion distribution. Therefore only one or two developers really
follow svn_load_dirs.pl bugs -- so the likelihood of a response is
lower than for a core svn bug.

As to our claim that we'd love to have help, it's really true.
However, we can't afford to spend a lot of administrative overhead
helping people help us. This means that help has to come in the form
of concise, reproducible bug reports and patches that adhere to both
the letter and the spirit of the guidelines in HACKING. (I can't
recall offhand if your mails met these criteria, I'm just pointing out
that "help" is a wide word, and we're only talking about a particular
narrow range of it.) Plus, we have to stick to our prioritization of
1.0 bugs first, everything else second.

I'm sorry your bug report fell through the cracks. This has happened
to me, oh, ten or twenty or a hundred times in a decade of
participating in free software projects :-), so you shouldn't feel too
lonely.

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 25 18:57:11 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.