| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
|
|
| |
paxmark.sh should be used instead which follows XT/PT marks correctly
Gentoo-Bug: https://bugs.gentoo.org/532244
Package-Manager: portage-2.2.24
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Package-Manager: portage-2.2.24
|
|
|
|
| |
Package-Manager: portage-2.2.24
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
|
|
|
|
|
|
| |
Fix the pythonX.Y-config symlink creation to be only applied when
ABIFLAGS are not empty, and add additional python-X.Ym.pc symlink for
pkg-config. Make both official as they are created as part of regular
upstream 'make install' (but not 'make altinstall' used by Gentoo).
Install python-exec wrapping symlink for the idle executable when USE=tk
is enabled.
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.24
|
|
|
|
|
|
|
| |
New versions for security bug
https://bugs.gentoo.org/show_bug.cgi?id=568502
Package-Manager: portage-2.2.24
|
|
|
|
| |
Package-Manager: portage-2.2.26_p32
|
| |
|
|
|
|
| |
Package-Manager: portage-2.2.26_p27
|
| |
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.26_p25
|
|
|
|
| |
Package-Manager: portage-2.2.26_p25
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
|
|
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
| |
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
|
|
|
|
|
|
|
| |
This is a straightforward version bump, and also removes a patch
against 5.6.15 that was fixed in 5.6.16.
Package-Manager: portage-2.2.20.1
|
|
|
|
| |
This flag was removed from the build system upstream.
|
| |
|
|
|
|
|
|
|
|
|
| |
Don't set LD_LIBRARY_PATH by default when building
extensions since that does not work with USE=multitarget.
Fixes bug 564272
Package-Manager: portage-2.2.20.1
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
|
| |
|
|
|
|
|
|
| |
Gentoo-Bug: #563028
Package-Manager: portage-2.2.26
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Now we install the binaries in /usr/lib/go along with the rest of the Go
tree and use symlinks in /usr/bin to point to them.
|
| |
|
|
|
|
|
| |
Package-Manager: portage-2.2.25
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
| |
Package-Manager: portage-2.2.25
RepoMan-Options: --include-arches="arm"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are a few changes batched together here.
The main purpose of the new revisions is to stop using our bundled
php-fpm.conf (from php-5.3) and switch to the one provided by
upstream. This is bug 559116. In the 5.6.x series, this is trivial: we
just install the php-fpm.conf from the tarball. But in 7.x, upstream
has split the FPM config into pieces. Their default "include" path
needed to be changed for our slotting, so that has been done with a
`sed` in src_prepare(). We then install the split "www.conf" config
file in the location that was enshrined with `sed`.
Next, the autotools-utils eclass was dropped. The functionality from
src_configure() was inlined. This is due to the deprecation of that
eclass; see,
https://blogs.gentoo.org/mgorny/2015/11/13/the-ultimate-guide-to-eapi-6/
Finally, the db-use eclass was dropped. It was no longer used.
Gentoo-Bug: 559116
Package-Manager: portage-2.2.20.1
|
|
|
|
|
|
|
|
| |
paxmark.sh should be used instead which follows XT/PT marks correctly
Gentoo-Bug: https://bugs.gentoo.org/532244
Package-Manager: portage-2.2.20.1
|
|
|
|
|
| |
Package-Manager: portage-2.2.20.1
RepoMan-Options: --include-arches="alpha"
|
| |
|