Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:107129 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 72986 invoked from network); 16 Sep 2019 02:28:34 -0000 Received: from unknown (HELO php-smtp3.php.net) (208.43.231.12) by pb1.pair.com with SMTP; 16 Sep 2019 02:28:34 -0000 Received: from php-smtp3.php.net (localhost [127.0.0.1]) by php-smtp3.php.net (Postfix) with ESMTP id 070582C2B7E for ; Sun, 15 Sep 2019 17:05:20 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp3.php.net X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=BAYES_00, CK_HELO_DYNAMIC_SPLIT_IP,HELO_DYNAMIC_SPLIT_IP,RDNS_DYNAMIC, SPF_HELO_NONE,UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS16276 149.56.0.0/16 X-Spam-Virus: No Received: from 28.ip-149-56-142.net (28.ip-149-56-142.net [149.56.142.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp3.php.net (Postfix) with ESMTPS for ; Sun, 15 Sep 2019 17:05:19 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: thruska@cubiclesoft.com) with ESMTPSA id 4576F3E8C8 To: Dan Ackroyd , PHP internals References: Message-ID: <7e5814f6-7b6e-d331-c065-7e06eb21d0c8@cubiclesoft.com> Date: Sun, 15 Sep 2019 17:05:16 -0700 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Envelope-From: Subject: Re: [PHP-DEV] Changing PECL signup flow. From: thruska@cubiclesoft.com (Thomas Hruska) On 9/15/2019 10:11 AM, Dan Ackroyd wrote: > HI internals, > > Currently, it is quite difficult to signup to get a PECL account. > > We have a somewhat deliberately obtuse form to signup through, which > then needs to be manually approved by someone with the appropriate > karma. > > Over the past year two people who I know from the community have > reached out to me to ask "we've submitted our account application, how > do we get approved now", after their application has sat un-actioned > for weeks. And only after I spoke to someone with the appropriate > karma was their account approved. > > I would like to suggest the following changes both to allow it easier > to publish PECL extensions, and also prevent that causing problems. > > # Allow a new signup method > > Allow people who want a PECL account to submit a link to github repo > (or alternative VCS provider) that contains a 'ready-to-ship' PHP > extension repo. > > We (or probably, I) will provide a tool that allows people to check > that their repo is ready to be submitted to PECL, including all the > appropriate things like buildconf works, the name of the project is > set in the appropriate place. > > On signup, when someone submits a 'ready-to-ship' extension we will > have code that checks the extension for conformance, and if the > extension looks ready to go, their application is listed on a page > where anyone with PECL karma can approve or reject the application. > > This would remove the bottleneck of only a few people being able to > approve the PECL accounts, while still blocking most inappropriate > signup attempts. > > # Change voting rights > > Getting a pecl account would explicitly no longer give or require a > php.net account, and wouldn't confer voting karma. To be clear, I am > actually unsure whether it's intended for people with PECL accounts > should get voting karma; I know some people did but apparently not all > have. > > Although giving those a php.net account and voting karma is > appropriate for extensions that are widely used, it is not appropriate > for extensions that belong to a company and don't represent a wider > community interest to automatically get a php.net account and/or > voting rights. > > For example, there are multiple extensions that allow Application > Performance Monitoring. Those extensions are not 'owned' by the > community, but instead represent a commercial interest. > > Those two changes should allow extensions to be listed on PECL much > more easily, without being too disruptive to the PECL site. > > Thoughts? Sounds good to me. I thought the php.net account was for incorporating new documentation? -- 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/