> On 28 Jan 2015, at 8:58 pm, Ralf Lang <l...@b1-systems.de> wrote: > >> On 28.01.2015 10:46, Tony Marston wrote: >> "Sebastian Bergmann" wrote in message news:54c75d9e.8090...@php.net... >>> >>>> Am 27.01.2015 um 10:00 schrieb Lester Caine: >>>> composer has not even managed to get added to some distributions yet >>> >>> This is not about PEAR Installer vs. Composer or something else. This >>> is about the PHP core getting untangled from third-party software that >>> impedes the development of PHP itself. >>> >>> As a sidenote, to most (if not all) PHP developers that I have met >>> since PHP 5 came out there is nothing of value in PEAR (as in the >>> packages hosted on pear.php.net). >> >> How about those applications which still user the MAIL functions in >> PEAR? How about some of the 3rd party applications, such as SVNManager >> which still require some PEAR functions? > > When an application uses a library which is broken under new php versions > > * fix the library > * exchange the library, use a mail component from horde, roundcube, > zend... don't know > * keep the old PHP version. > > So much for MAIL - it's been like that for years with other bc breaks. > > For pear, you can probably > * install PEAR separately from PHP > (which might be healthy for PEAR itself) > * use pyrus instead > * get the MAIL package from another source than pear, like composer or > distribution RPMs. > > > @sebastian: > > pear.php.net still has some valuable things like Date_Holidays, but most > of it is not desirable anymore. This is not necessarily the case for all > those 3rd party channels around. I know some of them have been removed, > but that's another point. > > > -- > Ralf Lang > Linux Consultant / Developer > Tel.: +49-170-6381563 > Mail: l...@b1-systems.de > B1 Systems GmbH > Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de > GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 >
Are we discussing the PEAR installer or everything related to PEAR? I see no reason to include the PEAR installer by default. Heck, on most distros it's already split out into a separate package. If I already have to install a package installer (php-pear) to install extensions using pecl, then I see no reason why we can't say "install this other installer instead". If PEAR works with php7, then great, you can use that as your installer. If not, use pickle, your distro's package manager, or download a precompiled binary. Cheers, David -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
