| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This is the only eclass left which uses it. Switch over.
Package-Manager: Portage-2.3.28, Repoman 2.3.9
|
|
|
|
| |
Bug: https://bugs.gentoo.org/646742
|
|
|
|
| |
Bug: https://bugs.gentoo.org/646742
|
|
|
|
|
|
|
|
| |
A very simple change, just replace the eclass and functions.
Mostly to just get the ebuilds using this eclass out of the qa-report:
https://qa-reports.gentoo.org/output/eclass-usage/fdo-mime.txt
Package-Manager: Portage-2.3.28, Repoman-2.3.9
|
|
|
|
| |
Closes: https://bugs.gentoo.org/637774
|
|
|
|
|
|
| |
As a pretty simple eclass, which only inherited multilib in order to
get $(get_libdir) and eutils for who knows why, and all its consumers
bumped to EAPI=6, it makes sense to require EAPI 6 for this eclass.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The error is found by wm_ attempting to build a cross-compiler
CHOST=powerpc-unknown-linux-gnu CTARGET=mips64-unknown-linux-gnu
Boostrap failed on glibc-headers (./configure phase) as:
configure:2623: powerpc-unknown-linux-gnu-gcc -mabi=n32 -c -O1 -pipe -U_FORTIFY_SOURCE conftest.c >&5
powerpc-unknown-linux-gnu-gcc: error: unrecognized command line option '-mabi=n32'; did you mean '-mabi=d32'?
Note how target's ABI is mexed into host's compiler flags.
The error above happens on every host=non-multilib target=multilib combination.
I've reproduced it on:
CHOST=i686-pc-linux-gnu CTARGET=mips64-unknown-linux-gnu
The fix is not to inject target's CFLAGS ABI into CC for
USE=headers-only bootstrap step as we don't have cross-compiler yet.
Tested by successfully bootstrapping cross-compiler on
CHOST=i686-pc-linux-gnu CTARGET=mips64-unknown-linux-gnu
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
| |
|
|
|
|
| |
Minor eclass overhaul.
|
|
|
|
| |
It's been on the scrapheap long enough now.
|
|
|
|
|
|
|
|
|
|
|
| |
The previous attempt actually broke ASM in media-libs/vulkan-loader
entirely so that it fell back to C code. After much experimentation
and combing through strace output, I found that -x assembler is needed
to handle non-standard file extentions and linking is done as a
separate step. CMAKE_ASM-ATT_LINK_FLAGS therefore needs to be defined
with -nostdlib to avoid errors about undefined main symbols.
Closes: https://bugs.gentoo.org/625844
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The original eclass copied sources as part of the exported src_unpack
and then attempted to apply default_src_prepare to every PHP_TARGET.
As the bug shows, this fails on eapply_user because that function will
only ever apply once.
Instead, eliminate the php-ext-sources-r3_src_unpack. Move the copy
function to src_prepare phase after patches were applied,
optionally disabled by PHP_EXT_SKIP_PATCHES=yes.
This eclass will only apply patches to PHP_EXT_S.
Fixes: https://bugs.gentoo.org/650324
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes build failures in unprivileged containers like bug #645182:
Package: dev-python/pycparser-2.14
>>> Unpacking source...
tar: CHANGES: Cannot change ownership to uid 1000, gid 1000: Invalid argument
In such containers uid=0 can't really change file ownership.
Closes: https://bugs.gentoo.org/645182
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/650170
Signed-off-by: Anthony G. Basile <blueness@gentoo.org>
|
|
|
|
| |
Closes: https://bugs.gentoo.org/649406
|
| |
|
|
|
|
| |
Everything older than gcc-5.4.0 has been masked for a while
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Provide an explicit override for CMAKE_INSTALL_INFODIR
and CMAKE_INSTALL_MANDIR to force Gentoo standards for those locations.
This is needed for Gentoo/FreeBSD where CMake defaults to /usr/info
and /usr/man; while PMS specifies /usr/share/info and /usr/share/man
via econf & do* helpers.
Closes: https://bugs.gentoo.org/649200
|
|
|
|
|
|
|
| |
Some CMake projects use ASM-ATT rather than ASM, so extend our rule
overrides to that.
Closes: https://bugs.gentoo.org/625844
|
| |
|
| |
|
|
|
|
| |
This allows, for example, patch tarballs to be applied (as is currently required for qtwebengine).
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/637784
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
| |
|
|
|
|
| |
This was breaking app-portage/eclass-manpages.
|
|
|
|
|
|
|
|
| |
Split off functions ecvs_clean, esvn_clean, and egit_clean into
a dedicated vcs-clean.eclass. No code changes.
For backwards compatibility, eutils inherits the new eclass in
existing EAPIs.
|
|
|
|
|
|
|
|
| |
In ecvs_clean, combine the two find commands into one, so that the
exit status of the first one won't be ignored.
Also use find -exec rather then find | xargs, so we don't have to
check the exit status of all commands in the pipeline.
|
|
|
|
| |
Fixes: https://bugs.gentoo.org/642706
|
| |
|
| |
|
| |
|
|
|
|
| |
Bug: https://bugs.gentoo.org/564622
|
|
|
|
| |
Bug: https://bugs.gentoo.org/564622
|
|
|
|
|
|
| |
${D}${QT5_ARCHDATADIR#${EPREFIX}} mean no EPREFIX at all.
${D}${QT5_ARCHDATADIR} is cleaner than
${ED}${QT5_ARCHDATADIR#${EPREFIX}}, so use it.
|
|
|
|
|
|
| |
We haven't provided 1.8 for ages and 1.9.2 has now moved to the
archive location. Even if we bump to 1.9.10 before 1.10, all the
versions are present in the archive location anyway.
|
|
|
|
|
|
|
|
|
|
| |
No ebuild in the Gentoo repository uses the bzr_bootstrap
functionality. Therefore drop the function along with bzr_src_prepare
(which would not have worked in EAPI 6 anyway, due to missing call to
eapply_user). After this change, inheriting eutils is not needed any
more.
Drop support for EAPIs 0 and 1 for further simplification.
|
|
|
|
| |
Closes: https://bugs.gentoo.org/446422
|
|
|
|
|
|
|
| |
New 4.14 kernel is using CONFIG_UNWINDER_ORC=y by default
but having USE="minimal" is removing virtual/libelf,
this is breaking the Kernel compilation.
Closes: https://github.com/gentoo/gentoo/pull/6898
|