| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Makes sure that 5.8 LTS stable branch does not raise FRAMEWORKS_MINIMAL
Also bumping FRAMEWORKS_MINIMAL to 5.28.0 for >=Plasma-5.9
|
|
|
|
|
|
|
|
|
|
| |
While some of the Qt4 packages build correctly with -std=gnu++14,
others rely upon std::tr1 and other renamed library items. Because
most of these issues have been resolved upstream in Qt5, the easiest
solution is to ensure Qt4 is always built with -std=gnu++98.
Gentoo-Bug: 582522, 582618, 583744, 583662
Closes: https://github.com/gentoo/gentoo/pull/2908
|
|
|
|
| |
Signed-off-by: Patrice Clement <monsieurp@gentoo.org>
|
|
|
|
| |
Signed-off-by: Patrice Clement <monsieurp@gentoo.org>
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/2550
Signed-off-by: Patrice Clement <monsieurp@gentoo.org>
|
| |
|
|
|
|
|
|
|
| |
This is necessary in case the language packs need to be taken from an
alternative URL instead of the default Mozilla URL.
It is considered to be a drop-in replacement so no changes to existing
mozilla ebuilds are necessary.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently distutils_install_for_testing does not install the complete
egg-info into ${TEST_DIR}. This was first noticed by W. Trevor King
and reported in bug #524322. Based on info found in the related upstream
setuptools bug I added the necessary call to setuptools to create
the complete egg_info.
Without this certain packages (like cryptography) fail during testing
because they use introspection but the metadata isn't available.
Bug: https://bugs.gentoo.org/524322
|
|
|
|
|
|
| |
Thanks Robert Förster for noticing the error.
Bug: https://bugs.gentoo.org/598808
|
| |
|
|
|
|
|
| |
Unconditionally setting FRAMEWORKS_MINIMAL prevents it being overridden in an
ebuild (or somewhere else...).
|
|
|
|
| |
Thanks-to: Arfrever on irc @ #gentoo-kde
|
| |
|
|
|
|
| |
Don't interfere with live ebuild KF5 dep though.
|
|
|
|
| |
5.26.0 is unconditionally required since 6c5d7cc84530d912bb7d6433b54d154f37717e2d.
|
| |
|
| |
|
|
|
|
| |
Reported-by: Laine Gholson <laine.gholson@gmail.com>
|
|
|
|
| |
Uncovered by dev-libs/kreport-3.0.0.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/2741
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
| |
|
| |
|
|
|
|
| |
Thanks-to: Arfrever on irc @ #gentoo-kde
|
| |
|
| |
|
|
|
|
|
|
| |
Fix live variable names for packages whose names start with digits.
Since variable names can not start with digits in bash, just prepend
an underscore to them.
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/2547
Signed-off-by: David Seifert <soap@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make the warning about missing dev-vcs/git[curl] for HTTP(S) support
non-fatal since the ebuild can specify non-HTTP(S) fallback URIs which
would otherwise be ignored. The eclass will die if all URIs fail anyway.
Extend the check to cover both HTTPS and plain HTTP.
Reported by Coacher.
Bug: https://bugs.gentoo.org/597356
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Although simply calling default sounds like a good idea, if an ebuild
needs to use multiple eclasses that call default then patching will
break as PATCHES will be applied more than once. eapply_user, on the
other hand, is idempotent. If an ebuild needs to apply PATCHES then it
should define src_prepare and call default explicitly. This will
probably be improved in EAPI 7.
java_prepare is being dropped because non-Java people find it
confusing and it isn't consistent. Other eclasses don't do this and we
don't apply the same rule to other phases either.
|
| |
|
|
|
|
|
|
|
|
| |
* Use an accurate regexp rather than naive string manipulation.
* Join the entries with , for a single call to java-config.
* Don't export the given variable as we haven't previously.
* die if the atom is invalid, particularly if the SLOT is missing.
* Avoid adding duplicates because this may get called more than once.
|
|
|
|
|
|
|
|
|
| |
Added call to java-pkg_gen-cp EANT_GENTOO_CLASSPATH in
java-pkg-simple_src_compile. This has no effect unless CP_DEPEND is set
in an ebuild.
Closes: https://github.com/gentoo/gentoo/pull/2286
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Added call to java-pkg_gen-cp EANT_GENTOO_CLASSPATH in
java-pkg-2_src_compile. This has no effect unless CP_DEPEND is set in an
ebuild.
Closes: https://github.com/gentoo/gentoo/pull/2286
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Java package generate classpath will create a classpath based on special
variable CP_DEPEND in the ebuild. This allows for automatic classpath
creation based on depends. Reduces chance of error in ebuild with slots
in deps not matching slots in classpath variable, etc. Not to most
elegant. Elected for multiple passes using bash vs external sed or awk.
Closes: https://github.com/gentoo/gentoo/pull/2286
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
php-ext-source-r3 eclass currently does not provide FEATURES=test support
like php-ext-pecl-r3 eclass does. This commit will add and export the
src_test function from php-ext-pecl-r3 eclass to php-ext-source-r3 eclass
to allow testing of PHP standalone extensions as well.
|
| |
|
| |
|
|
|
|
| |
Bug: https://bugs.gentoo.org/462118
|
| |
|