| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="amd64 arm arm64 ppc ppc64"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="amd64,arm,arm64,ppc,ppc64"
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="amd64,arm,arm64,ppc,ppc64"
|
|
|
|
| |
Bug: 611234
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
|
| |
Found a patch to the build system which forces copies rather than symlinks
to all non-objfiles (meaning headers), to address the symlink installation
issue. Also applied the sed patch for icu.m4 for esr45
Package-Manager: portage-2.3.3
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
This commit implements a bad hack that overrides the build system's
determination that headers should be installed as symlinks by sed'ing a
buildsystem-generated file after configure completes. It's not ideal
but it will allow the package to be unmasked.
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
| |
Bug: http://bugs.gentoo.org/611232
Bug: http://bugs.gentoo.org/604696
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream stripped out most slotting and also was installing headers
as symlinks. This has been addressed in :38 through patches from GNOME.
Redundant and unused eclasses were removed, which should help address
bug 611232.
spidermonkey-45 still installs headers as symlinks, and I have ben unable
to figure out where in the python buildsystem code this is being triggered
to reverse it back to a copy; the ebuild is now p.masked because of that.
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
| |
Update all headers still saying "Gentoo Technologies, Inc."
to "Gentoo Foundation".
Acked by antarus.
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="sparc"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
| |
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
| |
haubi keyworded for cygwin too close to me bumping Perl, and I
didn't notice.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Fix bug with patching now-missing CPANPLUS code #608966
- Update cross-perl to 1.1.4
- Fix cross-compile bugs
- Fix GCC6 + lto bugs #583532
- Backport fixes from Compress-Raw-Zlib 2.074 for zlib 1.2.9+
#606374
Bug: https://bugs.gentoo.org/608966
Bug: https://bugs.gentoo.org/583532
Bug: https://bugs.gentoo.org/606374
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
| |
Without keywords since it is a beta and breaks quite a few packages.
Enable flambda by default.
Add spacetime useflag.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Gentoo-Bug: 574238
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --ignore-arches
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Fix related to bug #608966 under crossdev where "touch" on a
path would fail because the parent path did not exist
- Fix patching failure under crossdev due to SHA1Sums changing
- Upgrade perl-cross to 1.1.4
- Fix makefile ordering issue when compiling unicore/ parts
before Config.pm has been compiled
- Ensure miniperl is built with the right target arch for
bootstrap
- Upgrade base.pm patchset to latest for testing
- Fix compilation with GCC6 and -flto #583532
- Properly fix compilation against newer zlibs #606374 by
backporting changes to ZLib.xs from Compress-Raw-Zlib 2.074
Bug: https://bugs.gentoo.org/608966
Bug: https://bugs.gentoo.org/583532
Bug: https://bugs.gentoo.org/606374
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
| |
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.3_p56, Repoman-2.3.1_p49
|
|
|
|
| |
Package-Manager: Portage-2.3.3_p56, Repoman-2.3.1_p49
|
|
|
|
| |
Package-Manager: Portage-2.3.3_p56, Repoman-2.3.1_p49
|
|
|
|
|
|
|
|
|
| |
bug #586418
Bug: https://bugs.gentoo.org/586418
Bug: https://bugs.gentoo.org/589680
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Due to a getrandom() detection bug, php-7.0.16 doesn't work with older
pre-3.17 Linux kernels. Let's put 7.0.15 back until that is resolved.
The best reference I have at the moment is the discussion on the
upstream commit:
https://github.com/php/php-src/commit/14c72cc5824d5fa472b79b7216a01be0918ccc5d
Gentoo-Bug: 574238
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Two new versions 7.0.16 and 7.1.2 were released recently and this
commit adds them to the tree (nothing out of the ordinary there).
In addition, a bugfix was made to both new 7.x versions as well as a
new 5.6.30-r1 revision. The kerberos support in dev-lang/php must
match that of its c-client implementation when USE=imap is set. In the
past, that was impossible to enforce, because virtual/imap-c-client
was missing the "kerberos" flag. Now that it has been added, the
additional dependency has been added in PHP. Thanks to Dennis Schridde
for noticing and fixing that bug.
Gentoo-Bug: 541046
Package-Manager: portage-2.3.3
|
|
|
|
|
|
| |
Gentoo-Bug: 606626
Package-Manager: portage-2.3.3
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.3
RepoMan-Options: --include-arches="ia64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
|
|
| |
This fixes build failure of shared libraries on gcc-6.3.0
Reported-by: Helmut Jarausch
Bug: https://bugs.gentoo.org/609624
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
| |
GHC does not use Evil Mangler any more thus
GHC should not care about stack protection in C code.
It should just work.
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|