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.
Search Criteria
Package Details: php-codesniffer 3.12.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/php-codesniffer.git (read-only, click to copy) |
---|---|
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: | https://github.com/PHPCSStandards/PHP_CodeSniffer |
Licenses: | BSD |
Submitter: | None |
Maintainer: | sender |
Last Packager: | sender |
Votes: | 63 |
Popularity: | 0.000000 |
First Submitted: | 2010-06-13 09:00 (UTC) |
Last Updated: | 2025-04-13 09:23 (UTC) |
Dependencies (1)
Required by (10)
Sources (5)
KingCrunch commented on 2016-04-14 22:08 (UTC)
broiniac commented on 2016-01-14 16:12 (UTC)
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 (UTC)
Updated to latest stable v2.5.0
@Alphanumerix: does this fix your problem?
broiniac commented on 2016-01-13 15:59 (UTC) (edited on 2016-01-13 16:23 (UTC) by broiniac)
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 (UTC)
@biinari weird, should be fixed now
biinari commented on 2015-12-10 15:30 (UTC)
Looks like the sha256sum is incorrect (perhaps upstream re-submitted to PEAR)
biinari commented on 2015-12-10 15:25 (UTC)
@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 (UTC)
Hi, where do I install additional coding standards? e.g. https://github.com/WordPress-Coding-Standards/WordPress-Coding-Standards
sender commented on 2015-04-09 10:16 (UTC)
@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.
Pinned Comments
sender commented on 2024-07-25 10:59 (UTC)
In case of problems with GPG key try:
gpg --keyserver keys.openpgp.org --recv-keys 689DAD778FF08760E046228BA978220305CD5C32
Thanks @bickman2k, @system7