On Wed, Apr 15, 2015 at 12:30 AM, Pierre Joye <pierre....@gmail.com> wrote: > hi, > > On Wed, Apr 15, 2015 at 12:17 AM, Hannes Magnusson > <hannes.magnus...@gmail.com> wrote: >> Hi >> >> Can someone with access to the new pecl box fix the package downloading? >> It is totally broken apparently. > > Totally broken when 3 bugs report about the same issue? Don't over react. > > We discussed that to systems@ and that's where we should continue this > discussion about apache config, which is what is relevant for this > part. > > Rest is pecl/pear: > >> On vanilla FreeBSD 10: >> >> $ pecl install memcached >> No releases available for package "pecl.php.net/memcached" >> install failed >> $ pecl search memcached >> Connection to `ssl://pecl.php.net:443' failed: Unable to find the >> socket transport "ssl" - did you forget to enable it when you >> configured PHP? >> $ php -m | grep -i ssl >> openssl >> $ php -i | grep -i "PHP Streams" >> Registered PHP Streams => php, file, glob, data, http, ftp, https, ftps >> $ php -v >> PHP 5.6.7 (cli) (built: Apr 8 2015 15:18:53) >> Copyright (c) 1997-2015 The PHP Group >> Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies > > I never saw that ssl: was ever used directly but when a proxy is > setup, in which case this is not directly used by the pecl host: > > https://github.com/pear/pear-core/blob/d0290c2a936244a216d5d25da5592ec54d26e003/PEAR/Downloader.php#L1568 > > Otherwise https is used, as defined by the channel.xml: > > http://pecl.php.net/channel.xml > > Which should be caught by the pear installation and updated.
Forgot to mention that you can force an update by doing a channel update pecl yourself using the pecl/pear command line. > Which pear version is it? > How is it installed? If installed from package please use the one > provided at pear.php.net and try again, if it is still fails, we can > investigate. If it works, please report a bug at FreeBSD. > >> The installer doesn't feel very good about the recent unannounced >> decision that pecl is now only available on https (which isn't >> entirely true -- it answers to http, at which point if there was a >> MITM he wouldn't forward you to https and just keep you on http.. >> so..... no win). > > @systems, we discussed that and it was asked to do so, you did not say > a word about it. > > >> I've also seen people complaining over the .tar files now not actually >> being .tar files -- they apparently are gzipped, which clearly doesn't >> work on all systems -- which is why we provide .tar. > > Fixed already. > > Cheers, > -- > Pierre > > @pierrejoye | http://www.libgd.org -- Pierre @pierrejoye | http://www.libgd.org -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
