Re: Re: com php-src: Revert "Disable PEAR by default": configure.in
| From: | Ferenc Kovacs | Date: | Mon, 26 Jan 2015 17:19:22 +0000 |
| Subject: | Re: Re: com php-src: Revert "Disable PEAR by default": configure.in | ||
| References: | 1 2 3 4 5 6 7 8 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-81166@lists.php.net to get a copy of this message | ||
On Mon, Jan 26, 2015 at 6:10 PM, Sebastian Bergmann <sebastian@php.net>
wrote:
> Am 26.01.2015 um 18:03 schrieb Ferenc Kovacs:
> > imo we can't ship php without a tool to install additional pecl
> > extensions.
>
> I disagree and would argue that most people do not want to build
> extensions themselves and instead prefer binary packages provided by
> their OS distribution.
>
> But even if people are comfortable with using a tools such as pickle
> to download, compile, install, manage, etc. extensions for the PHP
> interpreter I don't think it is a good idea to ship it with PHP.
> It's two different things, language runtime and extension manager,
> that server two different purposes and thus should be kept separate.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
you are right, yet this is how php was distributed for years, so changing
it without providing a replacement/upgrade path is not the best course of
action.
probably removing pecl has a much smaller impact (mostly distro people,
extension developers and power users) but it is still worth thinking about
them.
so to repeat myself: this would need an rfc with it's own discussion and
votes to allow us to take the best course of action.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu