Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125504
Date: Wed, 11 Sep 2024 14:59:37 +0100 (BST)
To: Rob Landers <rob@bottled.codes>
cc: "Christoph M. Becker" <cmbecker69@gmx.de>, 
    Jim Winstead <jimw@trainedmonkey.com>, internals@lists.php.net
Subject: Re: [PHP-DEV] What to do with ext/snmp?
In-Reply-To: <98b12de8-5398-4038-9ae6-3dc6377d69cc@app.fastmail.com>
Message-ID: <23027c9b-d0fb-6e81-018f-57b90d76a146@php.net>
References: <9791621c-1313-4306-bc6a-5dd789f2b2df@gmx.de> <51FA7D6F-09F6-4267-9B57-5CBD42EA898C@cmpct.info> <57156bdd-cf93-404f-a10c-cd842bd7bb92@app.fastmail.com> <27cbee89-093f-4903-baec-a10058370c33@gmx.de>
 <98b12de8-5398-4038-9ae6-3dc6377d69cc@app.fastmail.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="8323329-465369804-1726063177=:95618"
From: derick@php.net (Derick Rethans)

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--8323329-465369804-1726063177=:95618
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: QUOTED-PRINTABLE

On Sat, 31 Aug 2024, Rob Landers wrote:

> On Fri, Aug 30, 2024, at 20:13, Christoph M. Becker wrote:
> > It's easy to vote "yes, unbundle this extension" if you've never=20
> > used the extension and are not planning to do so in the future.  It=20
> > may be a death sentence, though.
> >=20
>=20
> I went over to pecl to see how hard it was to create a new extension=20
> (after being prompted by Gina to submit my GMP operator stuff as a=20
> pecl extension). It appears to be very involved with a checkmark:
>=20
> "I have already discussed the topic of maintaining and/or adding a=20
> PECL extension on the pecl-dev@lists.php.net mailing list, and we=20
> determined it's time for me to have a PECL account"
>=20
> I, personally, can't imagine going through such a process. Not only do=20
> you have to convince gate-keepers you don't know to share your=20
> extension with (which higher up on the page says your code should be=20
> complete), but also convince end-users to use your extension. The=20
> barrier of entry is high, when it would be much easier to just create=20
> a repository and instructions; effectively making discovery of=20
> interesting php extensions nearly impossible.

The barrier of entry isn't really *that* bad. This process comes from=20
PEAR, which most definitely required you to convince people. For PECL it=20
was more meant as a "please also look over my code and license to see=20
I'm not doing any stupid stuff". Ie: more as a help to contributors,=20
than a gate. PECL accounts usually get approved pretty speedily.

[snip[

> I'm pretty excited about pecl's replacement (how is that going=20
> anyway?) and hope it will be easier to create, maintain, and=20
> distribute extensions with.

It's going pretty well: https://github.com/php/pie/commits/main/ =E2=80=94 =
I=20
think there will soon be a "have a look at this" email. There is a=20
tentative plan to have a first release to coincide with PHP 8.4

cheers,
Derick
--=20
https://derickrethans.nl | https://xdebug.org | https://dram.io

Author of Xdebug. Like it? Consider supporting me: https://xdebug.org/suppo=
rt

mastodon: @derickr@phpc.social @xdebug@phpc.social
--8323329-465369804-1726063177=:95618--