| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
make_desktop_entry() extracts the first component of the filename from
the Exec key in the desktop entry. This can however include arguments
which will end up in the filename. For example, www-client/links has
"Exec=links -g %u", resulting in links_-g_%u-links-2.desktop as the
name of the file.
The current extraction pattern originates from this CVS commit:
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/eclass/eutils.eclass?r1=1.271&r2=1.272
with the commit message "scrub exec filename in case someone does
something silly like pass the fullpath to a binary".
Before that commit, anything after a space in Exec would have been
removed. Restore that behaviour, and in addition use only the
executable's basename.
While at it, get rid of the sed call and handle everything in bash.
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mikle Kolyada <zlogene@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/712488
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit ab8fe14ae2e9110faa85ca1c4528b470c0be1535.
Triggers build failures on sys-libs/compiler-rt-sanitizers.
Reported-by: Craig Andrews
Bug: https://bugs.gentoo.org/714742
Bug: https://bugs.gentoo.org/712488
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: David Michael <fedora.dm0@gmail.com>
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
This function was never meant to be a part of the public API. Correct
the mistake by renaming it to _python_wrapper_setup(), and adding a QA
warning under the old name.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
Sanitizer support appeared in gcc-4.8, but <gcc-5 does not
support modern glibc. Let's just drop support for it on
older gccs.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
-Werror filters out too much (everything) if used compiler happens
to always generate warnings. Let's drop cosmetic stripping of
ignored flags until we really need it. Then we can consider more
selective filtering by using more targeted -Werror= options.
Reported-by: Anton Gubarkov
Closes: https://bugs.gentoo.org/712488
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Accessing ${S} in global scope is not allowed by PMS, therefore remove
the global variable assignment of FONT_S which uses it. Add a fallback
to ${S} in font_src_install() instead.
Allow FONT_S to be an array, if there are multiple directories.
Support for whitespace-separated lists will be kept for some time,
and a QA warning will be shown.
Die if pushd or popd fails.
Closes: https://bugs.gentoo.org/613108
Closes: https://bugs.gentoo.org/709578
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
| |
5.12 was dropped.
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Upstream has removed the -qt-xcb, -system-xcb, -xkb, -xcb-xinput
switches [1] in 5.15 and 6.0.
1. https://code.qt.io/cgit/qt/qtbase.git/commit/?h=5.15&id=60588e1a
Signed-off-by: Jimi Huotari <chiitoo@gentoo.org>
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
To ease debugging by pluggins debug statements convert
foo || return 1
into
if ! foo; then
return 1
fi
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
| |
Introduction of tc_apply_patches dropped patch dir, per
commit bd758f25a82460f6e7011314f9fb7923864e9e1e
Signed-off-by: Michael Haubenwallner <haubi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
|
|
| |
See also: https://github.com/gentoo/gentoo/pull/14924
Closes: https://bugs.gentoo.org/705820
Signed-off-by: Georg Rudoy <0xd34df00d@gmail.com>
Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/712526
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
| |
Do not create 'python.pc', only 'python[23].pc'. This seems to match
what other distributions are doing.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/712502
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
Gentoo Prefix runs with a normal user and cannot grant extra
capabilities. Exit gracefully with a message.
Reference: https://archives.gentoo.org/gentoo-dev/message/4207cffd6b875450bb2fdbcf1b076053
Signed-off-by: Benda Xu <heroxbd@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
The old autoconf-2.13 version requires options to be specified
before the file name argument, so packages with WANT_AUTOCONF="2.1"
would fail to build in a sysroot with the -l option at the end.
Closes: https://bugs.gentoo.org/710792
Signed-off-by: David Michael <fedora.dm0@gmail.com>
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
The eclass installs libcap to execute the setcap program, so it
must be installed in /. Optional libcap linking is handled by the
USE=caps flag, which is unrelated to this eclass, so the DEPEND
declaration is not needed on EAPI 7.
Closes: https://bugs.gentoo.org/700018
Signed-off-by: David Michael <fedora.dm0@gmail.com>
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
has_m32/has_m64 were turned into 'die' calls with
d863983fc89289 "mark has_m32 as dead since no one uses it,
and mark has_m64 as a warning until xalan-c gets fixed #398855"
Sat Jan 14 08:22:13 2012 +0000
Time to remove these helpers.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
| |
Reported by qolfixes on #gentoo-toolchain. Due to permission error in temp/
glibc ebuild silently filtered away all flags from CFLAGS and failed with an
obscure error. The change turn flag filtering error into early fatal error.
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dependencies
The helper function used to call 'go get' to verify by fake-fetching everything
from the main go.mod. However 'go get' also turns out to recursively try to
fetch everything in dependencies, even materials that are used only for tests
of the dependencies, or code generation.
If EGO_SUM is missing an entry now, it will fail during the build process
rather than the helper function.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
We can't repeat the -mod flag, so we need to replace the GOFLAGS if
EGO_VENDOR is being used.
Closes: https://bugs.gentoo.org/7111640
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
|
|
|
| |
If EGO_VENDOR is tested in global scope, it needs to be set before the
eclass is inherited. Several ebuilds do not do this, so we need to
perform this test and set -mod=vendor in the appropriate phase function.
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
|
|
|
| |
This allows cross-compiling comilers with a much smaller dependency set.
Bug: https://bugs.gentoo.org/700898
Signed-off-by: David Michael <fedora.dm0@gmail.com>
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
needs_exe_wrapper tells meson whether the build machine is able to
directly execute the binaries it produces or whether it needs an exe
wrapper (like QEMU). For non-native ABI builds like building 32-bit
libraries on an x86-64 system, we want this set to false to communicate
to meson that the build machine can run the binaries directly.
Reviewed-by: Mike Gilbert <floppym@gentoo.org>
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The go.sum behavior in this eclass triggers a false positive from
pkgcheck, specifically:
MissingUnpackerDep: version ...: missing BDEPEND="app-arch/unzip"
The eclass & package do NOT invoke any direct unpacking of the zipfiles,
and leave that entirely to Go's builtin code, making app-arch/unzip
completely unneeded.
Adding packages using the new eclass functionality will spam the above
MissingUnpackerDep warning, so workaround it for now, until pkgcheck/QA
can not give the false positive.
Reference: https://github.com/pkgcore/pkgcheck/issues/214
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Mike noticed that CFLAGS without any optimization options
still effectively are -O0. Let's follow glibc ebuild here
and always use -O2.
Suggested-by: Mike Gilbert
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
| |
This is not valid in go 1.14, and according to their release notes was
ignored or caused the build to fail.
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In bug #701786 'strip-flags' removed all unsafe options
first including -O3 and only then mangled -O? to -O2.
This effectively made gcc to compalie wth -O0, generated
huge slow profile and confused LTO.
Let's default to safer -O3->-O2 transition.
Reported-by: jeff.lemos.a@gmail.com
Closes: https://bugs.gentoo.org/701786
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
|
|
|
| |
All the share-related issues should have been fixed by the PyPy patch
by now, and since PyPy target is not stable, there is really no need
to be very graceful here.
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|