| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/667224
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/667216
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Christian reports 'make install' failure caused by limitation
of ancient autotools in detecting CONFIG_SHELL:
```
/bin/bash .../gcc-3.3.6/libstdc++-v3/../mkinstalldirs \
.../gcc-3.3.6-r2/image//usr/lib/../lib32
/bin/bash ../libtool --mode=install /bin/bash .../gcc-3.3.6/install-sh \
-c libsupc++.la .../gcc-3.3.6-r2/image//usr/lib/../lib32/libsupc++.la
libtool: install: `.../gcc-3.3.6-r2/image//usr/lib/../lib32/libsupc++.la' \
is not a directory
```
We already pass CONFIG_SHELL to top-level ./configure.
The workaround is to pass CONFIG_SHELL variable to 'make' as well.
Reported-by: Christian Schmidt
Fixed-by: Christian Schmidt
Bug: https://bugs.gentoo.org/664486
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
| |
This is needed for openssl-src, which has a version like 110.0.7+1.1.0i.
Signed-off-by: Dirkjan Ochtman <djc@gentoo.org>
|
|
|
|
| |
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/667208
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Replace search.cpan.org with metacpan.org since it is retired[1][2].
[1] https://www.perl.com/article/saying-goodbye-to-search-cpan-org/
[2] https://log.perl.org/2018/05/goodbye-search-dot-cpan-dot-org.html
Signed-off-by: Azamat H. Hackimov <azamat.hackimov@gmail.com>
Closes: https://github.com/gentoo/gentoo/pull/9968
|
|
|
|
|
|
|
| |
This is the case for tuples like `mipsisa64r6-pc-linux-gnu`, which are
required for making a working mips64r6 compiler.
Signed-off-by: Jason A. Donenfeld <zx2c4@gentoo.org>
|
|
|
|
|
|
|
| |
This is the case for tuples like `mipsisa64r6-pc-linux-gnu`, which are
required for making a working mips64r6 compiler.
Signed-off-by: Jason A. Donenfeld <zx2c4@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
commit 921cb9c10de4d237924a61a1c27f914dfb479a64
"toolchain-funcs.eclass: Update tc-is-softfloat for new ARM tuples"
changed autodetection of mst 'arm*' targets from from 'no'
to 'yes'.
It is incorrect at least for bare-metal targets that tend
to pass their taget defaults.
Bug #666896 is one example example command:
# crossdev -s1 \
--env 'EXTRA_ECONF="--with-multilib-list=rmprofile"' \
arm-none-eabi
rmprofile one of special cases for gcc as it explicitky does
not myx with any arch-specific options and --with-float=soft
breaks it:
Error: You cannot use any of --with-arch/cpu/fpu/float/mode
with --with-multilib-list=rmprofile
The immediate fix is to restore initial autodetection for bare-metal
targets.
Reported-by: Eugene Bright
Closes: https://bugs.gentoo.org/666896
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/662858
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
| |
Reported-by: stefson <herrtimson@yahoo.de>
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
Package-Manager: Portage-2.3.50, Repoman-2.3.11
|
|
|
|
|
| |
Reported-by: stefson <herrtimson@yahoo.de>
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
| |
Backport of commit 2d25811f80b28d70558fdfff1391a856fbffd47f.
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
| |
Reported-by: stefson <herrtimson@yahoo.de>
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
| |
See commit 59c9e92b639712d4c37ece540582db83afdc8608 for details.
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
|
|
| |
Based on commit 8bdeaa7fceb519062fd2cc6517489c69c86d3016.
Bug: https://bugs.gentoo.org/646078
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Bug: https://bugs.gentoo.org/667148
|
|
|
|
| |
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
| |
Bug: https://bugs.gentoo.org/665742
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/9954
Closes: https://bugs.gentoo.org/663040
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
|
|
|
|
| |
cuda_toolkit_version returns the version of dev-util/nvidia-cuda-toolkit
cuda_cudnn_version returns the version of dev-libs/cudnn
cuda_add_sandbox adds the nvidia dev nodes to the sandbox
Signed-off-by: Jason Zaman <perfinion@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cuda.eclass is only used from EAPI5,6 currently so remove support for
older EAPIs.
Updating to EAPI7 means removing versionator. It was only used to sort
the cuda versions. Instead first try the current GCC version, if that
fails try best_version, if that still fails just pick the last in
the list that works. They are already sorted and hopefully stay that
way so version_sort is not required.
Signed-off-by: Jason Zaman <perfinion@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jason Zaman <perfinion@gentoo.org>
|
|
|
|
|
|
|
|
| |
Since EAPI 7, variables like "D" no longer have a trailing slash.
However, linux-mod_pkg_preinst relied on a traling slash.
Due to that, any EAPI=7 ebuilds using linux-mod eclass to install
kernel modules didn't run DEPMOD and weren't added to MODULESDB.
|
|
|
|
| |
Bug: https://bugs.gentoo.org/666635
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/666460
Closes: https://github.com/gentoo/gentoo/pull/9902
|
|
|
|
|
|
|
| |
This turned out to be overzealous and broke calling external programs
that were using different Python version.
Reverts: 7f291f5759959bc338ca0b52b169871f0dccf9a9
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Improve the wrapper blocking logic to block specific Python versions
as well rather than just 2/3. In other words, for eselected pythonX.Y
both pythonZ (Z = X^1) and python*.* (!= X.Y) will be blocked.
Hopefully this will catch more build systems that hardcode Python
versions rather than respecting what we're giving them.
This will work only for build systems respecting PATH. Build systems
(and ebuilds) using /usr/bin path directly will still be able to use
other Python versions.
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/658284
Closes: https://github.com/gentoo/gentoo/pull/9841
|
| |
|
|
|
|
|
|
| |
-fdiagnostics-show-option was added in gcc-4.1.0.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
| |
Closes: https://bugs.gentoo.org/631522
|
|
|
|
|
|
| |
As suggested by Chewi on the gentoo-dev ML
Signed-off-by: Brian Evans <grknight@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
The autotools commands are run on the build host.
As such, their packages needs to be in BDEPEND for EAPI 7.
Also taking this opportunity to list compatible EAPIs to consider
future adjustments.
Signed-off-by: Brian Evans <grknight@gentoo.org>
|
|
|
|
|
|
|
|
| |
The eltpatch command is run on the build host.
As such, it needs to be in BDEPEND for EAPI 7.
Also taking this opportunity to list compatible EAPIs to consider
future adjustments.
|
|
|
|
|
|
| |
QT_MINIMAL=5.11.1 default for kde-plasma/* ~arch
FRAMEWORKS_MINIMAL=5.49.0 default for kde-apps/* ~arch
Keep stable minimums to avoid metadata regeneration.
|
|
|
|
|
|
|
|
| |
Unpacked extensions are no longer supported. [Link 1]
Link 1: https://blog.mozilla.org/addons/2018/02/22/removing-support-unpacked-extensions/
Closes: https://bugs.gentoo.org/665352
Package-Manager: Portage-2.3.49, Repoman-2.3.10
|
| |
|
|
|
|
| |
Patch-by: Joke Junkie
|
|
|
|
|
|
|
| |
This reverts commit 58228e9d709dcb2e3174daf75f3d5086b2451a87.
cmake-utils eclass is not available for EAPI 7 now,
so we can not use it in leechcraft eclass
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a very simple eclass which only calls these functions from eclasses:
ver_cut (EAPI 0-6)
get_libdir (EAPI 0-5)
get_libname (ALL EAPI)
I see no little reason to place die statements for unknown EAPIs.
Just changing the eclasses to better suit the latest EAPI should be OK.
Signed-off-by: Brian Evans <grknight@gentoo.org>
|
| |
|
|
|
|
| |
Closes: https://bugs.gentoo.org/662718
|