On Thu, Aug 5, 2010 at 12:37 PM, Hannes Magnusson
<hannes.magnus...@gmail.com> wrote:

>> We knew that when we accepted this extension and I have no problem
>> with continuing to publish the mongo documentation. Or to be more
>> clear, I see no reason to change anything in our policy right now.
>
> I have a big problem with it. This has been the policy for years.
>
> In the end, its the doc teams call (hence the CC).

No it is not the current policy. It is the policy for the
documentation (to be in php-doc's repo) but not for the code. It was
never a requirement, not even the usage of a VCS is requirement.

>>> We have no control whatsoever over anything, and therefore cannot even
>>> pay attention to new features to document. We simply cannot have docs
>>> for extensions not maintain in our infrastructure.
>>
>> If you want to force every pecl's project to use svn.php.net and
>> pecl's bug trackers, then please make a proposal.
>
> I don't want to enforce it. But to get the docs in the PHP manual
> certain rules have to be followed, and this is one of them.

I don't see what's the code has to do with the code. As long as the
doc is in php-doc, what or where is the problem?

>> I don't have a problem either with projects using both pecl and
>> external trackers (makes sense for daemon clients as some bugs may
>> move from server to client). Howevere I do understand your feeling
>> while looking at xdebug (but still has no issue).
>
> Using external bug tracker for the extension and then our tracker for
> doc issues doesn't make sense.
> The doc team simply cannot follow random bug trackers.

And does not have to. Reporting bugs to pecl.php.net's tracker works
just fine and developers follow them.

Cheers,
-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

Reply via email to