Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95783 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4201 invoked from network); 8 Sep 2016 10:35:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2016 10:35:33 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; 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:35291] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 42/95-36123-1FE31D75 for ; Thu, 08 Sep 2016 06:35:32 -0400 Received: (qmail 4167 invoked by uid 89); 8 Sep 2016 10:35:26 -0000 Received: by simscan 1.3.1 ppid: 4160, pid: 4164, t: 0.0812s 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 10:35:26 -0000 To: internals@lists.php.net References: <04998da0-6344-0b8b-c69a-411400e340ba@lsces.co.uk> <1473323097.1378681.719308017.2139F909@webmail.messagingengine.com> Message-ID: <8493a9dd-1f0e-f15f-3651-0278cf25234b@lsces.co.uk> Date: Thu, 8 Sep 2016 11:35:25 +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: <1473323097.1378681.719308017.2139F909@webmail.messagingengine.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle From: lester@lsces.co.uk (Lester Caine) On 08/09/16 09:24, Daniel Morris wrote: > On Thu, 8 Sep 2016, at 09:07 AM, Lester Caine wrote: >> I've just been through an exercise to give PHP_CodeSniffer a go on my >> code base. I've not worried too much about that in the past since >> Eclipse in general flags style problems as well as simple errors. This >> is a package that SUSE does not support, so the current install path is >> just PEAR. I don't see packages like this as a library that my sites >> use. It is a stand alone tool ( and a command line one at that :) ) so >> how would loading that be managed if PEAR is not available? > > PHP_CodeSniffer is already compatible with Composer, and Composer has > the ability to specify dependencies, and dependencies intended for > development. After running composer install you can execute > `vendor/bin/phpcs`, and if you were working collaboratively, > collaborators would all have the same toolset that you have. I know this is a problem for PHP_CodeSniffer to rework it's documentation, but it is a chicken and egg. PEAR provides a framework to store things like PHP_CodeSniffer in the common area away from our web folders. A similar set of guidelines to install via composer are needed as an alternative and those are not currently in place? The point I think here is that removing the built in installer for one off users is what is being discussed and that should only happen if there is an alternative. While composer can be used as an alternative, is it really the best alternative for a simple built in loader? -- 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