Re: Re: in search for XML-RPC developers/maintainerscontact
| From: | Philippe Jausions | Date: | Tue, 30 Aug 2005 21:37:58 +0000 |
| Subject: | Re: Re: in search for XML-RPC developers/maintainerscontact | ||
| References: | 1 2 3 4 5 6 7 8 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-39644@lists.php.net to get a copy of this message | ||
Helgi Þormar wrote:
On Tue, 2005-08-30 at 18:40 +0200, Pierre Joye wrote:My concern is more because: 1. Sergio asked the permissions to the current XML-RPC maintainers, 2. He tried to work out some of the problems with his implementation that some in the PEAR community felt were flawed, 3. Daniel said he would have a look at it, but doesn't actually have the resource to do so, 4. XML_RPC2 would be a very welcomed (needed) upgrade of the package. Now, if Daniel disagrees with the current implementation, being the current maintainer of XML_RPC, he as the final say, and I respect that. The problem is that nothing is moving forward. I don't care who maintains the package, but obviously having put so much burden on Daniel may have been unfair to him. However, the community provides to the community. So, let the community help. Should we wait another 10 months for things to actually happen? Yes, I know we're all volunteers, not being paid, blah blah blah ;-) but there comes a point where one person can't humanly do all what they wish they could. I think we're all reasonable people here. I can't force Daniel to have a long look at the code, but him not being able to do so is somewhat a problem. -PhilippeAs a sweet reminder, releases and other major version are not are not subject to vote, general agreement or anything but the maintainers choice. Each maintainer is free to commit whenever he likes or not at all (cvs is not yet a requirement iirc).First I agree here, I wouldn't someone to come along and make LiveUser2 and just because rest of the community thinks it's very important to release then I'd like to have the final say in it (My guess it's the same for any of the LU devs) I happen to agree with you on that someone shouldn't just go ahead and propose new versions of packages because they feel like it.