dev-php/composer: version bump 1.3.1 -> 1.4.1.
authorMichael Orlitzky <mjo@gentoo.org>
Thu, 27 Apr 2017 01:23:37 +0000 (21:23 -0400)
committerMichael Orlitzky <mjo@gentoo.org>
Thu, 27 Apr 2017 12:16:31 +0000 (08:16 -0400)
commitf8beab2f41f763b95f33ad2f8478c2291cbc00f8
tree26a12fb26f98e0318bed2004401d8ba38d5f7f5a
parenta6cd645bfa57de37423757837f1e9ccbe63dad96
dev-php/composer: version bump 1.3.1 -> 1.4.1.

This commit adds composer-1.4.1 and removes the old composer-1.3.1 at
the same time, allowing me to mess with the autoload.php in-flight. We
had one patch that was giving us trouble with v1.4.1, and this new
ebuild is an experiment to see if we can do away with it. Instead of
installing to /usr/share/php/Composer, the new v1.4.1 will install to
/usr/share/composer, and only create a symlink from /usr/bin/composer
to the "real" executable under /usr/share.

Since the executable loads everything via relative paths, having the
"real" executable under /usr/share (with the rest of its stuff) allows
composer to find what it's looking for out-of-the box, without us
having to point it towards our particular install location. As a
result, I've removed the one patch that did so, and I've updated
autoload.php with the new path.

Thanks are due to Guillaume Seren who did most of the prerequisite
work and stayed on top of the pull request and bug.

Gentoo-Bug: 613898
Closes: https://github.com/gentoo/gentoo/pull/4364

Package-Manager: Portage-2.3.3, Repoman-2.3.1
dev-php/composer/Manifest
dev-php/composer/composer-1.4.1.ebuild [moved from dev-php/composer/composer-1.3.1.ebuild with 69% similarity]
dev-php/composer/files/autoload.php
dev-php/composer/files/composer-update-paths.patch [deleted file]