Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:98234 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25720 invoked from network); 7 Feb 2017 10:01:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Feb 2017 10:01:39 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=pass Received-SPF: pass (pb1.pair.com: domain lsces.co.uk designates 185.153.204.204 as permitted sender) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 185.153.204.204 mail4.serversure.net Linux 2.6 Received: from [185.153.204.204] ([185.153.204.204:54085] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F0/06-03389-10B99985 for ; Tue, 07 Feb 2017 05:01:38 -0500 Received: (qmail 21751 invoked by uid 89); 7 Feb 2017 10:01:26 -0000 Received: by simscan 1.3.1 ppid: 21739, pid: 21747, t: 0.0479s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 7 Feb 2017 10:01:26 -0000 To: internals@lists.php.net References: <459c6bef-8936-634a-9520-dbd65c35b7c7@fleshgrinder.com> <6e2e10a5-fe52-ac5e-49e2-dd2c633ec315@fedoraproject.org> <6668FD04-FD9A-4290-B3A7-2212C982B24D@gmail.com> Message-ID: Date: Tue, 7 Feb 2017 10:01:25 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <6668FD04-FD9A-4290-B3A7-2212C982B24D@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Namespaces in Core From: lester@lsces.co.uk (Lester Caine) On 07/02/17 08:53, Rowan Collins wrote: >> I think the Sodium RFC vote is not about namespace but rather about >> breaking everything which already use the pecl extension. > Well, it's about both, that's why it's a hard question: in order not to break existing use of the extension, we need to break existing conventions by adding a namespace to core. > > I agree with Richard that this should be decided as a general policy, rather than a special exemption for this one extension, and then a fresh debate next time, and next... Once again it's about the distribution process rather than anything fundamental to how php works? The 'linux' project PHP package is probably the only distribution that 'bundles' a set of extensions in the one package, as even the windows package allows individual extension selection. Does any linux distribution actually use the php 'convention'? They all allow a different basic bundle using different styles of control and manage all of the extensions separately. The rfc is ... I want libsodium available on all php distributions! That is simply not going to happen, and those distributions which have already added namespace will follow one path, while the others will continue to offer the current package as a 'non-namespaced' addition to their core install as any other optional extension. There should be a list of core functionality which everyone can 'rely' on, and libsodium may have a place in that list, but equally users need to be aware that it may not be present and act accordingly. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk