| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Package-Manager: portage-2.3.2
RepoMan-Options: --ignore-arches
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
| |
Package-Manager: portage-2.3.2
RepoMan-Options: --ignore-arches
|
|
|
|
| |
Package-Manager: portage-2.3.2
|
|
|
|
| |
Package-Manager: portage-2.3.2
|
|
|
|
| |
Package-Manager: portage-2.3.2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We create several copies of ${S} -- one for each SAPI -- during the
build. Until now, those copies have been made with "cp -r". I believe
this caused unnecessary regeneration of the Zend parsers, opening the
door for version mismatches of sys-devel/bison.
For example, the file
${S}/Zend/zend_language_parser.c
is generated from
${S}/Zend/zend_language_parser.y,
but the ".c" file should already exist in the source tree. In the
upstream tarball, the former always exists (pre-generated) and has a
timestamp later than the latter. This prevents the build system from
attempting to call "yacc" on zend_language_parser.y. When we use
"cp -r" to copy the source tree, I find timestamps like the following:
2016-08-16 19:08 zend_language_parser.c
2016-08-16 19:08 zend_language_parser.y
They look identical, but if the copy was performed in alphabetical
order, I suspect that the ".y" file looks newer than the ".c" file
that it generates. It is therefore my educated guess that the build
system is using bison to regenerate those ".c" files when in fact
there is no need to do so. By using "cp -a" instead of "cp -r", I
hope to preserve the ages of those files, and eliminate bison from
normal end-user builds of dev-lang/php.
The fix has been applied to the latest 5.6 and 7.0 revisions in-place.
Gentoo-Bug: 595792
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The main license under which PHP is distributed is the "PHP license."
But, a lot of files, functions, and libraries have been inlined and
bring with them the associated license from the upstream project. This
commit adds the following unconditionally:
* BSD (thread-safe resource manager, probably other places)
* Zend-2.0 (used by the Zend engine, everything under ${S}/Zend/)
and the following USE-conditionally:
* LGPL-2.1+, used by the bcmath extension.
* BSD-2, used by the fpm SAPI and mbstring extension.
* gd, used by gd.
* LGPL-2.1, used by the mbstring extension.
The main license was also updated from "PHP-3" to "PHP-3.01", because
that's what it is.
Package-Manager: portage-2.3.0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The PHP build system checks for the presence of bison (even if it will
not be needed), and it emits a warning if an appropriate version is
not found. In the 7.0.x series, this is easy to address by simply
adding a newish version of bison to DEPEND.
In the 5.6.x series, however, there is a bug in the bison version
check. A warning is emitted even when a suitable version of bison
(>= 3.0.1) is present on the system. So in that series, we have added
>=sys-devel/bison-3.0.1 to DEPEND, but also added a new patch. The
patch disables the buggy bison version check, eliminating the
warning. There should be no danger in doing so now that a newer bison
is in DEPEND.
Gentoo-Bug: 593278
Package-Manager: portage-2.3.0
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="ia64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="arm"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="ppc"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="sparc"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
| |
Package-Manager: portage-2.3.1
RepoMan-Options: --ignore-arches
|
|
|
|
|
| |
Package-Manager: portage-2.3.1
RepoMan-Options: --ignore-arches
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Gentoo-Bug: 594498
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
| |
Gentoo-Bug: 591710
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --ignore-arches
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --ignore-arches
|
|
|
|
| |
Gentoo-Bug: 589232
|
|
|
|
| |
Gentoo-Bug: 589232
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
|
| |
Gentoo-Bug: 502384
Package-Manager: portage-2.2.28
|
|
|
|
|
|
|
|
| |
This new revision doesn't add any new features; it merely gets us on
EAPI=6 moving forward. An "unused" 5.6 series ebuild was removed at
the same time.
Package-Manager: portage-2.2.28
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is an upstream bug that causes the build to fail on x86 with
gcc-4.9. There was an earlier fix for gcc-4.8, and this new revision
has a fix that also works for gcc-4.9.
And, since we're no longer inheriting depend.apache.eclass, I was
finally able to update the ebuild to EAPI=6.
A redundant earlier ebuild for php-7.0.9 was also removed.
Gentoo-Bug: 571658
Package-Manager: portage-2.2.28
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --ignore-arches
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --ignore-arches
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --ignore-arches
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.28
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.2.28
|
|
|
|
|
|
|
|
|
| |
The SRC_URI handling in our current ebuilds was a bit
over-complicated. I've reorganized all of the metadata (KEYWORDS,
SRC_URI, etc.) so that it's easier to understand. There were also some
superfluous environment variables that have been removed.
Package-Manager: portage-2.2.28
|
|
|
|
|
|
| |
Also use .xz from upstream wrt bug 589692
Package-Manager: portage-2.3.0
|
|
|
|
| |
Package-Manager: portage-2.2.28
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We install the opcache extension with a call to dolib.so, which
requires an earlier call to "into" to set its installation
location. If the user enables any SAPIs other than apache2, that
happens incidentally. However, if only the apache2 SAPI is enabled,
the installation location is never set, ultimately causing the
extension to fail to load. This is fixed by adding a call to "into"
directly before the dolib.so call.
Two calls to use_if_iuse were also replaced with the simpler "use".
Gentoo-Bug: 550676
Package-Manager: portage-2.2.28
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Two of the elog messages that we show only need to be dealt with
once. If the user has the recently-emerged slot of PHP in his
PHP_TARGETS already, then we don't need to bug him about that. And if
he has PHP_INI_VERSION set to a legal value, then we don't need to
inform him about that either.
A new revision is made for the php-5.6.x series. The 7.x series is not
stable, so an in-place edit was made.
Gentoo-Bug: 440574
Package-Manager: portage-2.2.28
|
|
|
|
|
|
|
|
|
| |
Gentoo-Bug: 578734
Gentoo-Bug: 581834
Gentoo-Bug: 584204
Gentoo-Bug: 587246
Package-Manager: portage-2.2.28
|