1
0
Fork 0
composer/doc/articles/troubleshooting.md

171 lines
6.2 KiB
Markdown
Raw Normal View History

<!--
tagline: Solving problems
-->
# Troubleshooting
This is a list of common pitfalls on using Composer, and how to avoid them.
## General
2013-06-12 12:05:01 +00:00
1. Before asking anyone, run [`composer diagnose`](../03-cli.md#diagnose) to check
2013-04-03 22:47:03 +00:00
for common problems. If it all checks out, proceed to the next steps.
2. When facing any kind of problems using Composer, be sure to **work with the
2012-10-11 18:20:49 +00:00
latest version**. See [self-update](../03-cli.md#self-update) for details.
2013-04-03 22:47:03 +00:00
3. Make sure you have no problems with your setup by running the installer's
2013-02-18 16:56:13 +00:00
checks via `curl -sS https://getcomposer.org/installer | php -- --check`.
2012-10-30 11:54:53 +00:00
2013-04-03 22:47:03 +00:00
4. Ensure you're **installing vendors straight from your `composer.json`** via
2012-10-08 17:42:28 +00:00
`rm -rf vendor && composer update -v` when troubleshooting, excluding any
possible interferences with existing vendor installations or `composer.lock`
entries.
2014-10-07 13:35:09 +00:00
5. Try clearing Composer's cache by running `composer clear-cache`.
## Package not found
1. Double-check you **don't have typos** in your `composer.json` or repository
branches and tag names.
2. Be sure to **set the right
2012-10-11 18:20:49 +00:00
[minimum-stability](../04-schema.md#minimum-stability)**. To get started or be
sure this is no issue, set `minimum-stability` to "dev".
3. Packages **not coming from [Packagist](https://packagist.org/)** should
always be **defined in the root package** (the package depending on all
vendors).
4. Use the **same vendor and package name** throughout all branches and tags of
your repository, especially when maintaining a third party fork and using
`replace`.
5. If you are updating to a recently published version of a package, be aware that
2014-10-07 13:35:09 +00:00
Packagist has a delay of up to 1 minute before new packages are visible to Composer.
## Package not found on travis-ci.org
1. Check the ["Package not found"](#package-not-found) item above.
2. If the package tested is a dependency of one of its dependencies (cyclic
dependency), the problem might be that Composer is not able to detect the version
of the package properly. If it is a git clone it is generally alright and Composer
will detect the version of the current branch, but travis does shallow clones so
that process can fail when testing pull requests and feature branches in general.
The best solution is to define the version you are on via an environment variable
called COMPOSER_ROOT_VERSION. You set it to `dev-master` for example to define
the root package's version as `dev-master`.
Use: `before_script: COMPOSER_ROOT_VERSION=dev-master composer install` to export
the variable for the call to composer.
## Package not found in a Jenkins-build
1. Check the ["Package not found"](#package-not-found) item above.
2. Reason for failing is similar to the problem which can occur on travis-ci.org: The
git-clone / checkout within Jenkins leaves the branch in a "detached HEAD"-state. As
a result, Composer is not able to identify the version of the current checked out branch
and may not be able to resolve a cyclic dependency. To solve this problem, you can use
the "Additional Behaviours" -> "Check out to specific local branch" in your Git-settings
for your Jenkins-job, where your "local branch" shall be the same branch as you are
checking out. Using this, the checkout will not be in detached state any more and cyclic
dependency is recognized correctly.
2013-04-27 15:51:05 +00:00
## Need to override a package version
2015-06-03 11:21:54 +00:00
Let's say your project depends on package A, which in turn depends on a specific
version of package B (say 0.1). But you need a different version of said package B (say 0.11).
2013-04-27 15:51:05 +00:00
You can fix this by aliasing version 0.11 to 0.1:
composer.json:
2013-04-27 15:51:05 +00:00
```json
{
"require": {
"A": "0.2",
"B": "0.11 as 0.1"
}
}
```
2013-04-27 15:51:05 +00:00
See [aliases](aliases.md) for more information.
## Memory limit errors
If composer shows memory errors on some commands:
`PHP Fatal error: Allowed memory size of XXXXXX bytes exhausted <...>`
The PHP `memory_limit` should be increased.
> **Note:** Composer internally increases the `memory_limit` to `1G`.
> If you have memory issues when using composer, please consider [creating
> an issue ticket](https://github.com/composer/composer/issues) so we can look into it.
To get the current `memory_limit` value, run:
```sh
php -r "echo ini_get('memory_limit').PHP_EOL;"
```
Try increasing the limit in your `php.ini` file (ex. `/etc/php5/cli/php.ini` for
Debian-like systems):
```ini
; Use -1 for unlimited or define an explicit value like 2G
memory_limit = -1
```
Or, you can increase the limit with a command-line argument:
```sh
php -d memory_limit=-1 composer.phar <...>
```
2013-01-27 22:07:01 +00:00
## "The system cannot find the path specified" (Windows)
1. Open regedit.
2. Search for an `AutoRun` key inside `HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor`,
`HKEY_CURRENT_USER\Software\Microsoft\Command Processor`
or `HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\Command Processor`.
2013-01-27 22:07:01 +00:00
3. Check if it contains any path to non-existent file, if it's the case, just remove them.
2014-01-31 16:33:47 +00:00
## API rate limit and OAuth tokens
Because of GitHub's rate limits on their API it can happen that Composer prompts
for authentication asking your username and password so it can go ahead with its work.
2014-01-31 16:36:00 +00:00
If you would prefer not to provide your GitHub credentials to Composer you can
manually create a token using the following procedure:
2014-01-31 16:33:47 +00:00
1. [Create](https://github.com/settings/applications) an OAuth token on GitHub.
[Read more](https://github.com/blog/1509-personal-api-tokens) on this.
2. Add it to the configuration running `composer config -g github-oauth.github.com <oauthtoken>`
Now Composer should install/update without asking for authentication.
## proc_open(): fork failed errors
If composer shows proc_open() fork failed on some commands:
`PHP Fatal error: Uncaught exception 'ErrorException' with message 'proc_open(): fork failed - Cannot allocate memory' in phar`
This could be happening because the VPS runs out of memory and has no Swap space enabled.
```sh
free -m
total used free shared buffers cached
Mem: 2048 357 1690 0 0 237
-/+ buffers/cache: 119 1928
Swap: 0 0 0
```
To enable the swap you can use for example:
```sh
/bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024
/sbin/mkswap /var/swap.1
/sbin/swapon /var/swap.1
```