Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:40771
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 192.18.6.24 as permitted sender)
Date: Mon, 29 Sep 2008 15:19:01 +0200
In-reply-to: <cd5680a20809290435p45a76378od670fb7bb23a4f77@mail.gmail.com>
Sender: Johannes.Schlueter@Sun.COM
To: Alexey Zakhlestin <indeyets@gmail.com>
Cc: jani.taskinen@iki.fi, Marcus Boerger <helly@php.net>,
        PHP Developers Mailing List <internals@lists.php.net>
Message-ID: <1222694341.4597.5.camel@goldfinger.johannes.nop>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: 8BIT
References: <48E0B8C4.3000702@sci.fi>
 <130203877.20080929132442@marcus-boerger.de> <48E0BCB8.3090709@sci.fi>
 <cd5680a20809290435p45a76378od670fb7bb23a4f77@mail.gmail.com>
Subject: Re: [PHP-DEV] Disable PHAR by default
From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

On Mon, 2008-09-29 at 15:35 +0400, Alexey Zakhlestin wrote:
> It can be disabled during beta-phase.
> Currently, we should focus on finding bugs and fixing those — that's
> what alpha is about. It's easier to do this, if phar is enabled.

Exact. That's my idea, too. By enabling by default we get more tests of
at least the basic functionality, maybe not functional tests but more
runs of make test and way more testing of fancy overwrites phar does.

Additionally a /working/ phar is an extremely helpful feature for many
people.

So, if the problems continue we have to disable it (or possibly even
drop it), if it stabilizes well we probably keep it enabled.

Same goes for other stuff newly enabled by default.

johannes