Package Details: php-codesniffer 2.6.1-2

Git Clone URL: https://aur.archlinux.org/php-codesniffer.git (read-only)
Package Base: php-codesniffer
Description: PHP_CodeSniffer tokenizes PHP, JavaScript and CSS files to detect and fix violations of a defined set of coding standards.
Upstream URL: http://pear.php.net/package/PHP_CodeSniffer/
Licenses: BSD
Submitter: None
Maintainer: sender
Last Packager: sender
Votes: 37
Popularity: 0.030037
First Submitted: 2010-06-13 09:00
Last Updated: 2016-06-01 10:12

Latest Comments

sender commented on 2016-06-01 10:14

@sanduhrs Fixed checksums. Got bitten by old-version/same-name *.phar in build dir.

sanduhrs commented on 2016-05-31 17:13

==> Validating source files with sha256sums...
phpcs.phar ... FAILED
phpcbf.phar ... FAILED
licence.txt ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build php-codesniffer.

sender commented on 2016-04-17 12:02

@KingCrunch I've switched this package to use PHAR instead of using PEAR. Thanks for the pointer. Please test.

sender commented on 2016-04-16 17:03

@KingCrunch I haven't used this personally for a while. Do you refer to/what do you think of the: 'php pyrus.phar install pear/PHP_CodeSniffer' method that's suggested on http://pear.php.net/package/PHP_CodeSniffer?

KingCrunch commented on 2016-04-14 22:08

Hi.

I've seen the same issue and yes, adjusting the include_path should solve my problem. Is there's a reason you don't use the PHAR distribution? It contains all required dependencies, thus there is no need to change system settings to get things working.

Alphanumerix commented on 2016-01-14 16:12

No, but thanks for update.
My error can be fixed by setting:
include_path = ".:/usr/share/pear"
in php.ini.

Thanks for your reply :)

sender commented on 2016-01-13 17:05

Updated to latest stable v2.5.0
@Alphanumerix: does this fix your problem?

Alphanumerix commented on 2016-01-13 15:59

With newest php available in repo (7.0.2) I've error posted below:

PHP Warning: include_once(PHP/CodeSniffer/CLI.php): failed to open stream: No such file or directory in /usr/bin/phpcs on line 21
PHP Warning: include_once(): Failed opening 'PHP/CodeSniffer/CLI.php' for inclusion (include_path='.:') in /usr/bin/phpcs on line 21
PHP Fatal error: Uncaught Error: Class 'PHP_CodeSniffer_CLI' not found in /usr/bin/phpcs:24
Stack trace:
#0 {main}
thrown in /usr/bin/phpcs on line 24

I believe it's related to this error from 2016-01-04 04:55 posted here: https://aur.archlinux.org/packages/php-cs-fixer/?comments=all
Error in post above is fixed now (or at least it's not occurring on my box).

sender commented on 2015-12-10 16:23

@biinari weird, should be fixed now

biinari commented on 2015-12-10 15:30

Looks like the sha256sum is incorrect (perhaps upstream re-submitted to PEAR)

biinari commented on 2015-12-10 15:25

@vohof You can put your additional coding standards whereever you like and configure PHP Codesniffer to find them using

phpcs --config-set installed_paths /path/to/wpcs

(replace /path/to/wpcs with the path where you put your extra coding standards) as per instructions in https://github.com/WordPress-Coding-Standards/WordPress-Coding-Standards#standalone

vohof commented on 2015-05-09 05:25

Hi, where do I install additional coding standards? e.g. https://github.com/WordPress-Coding-Standards/WordPress-Coding-Standards

vohof commented on 2015-05-09 04:57

PHP Warning: is_file(): open_basedir restriction in effect. File(/usr/bin/../CodeSniffer/CLI.php) is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/) in /usr/bin/phpcs on line 18
PHP Stack trace:
PHP 1. {main}() /usr/bin/phpcs:0
PHP 2. is_file() /usr/bin/phpcs:18

sender commented on 2015-04-09 10:16

@ram4nd Can you clarify? Is it a problem with the php-codesniffer or with the custom coding style rule set that you use? After some experimenting I believe it to be the latter. Suggestions are welcome.

ram4nd commented on 2015-04-09 07:36

Does not work with PhpStorm!

bugbuster commented on 2015-04-05 14:24

I found the reason:

My user account has a .pearrc which defines custom directories. This .pearrc is picked up by the build and everything is screwed up.
I did not get -u working to skip user configuration. So I ended up using

HOME=/tmp pear install -P ${pkgdir} ${srcdir}/${_pkgname}-${pkgver}.tgz

which worked ;-)

sender commented on 2015-04-04 21:33

@bugbuster I can't reproduce this error. Other packages installing through PEAR apply similar techniques to remove PEAR metadata from $pkgdir. Suggestions are welcome.

bugbuster commented on 2015-04-04 10:20

The PKGBUILD does not work as expected:

LANG=en_US.UTF-8 makepkg
==> Making package: php-codesniffer 2.3.0-1 (Sat Apr 4 12:18:07 CEST 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found PHP_CodeSniffer-2.3.0.tgz
==> Validating source files with md5sums...
PHP_CodeSniffer-2.3.0.tgz ... Passed
==> Extracting sources...
==> Removing existing $pkgdir/ directory...
==> Entering fakeroot environment...
==> Starting package()...
install ok: channel://pear.php.net/PHP_CodeSniffer-2.3.0
/tmp/php-codesniffer/PKGBUILD: line 24: cd: /tmp/php-codesniffer/pkg/php-codesniffer/usr/share/pear: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

Durag commented on 2015-04-02 22:08

2.3.0 is out. md5sum is 7572350670346fe9183259d7c0c91656

If you also get a PHP Warning about open_basedir restrictions, I found an easy tutorial how to fix this: https://jfabianpe.wordpress.com/2012/07/03/codesniffer-en-arch-linux/
It's in spanish but easy to understand.

Durag commented on 2015-04-02 21:39

2.3.0 is out

pfrenssen commented on 2015-01-13 08:09

2.1.0 is out.

Cthulhu82 commented on 2014-12-12 14:58

2.0.0 was released on 2014-12-05

dago_ar commented on 2014-10-19 01:00

1.5.5 (stable) was released on 2014-09-26

sender commented on 2013-03-10 11:00

@skremiec Your lines have been added, tested and seem to work fine. Thanks for the addition.

skremiec commented on 2013-03-09 11:31

Please consider appending the following lines to the build function in order to remove PEAR channel metadata etc. from the package (which may cause filesystem conflicts):

cd ${pkgdir}/usr/share/pear
rm -r $(ls -A | grep '^\.')

pfrenssen commented on 2013-02-22 16:56

1.4.4 was released on 2013-02-06.

sender commented on 2012-02-28 19:17

Adopted and updated to 1.3.3 (stable) released on 2012-02-17

bgaleotti commented on 2011-10-26 00:44

1.3.0 was released on 2011-03-17