This new revision updates to EAPI=6, and drops the php-pear-r1
eclass. Dropping an eclass is motivation in itself, but along with
that reduction in complexity comes a fix: we now install the
documentation and examples in the correct place.
Package-Manager: portage-2.3.0
This new version is a major overhaul of the ebuild. We start with an
update to EAPI=6, and then everything else is basically new. The
previous version installed a single compressed PHAR archive, while now
we actually install the source, documentation, examples, and
executables -- all in the correct places.
Some dependencies were fixed, and there are new USE flags for a couple
of optional dependencies (eventually there should be more flags,
rather than rely on USE=minimal). Upstream's metadata was updated,
too.
Unfortunately, many features of this package will not work. Since
phpDocumentor and phpunit are still packaged as PHAR archives, phing
cannot make use of their libraries. This is not a new problem,
however, so it is acceptable to allow in in the new version.
Gentoo-Bug: 604954
Package-Manager: portage-2.3.0
This new version fixes a lot of problems caused by the old PEAR build
system. First, we don't need the PEAR dependencies, so they've been
dropped. The docs are installed in the correct place, and the build
system won't crash if you eselect the wrong version of PHP.
The ebuild has been updated to EAPI=6, and has a few more USE flags to
control its dependencies. Even the executable (which requires phing)
is now optional.
But beware: this package is mostly broken out-of-the-box. The "agavi"
executable requires some code from dev-php/phing, but the phing ebuild
was rewritten to use a PHAR, and no longer installs any source
code. Since the old version of phing (a) would not build for me and
(b) should have exactly the same problem, I don't consider that a
blocker for this new version.
Gentoo-Bug: 604954
Package-Manager: portage-2.3.0
This new version drops the php-pear-r1 eclass, and fixes a few
bugs. The documentation is now installed in the correct location, and
the examples are behind a USE flag. The "minimal" USE flag is gone,
because detection of features is automagic, and we don't want to
surpise users when they suddenly disappear. The test suite now also
works.
Package-Manager: portage-2.3.0
In commit 14f2ab0, I accidentally broke building with
USE="-extension". The eclass src_prepare phase was correctly skipped
(a new change), but then afterwards it became possible for the eclass
src_configure and src_compile to fail. Now those phases are skipped
when USE="-extension", too. For consistency and for a minor
performance improvement, the eclass src_unpack phase is skipped, too.
A new revision was made because I'm not 100% certain that it wasn't
possible to install the extension with USE="-extension" before. If
it was possible, any victims would want to re-emerge twig. I have
also added an unconditional RDEPEND on "dev-lang/php" that could
have been omitted before; that would itself justify a new revision.
Gentoo-Bug: 604874
Package-Manager: portage-2.3.0
If the user does not wish to build the C extension, there is no need
to run the php-ext-source-r3 eclass phases. Doing so can lead to a
build failure because those eclass phases use DEPENDencies that are
only required conditionally on USE=extension.
Gentoo-Bug: 604874
Package-Manager: portage-2.3.0
This new revision drops php-pear-r1.eclass, and in the process fixes a
few bugs. We no longer install all of the development junk, which
eliminates the /usr/bin/generate executable (used to generate the PHP
classes), and avoids a file collision with app-accessibility/julius.
We also now store the documentation in the correct location.
One extraneous dependency was removed, and another undocumented one
added.
Gentoo-Bug: 544514
Package-Manager: portage-2.3.0
Now that we have a framework for installing Composer packages, we
don't need to bundle the Symfony components that phpdepend uses. This
new version switches back to a source distribution and adds the
requisite RDEPENDs.
In addition, we now install phpdepend under /usr/share/phpdepend as
opposed to /usr/share/php/phpdepend. The latter is part of PHP's
"include" search path, and is only meant for library code.
Gentoo-Bug: 573340
Package-Manager: portage-2.3.0
Michael Orlitzky
Aaron Bauman
Tobias Klausmann
Brian Evans