Re: Outstanding php.net account requests

From: Date: Tue, 12 Dec 2017 15:37:08 +0000
Subject: Re: Outstanding php.net account requests
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-101336@lists.php.net to get a copy of this message
On 12/5/2017 7:21 AM, Johannes Schlüter wrote:
On Di, 2017-12-05 at 14:57 +0100, Christoph M. Becker wrote:
On 05.12.2017 at 14:34, Pedro Magalhães wrote:
On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <johannes@schlue ters.de> wrote:
we currently have 118 outstanding php.net account requests going back to October 2016. If you recently tried to onboard somebody could you verify whether they are still unapproved? If somebody creates a mass- edit interface this would also be great, as the CSRF protection makes deleting obvious spam requests a bit more annoying than it neeeded. :-D If you see legit requests drop me (or somebody else with powers) a note (including what kind of svn/git karma is needed) and I can set it up. https://master.php.net/manage/users.php?search=&order=&forward=0& begin= 0&max=20&unapproved=1 (I believe this is visible to all @php.net account holders)
To add to that, AFAIK new requests via http://php.net/git-php.php are not sending the e-mail they should to this mailing list (PHP Group). Hence the large number of outstanding requests without follow-up.
An additional issue is that many account requests are made for PECL accounts as well, and not everybody who has karma to approve or reject VCS account requests has karma to handle PECL account requests. Furthermore, while some have karma to approve VCS accounts, they may not have karma to grant karma – so approving the accounts without granting actual karma does not really make sense.
One question we need to answer there is "what should pecl be"? Do we want to bring PECL extensions onto php infrastructure (shared bug tracker, git.php.net which gives control to php.net i.e. for finding successors) or should PECL be a repository with pointers to github and therelike? In the first case we should work on unifying the accounts. In the later case we should look into sizing the PECL site down and try to have an "pecl" installer which can fetch stuff directly from git, similar to packagist.org, then we could simplify the process there ..
PHP documentation access might be the deciding factor here in answering that question. -- Thomas Hruska CubicleSoft President I've got great, time saving software that you will find useful. http://cubiclesoft.com/ And once you find my software useful: http://cubiclesoft.com/donate/

« previous php.internals (#101336) next »