Welcome! Log In Create A New Profile

Advanced

[PHP-DEV] Outstanding php.net account requests

Posted by Johannes Schlüter 
Johannes Schlüter
[PHP-DEV] Outstanding php.net account requests
December 05, 2017 02:00PM
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
Pedro Magalhães
Re: [PHP-DEV] Outstanding php.net account requests
December 05, 2017 02:40PM
On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <[email protected]>
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
Christoph M. Becker
Re: [PHP-DEV] Outstanding php.net account requests
December 05, 2017 03:00PM
On 05.12.2017 at 14:34, Pedro Magalhães wrote:

> On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <[email protected]>
> 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

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Johannes Schlüter
Re: [PHP-DEV] Outstanding php.net account requests
December 05, 2017 03:30PM
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 <[email protected]
> > 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

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Peter Cowburn
Re: [PHP-DEV] Outstanding php.net account requests
December 08, 2017 05:50PM
On 5 December 2017 at 13:57, Christoph M. Becker <[email protected]> wrote:

> On 05.12.2017 at 14:34, Pedro Magalhães wrote:
>
> > On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <
> [email protected]>
> > 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
>
>
Thomas Hruska
Re: [PHP-DEV] Outstanding php.net account requests
December 12, 2017 04:40PM
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 <[email protected]
>>> 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/

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Sorry, only registered users may post in this forum.

Click here to login