Newsgroups: php.internals,php.pecl.dev
Path: news.php.net
Xref: news.php.net php.internals:85837 php.pecl.dev:12823
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.43 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CADNQb0UB=FFR86R15baWit97jGxzu05QhS07X490oLowbY5KGw@mail.gmail.com>
References: <CADNQb0Vv_=NKs9mAkrCMT+jUReyXrF8=HAjuG3E7McnCDH8NKA@mail.gmail.com>
	<552D4FD4.7070005@divbyzero.net>
	<CAEZPtU47qm9_4h+aiR1Ktv3VHxtTk4QrKCDrtGu3BxervNOn3A@mail.gmail.com>
	<CAH-PCH4oW4zrrLK088_cFSUUxdQktA-1wdn3EUGepzOmgOyfQw@mail.gmail.com>
	<CAEZPtU7gE63RZqn8OKS6vo=g8pRrmATcBsEkcPpDQwHM7aM97Q@mail.gmail.com>
	<CAH-PCH79vTX6JbZHFygbzhJr+NS7MVvGkP2PhDguxTQP0XhqnQ@mail.gmail.com>
	<CADNQb0UB=FFR86R15baWit97jGxzu05QhS07X490oLowbY5KGw@mail.gmail.com>
Date: Fri, 17 Apr 2015 00:52:08 +0700
Message-ID: <CAEZPtU4injM+oSLWeEx0sM-CG90A1z0JW0SqAksXW1DpUkF0zg@mail.gmail.com>
To: Hannes Magnusson <hannes.magnusson@gmail.com>
Cc: Ferenc Kovacs <tyra3l@gmail.com>, PHP Development <internals@lists.php.net>, 
	PECL Dev <pecl-dev@lists.php.net>, Martin Jansen <martin@divbyzero.net>, 
	PHP Systems <systems@php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: PECL install no longer works out of the box
From: pierre.php@gmail.com (Pierre Joye)

On Fri, Apr 17, 2015 at 12:43 AM, Hannes Magnusson
<hannes.magnusson@gmail.com> wrote:
> On Thu, Apr 16, 2015 at 10:14 AM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
>>
>>
>> On Thu, Apr 16, 2015 at 5:29 PM, Pierre Joye <pierre.php@gmail.com> wrote:
>>>
>>> On Thu, Apr 16, 2015 at 10:02 PM, Ferenc Kovacs <tyra3l@gmail.com> wrote:
>>> >
>>> >
>>> >>
>>> >> As of the uncompressed data, I see something like less 0.01% of the
>>> >> requests actually requesting non compressed archives, the box he uses
>>> >> must on of the 3-4. We are in the 21st century and compressed output
>>> >> is quite a standard. It makes the server serves faster too as we rely
>>> >> on X-SendFile, as I reportedly said on this list during the migration,
>>> >> and ask for tests.
>>> >
>>> >
>>> > hi Pierre,
>>> >
>>> > where do you get this 0.01%?
>>> > from a quick look:
>>> > root@pecl:~# grep '.tar.gz ' /var/log/apache2/pecl.php.net-access.log|wc
>>> > -l
>>> > 242
>>> > root@pecl:~# grep '.tar ' /var/log/apache2/pecl.php.net-access.log|wc -l
>>> > 1350
>>> > so the majority of the download requests are looking for the
>>> > uncompressed
>>> > tar file, which is doesn't work now thanks to your changes.
>>> > is there another metric or something that I'm missing?
>>> > it seems that this is something which we should fix/restore even if it
>>> > costs
>>> > us a bit more cpu.
>>>
>>> I check with the whole old log, was low.
>>>
>>> No need to change the download code.
>>>
>>> I will run a script to store both tgz and tar, easier and better. And
>>> changing the release code to save the uncompressed archive as well.
>>> Way better than what we had before.  And if we like to be the only one
>>> to provide uncompressed download of our releases, why not, I do not
>>> mind much ;-)
>>>
>>> But that's actually not a bug as of now, the SSL thing Hannes was
>>> experiencing is what I was asking for, it is what I wonder what
>>> happened to get the installer requesting SSL: in the 1st place and how
>>> it ends up like that and failed. But Hannes seems to do not care, so I
>>> will simply enable SSL again and that should be it.
>>>
>>> Cheers,
>>> --
>>> Pierre
>>>
>>> @pierrejoye | http://www.libgd.org
>>
>>
>>
>> ok, after discussing with Pierre I gunzipped the release tarballs so now
>> they are there, Pierre will update the release upload/delete code so that we
>> also store/delete the .tar files so they can be also served via sendfile.
>
> $ sudo pecl install memcached
> Could not download from "http://pecl.php.net/get/memcached-2.2.0.tar",
> cannot download "pecl/memcached" (File
> http://pecl.php.net:80/get/memcached-2.2.0.tar not valid (received:
> HTTP/1.0 404 Not Found
> ))
> Error: cannot download "pecl/memcached"
> Download failed
> install failed
>
>
> Still doesn't work... Maybe peclweb hasn't updated yet?
>
>
>> about the ssl related changes: we should look into the cause and there is a
>> chance that we will also need to fix/update the pear installer.
>
>
> The fix would need to be BC though -- prioritize https, and issue
> warning on failure. You cannot just remove http downloads without
> announcing it.
>
> You have to be able to install pecl extensions with minimal PHP install:
> ./configure --disable-all --enable-cli && pecl install foobar
>
> heck, currently even standard PHP-out-of-the-box ./configure is good
> enough to install pecl extension because it doesn't even enable zlib
> and openssl by default.
>
> So until the zlib and openssl extension become requirements we cannot
> screw people over like that.

Actually the SSL update should show a notice that the channel has been
updated as well as making openssl and zlib requirements for pecl
command line tools. Zlib does not have to be a requirement anymore as
the tar are available. When called from the installer, the /get/ call
is used, so yes, wait until peclweb is updated.The 404 commits for
.tar have been reverted so everything should be fine.

We may however allow http://pecl.php.net/channel.xml, and only that,
so even install without openssl will get it. I will look into that in
the next days, test with default pear install and enable ssl again.
https is not an option to distribute software, sorry.

I also reported a bug to pear about updating the default channel, and
gzip, while it is not a requirement anymore but at least ppl will get
smaller packages then.

Cheers,
-- 
Pierre

@pierrejoye | http://www.libgd.org