On Di, 2017-12-19 at 21:17 +0000, Anatol Belski wrote: > IMO it is a strategical question and we should keep up with the real > world. It was one of the reasons for Pickle to come to life, which > however didn't come to the optimal end implementation meanwhile. > There's github, bitbucket, etc. As a usage example - an extension > could be accepted on PECL, but indeed be released on GitHub only. The > PECL site could sync that release to PECL, the pecl tool could be > aware there were some release outside at the places we'd define as > safe. Similar thoughts would be if it came to the Composer > integration - the more it'd ease access to the extensions, the more > profit it would be in the end. Perhaps it's just me, but reading on > an arbitrary PHP project page something like "no extensions required" > sounds really amiss.
The issue with composer integration is, that composer is build around a "project" whereas extensions are installed for a runtime and those not necessarily overlap. i.e. it is possible to run "composer install foo" via CLI from one PHP runtime and then execute the installed code using a php-fpm with different ini locations. If we build a pecl installer replacement we should see how we can integrate with composer on one side and the php7enmod stuff from Ubuntu on the other side. (and maybe also Windows ;-) ) > Basically, I'd suggest we don't pretend there's no world outta PECL > and make things easy for use case scenarios where fe people only work > on GitHub. For instance, we could also accept authentication with > GitHub and others on PECL, with all the logical consequences. There's > already quite some work with the regard to PR handling on GitHub for > qa.php.net. Of course, it wouldn't deny the classic PECL use case > scenario. The underlying questions have to be looked at. PECL once aimed to be (among other things) an incubator for PHP extensions, which would later be bundled. This has higher requirements (on license, copyright etc.) also the old model (back when CVS/SVN were the source of truth) allowed us to take over maintenance of "important" extensions once the author went away. If we're just a frontend to external repos we loose that to some degree (while we could change the repository pointer) This needs some thinking. I'd really like to see more opinions on this. johannes -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
