> There have been a good number of examples where the one who raised an
> issue isn't just of the format to implement it. So someone else jumped
> in and did it instead. I don't need to pick any particular samples, you
> know that it happened a few times.

Sure.  But in those cases, the fix/feature was something that the consensus on 
-Hackers agreed needed to be done, someday.   Putting those items on the TODO 
was an acknowledgement of that decision, even though they won't be 
implemented until we aquire more contributors.  As an example, the various 
PL/pgSQL enhancements which Patrick and I pushed onto the TODO list, which 
are still features in search of a programmer. 

 That took, as I recall, about a month of lobbying on this list, which 
required me to prove a) how our current PL/pgSQL was weak, and b) how the 
improvements would benefit the project overall, and c) how many people were 
interested in the improvements.

There are 3 problems with Dann's proposal that have caused it to be shot down 
in flames instead of being put on the TODO list:
1) Most people on this list ... particularly, most contributors ... do not 
agree with Dann's proposal.  This is in no little part due to Dann's lack of 
material evidence for his case.
2) Dann has a particularly abrasive and insulting communication style that 
hasn't helped his case any, either.
3) Dann is proposing not just a feature but sweeping changes to the way our 
commmunity works, despite having been a member of this community for about 3 
weeks total.

As such, this discussion is an example of the "Open Source Process" (tm) 
working correctly.  Someone brought up a proposal, it was challenged, they 
were not able to defend the proposal, and it was voted down.

Josh Berkus
Aglio Database Solutions
San Francisco

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Reply via email to