Johannes wrote: > I think we should clarify what PECL actually is. > Without such a tool the need for a central distribution > site goes away
I think there is still a large amount of value in PECL being 'merely' a distribution channel. My understanding is that downstream maintainers find it far easier to pickup versions from pecl than picking up individual repos. Plus of course it helps prevent extensions from disappearing. Johannes wrote: > from php-src point of view PECL is the graveyard > where extensions go for their final rest. ಠ_ಠ Some of us maintain extensions on PECL quite happily thank-you. /s Seriously though, I think one of the main reasons why that view isn't totally wrong is that it's just been so hard for people to create pecl accounts that it's caused people to not publish their extensions there. Arnold Daniels wrote: > As an alternative, maybe we can create a new channel I strongly support anyone that wants to work on that, particularly since PECL is deprecated due to it's reliance on PEAR. However that really needs to be a separate topic than just fixing the immediate problem of the PECL signup process being too much of a gate-keepered experience currently. Johannes wrote: > Or is ffi the big push for those 95% making pecl actually mostly obsolete, I also haven't had time to investigate FFI yet, however the feedback I have seen from other people is that there are quite a few issues around the ecosystem when trying to use it, that are going to limit how useful it is for a while. But that is a conversation that other people will need to pickup. I'm not sure the idea I suggested actually requires an RFC, and I'm in the middle of a few too many things to pursue it right now, but I've added it to the list at: https://github.com/Danack/RfcCodex/blob/master/project_coordination.md#smoother-pecl-signup-process so it doesn't get forgotten. cheers Dan Ack -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
