I'm not pointing fingers at you either :) But, you are one of how many that try and get 'added to core'? How many things do we have in contrib that the only person that does any 'whacking' is Tom? A couple I've seen patches go around for, but for a good portion of them, I imagine that they are 'dead except that Tom keeps fixing them' ...

In contrib I would bet a lot. I have argued for the removal of TSearch (not TSearch2) for example. Also RServ could probably stand to be removed.


However we are not talking about contrib (or at least I am not). We were talking about PLs which are a little bit of a different beast.

Tom's focus shouldn't be making sure that everyone's third party add on "still works" during a release cycle, that should be the responsibility of the maintainers of those projects, to follow changes and make sure they are implemented ...

I would agree, I suggested test cases for contrib once. I think that would be very good. If the contrib fails the test case for itself say
after (this could go for pls to) Beta2 then it gets yanked.


That is what pgFoundry was setup for ... to give projects the visibiilty they would get through the core distribution by making sure they are referenced in a central place, but providing the maintainers with direct CVS access to make changes to their code in a timely manner .. *shrug*

It was what pgFoundry was setup for but as I have said elsewhere perception is everything.


If it isn't in core, it is a second class project. Regardless of how we all "want" to feel about it.

Sincerely,

Joshua D. Drake
Command Prompt, Inc.




-- Your PostgreSQL solutions company - Command Prompt, Inc. 1.800.492.2240 PostgreSQL Replication, Consulting, Custom Programming, 24x7 support Managed Services, Shared and Dedication Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/

---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend

Reply via email to