Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95805 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96184 invoked from network); 8 Sep 2016 16:21:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2016 16:21:30 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:52714] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 69/B3-61313-80091D75 for ; Thu, 08 Sep 2016 12:21:29 -0400 Received: (qmail 1486 invoked by uid 89); 8 Sep 2016 16:21:25 -0000 Received: by simscan 1.3.1 ppid: 1475, pid: 1483, t: 0.0731s 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; 8 Sep 2016 16:21:25 -0000 To: internals@lists.php.net References: <04998da0-6344-0b8b-c69a-411400e340ba@lsces.co.uk> <1473323097.1378681.719308017.2139F909@webmail.messagingengine.com> <8493a9dd-1f0e-f15f-3651-0278cf25234b@lsces.co.uk> Message-ID: <3ec68c67-a4de-1727-c3c8-e8fcacd95f0c@lsces.co.uk> Date: Thu, 8 Sep 2016 17:21:23 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace withcomposer/pickle From: lester@lsces.co.uk (Lester Caine) On 08/09/16 16:02, Dustin Wheeler wrote: > In this way, you *can* install composer "binaries" to a global > location that is accessible by default by normal users on your system. > This was done on a CentOS 7 machine, but I am positive this can be > equivalently applied to Windows or any environment, really. Another couple of hours wasted, but I understand where things are now, and basically the simple fact is that composer global mode is nothing of the sort. The PHP_CodeSniffer composer install does not work and I understand NOW why the Smarty one also failed. I was expecting the files to be available to the nginx server but they were hidden away in my home directory. I still have to work out just how to reset things to move the code to /usr/shared/phpx/composer to parallel the PEAR version. The main feedback here has been that nothing should be removed until there is a working alternative, and I think there DOES need to be a discussion on making a default installation of composer that provides a global installation for tools like PHP_CodeSniffer and other global tools before the current option is slated for deprecated. My target client machines are windows rather than linux and each IT technician has their own login and these change year on year, so the tool chains all need to be globally installed, something PEAR is designed to provide? An installation of composer needs to emulate that model at the 'PHP' level otherwise we are looking at a major BC break? -- 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