Ben Collins-Sussman (sussman@collab.net) wrote:
>
>"Files" <files@poetryunlimited.com> writes:
>
>> Now I'm more inclined to sit back and see what, or if you fix a bug
In the meantime, we actually *don't* like it when a new person posts a
>new issue unexpectedly. We try to keep our issue-tracker neatly
>pruned and organized, and as I said before, random issue filings tend
>to be dups or non-bugs 80% of the time. That's why we ask people to
>post their problem to the users@ list first (which requires no
>registration anyway.)
New person posted an issue WITH a solution. Already researched your entire bug list
before I posted. Just because I'm new to you, doesn't mean I can't be respectful of
the work you guys are doing. But when a solution is discarded until a big company
(Perl.com) reports the same problem, that's when I wonder if there's any benefit in
offering to help fix what you found was wrong.
All I was really expecting was a "Why don't you send us the fix and we'll slot it
for this or that release".
How do you determine when someone is new? Try as I might, I can't really see
that "not liking" a posting from someone that is new to *me*, is anything other
than systematic discrimination.
Especially when the person posting isn't creating an issue (yet one more headache)
as much as offering a solution.
For what it's worth. I've been with Subversion since v0.23 and been using revision
control since 1988. I did check all of your existing problems. I researched the
stuff under the hood. Watched my system dump hundreds and hundreds of megabytes
of "virtual files" into /tmp to do the vendor branch import and watched it take
forever each time, even when most of those files had *nothing* to do with the
actual vendor branch import - they were all tags.
My point in all this is that maybe we need to be more vigilant. Because unless we
are, we're going to slowly drift further from the collective commons to the elite
oligarchy.
Shamim Islam
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Aug 25 17:46:38 2003