Outstanding php.net account requests

  101243
December 5, 2017 12:49 johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)
Hi,

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)

johannes
  101245
December 5, 2017 13:34 mail@pmmaga.net (=?UTF-8?Q?Pedro_Magalh=C3=A3es?=)
On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <johannes@schlueters.de>
wrote:

> Hi, > > 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) > > johannes > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > 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. Regards, Pedro
  101246
December 5, 2017 13:57 cmbecker69@gmx.de ("Christoph M. Becker")
On 05.12.2017 at 14:34, Pedro Magalhães wrote:

> On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <johannes@schlueters.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. -- Christoph M. Becker
  101247
December 5, 2017 14:21 johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)
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 .. For discrepancy between access rights - I assume we could extend those lists. For master the list is in http://git.php.net/?p=web/master.git;a =blob;f=include/functions.inc;h=b988e1b4a9589e186a24c44553ada7fa1b4f9b6 3;hb=HEAD#l410 and has many inactive people, out of the 25 I guess there are about 5 active ones (I'm not really active, so I don't know and would leave it to others to decide who should be added)  411   $admins = array(  412     "jimw",  413     "rasmus",  414     "andrei",  415     "zeev",  416     "andi",  417     "sas",  418     "thies",  419     "rubys",  420     "ssb",  421     "wez",  422     "philip",  423     "davidc",  424     "helly",  425     "derick",  426     "bjori",  427     "pajoye",  428     "danbrown",  429     "felipe",  430     "johannes",  431     "tyrael",  432     "salathe",  433     "cmb",  434     "kalle",  435     "krakjoe"  436   ); For granting karma the list is in http://svn.php.net/viewvc/SVNROOT/glo bal_avail?revision=343578&view=markup # Some people also have access to the configuration files in the SVNROOT. avail|sterling,goba,imajes,wez,iliaa,derick,jon,alan_k,jmcastagnetto ,mj,pajoye,helly,philip,stas,johannes,gwynne,lsmith,bjori,dsp,felipe ,tyrael,salathe,krakjoe|SVNROOT [...] # But members of the PHP Group get access to everything. avail|andi,andrei,jimw,rasmus,rubys,sas,ssb,thies,zeev,shane For PECL I'd have to figure out where this is stored :-) Overall we should try to welcome contributors - if legit contributors have to wait for a year it's bad. johannes
  101336
December 12, 2017 15:37 thruska@cubiclesoft.com (Thomas Hruska)
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/
  101269
December 8, 2017 16:38 petercowburn@gmail.com (Peter Cowburn)
On 5 December 2017 at 13:57, Christoph M. Becker <cmbecker69@gmx.de> 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@schlueters.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?
I went through the outstanding "doc" group requests, there are currently only 2 of those now remaining (I'm waiting on replies to emails for those two). Of the other two groups, there are currently 11 for the "php" group and 78 for the "pecl" group.
> > > 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 >
I didn't tackle this, but I have changed master so it that shows the "note" that folks enter when applying for their account, to make it easier/quicker to scan the list (e.g. for spam, and for me to find the "[group: doc]" requests).
> >> > >> 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. >
You're right there, the two (approving an account, granting the appropriate commit karma) should almost always be done at the same time. Anyone looking to help with the account requests should have SVNROOT karma, or ask for it. :)
> > -- > Christoph M. Becker > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > >