Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:80665 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 93158 invoked from network); 16 Jan 2015 23:09:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 16 Jan 2015 23:09:16 -0000 Authentication-Results: pb1.pair.com smtp.mail=danack@basereality.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=danack@basereality.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain basereality.com from 209.85.212.175 cause and error) X-PHP-List-Original-Sender: danack@basereality.com X-Host-Fingerprint: 209.85.212.175 mail-wi0-f175.google.com Received: from [209.85.212.175] ([209.85.212.175:41023] helo=mail-wi0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F4/42-16533-A1A99B45 for ; Fri, 16 Jan 2015 18:09:15 -0500 Received: by mail-wi0-f175.google.com with SMTP id l15so7306856wiw.2 for ; Fri, 16 Jan 2015 15:09:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2GPd06N96cr7/3ferVXQAhxf5O5JIIWhqXKuobDBzJk=; b=ASjhtKyY8wx9fXtQBCdiOSZg6HmPqN6qq8KDfWM6+HdPT4GCEr1qUM72Nx1GbNKXJd C5UI7K8zwhhFYmJXJH+EZ0XUTnkQlfpo//7sVNPV/ok/ZLBzEkFcc4CUS+Cngybniyxf YWYEa6XjkaLia4RlAWJg/W+LgLYY2rhzVNUf4mGbtS/YHMrDUKGJqQtZCMxZ7tzhrWT6 bZrkVvsn8nO4JR/EXX4PXtxMOI5p2rByDtHDO3+VVRiFpSAkT5vtpSWI2J379GjxIraZ QBf2wJAtXP50btFv7PKK/ZCECIVYnxbdnuGMOHdL11HsWqWPC6BcRO3TkZJQvFCZmaJC 2JAQ== X-Gm-Message-State: ALoCoQnm5zyv51s0EjSGpDV8bqGa2dNOnkxqlwXdJKRv6cYzVnOb2fZ9GOb2+sr+CHE58ulD3tx/ MIME-Version: 1.0 X-Received: by 10.194.85.161 with SMTP id i1mr14921056wjz.35.1421449751591; Fri, 16 Jan 2015 15:09:11 -0800 (PST) Received: by 10.216.94.196 with HTTP; Fri, 16 Jan 2015 15:09:11 -0800 (PST) X-Originating-IP: [85.189.96.186] In-Reply-To: References: <2sifbatnqq22e8pfunkh575o1plj81rk7j@4ax.com> Date: Fri, 16 Jan 2015 23:09:11 +0000 Message-ID: To: Pierre Joye Cc: PHP internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] Re: Top 10 Pecl extensions PHP7 compatibility From: danack@basereality.com (Dan Ackroyd) On 16 January 2015 at 00:03, Pierre Joye wrote: > It is also important to note that I would like to push the usage of install > from git/other VCS in the near term, using pickle, and use the website only > for the meta info but not (or much less) for hosting the releases. As well as that, I think more of the ecosystem of extensions needs to be thought about, in particular where the issue tracker for extensions lives. Although it made sense in the past to have all issues tracked on bugs.php.net (due to the difficulty of hosting an issue tracker) it is not optimal now, and has a couple of problems. i) Because the issues are away from the code repository, it's far harder for people to contribute to extensions that it would be if everything is in one place. It's also difficult for people to make a code fix in their own fork and let other people be aware that the fix exists and use it. This is obviously much easier on Github where the entry barrier to commenting on issues is much lower, as well the barrier to making your code available to other people. This would be very useful where the alledged maintainers of an extension are no longer responding to emails. ii) Most of the issues related to a particular PECL package can only be handled by someone who is actively maintaining the extension. For example, the Gearman extension is a relatively modern extension that is actively maintained and yet still has 21 open issues, some dating back years. Having those issues open in the PHP bug tracker rather than in the Gearman repository on Github does not help anyone, and just clogs up the PHP bug tracker with items that PHP developers can't help with. A couple of examples of other PECL extensions: https://bugs.php.net/bug.php?id=66194 https://bugs.php.net/bug.php?id=59171 It's a waste of time having these things open in bugs.php.net. I think it would be better to require extensions that don't ship as part of the PHP official packages to have their issues hosted elsewhere - which would probably be Github for the majority of extensions. Changing the ecosystem shouldn't be a decision rushed into, but it would be good to think about how to make it better. cheers Dan