| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Yixun Lan <dlan@gentoo.org>
|
|
|
|
|
|
| |
See patch comment, do not believe this is worth a revbump.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
I have a tendency to do this when something is indented as it's not
then obvious what the limit is. Oops.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
| |
Some of the TODOs were really upstream bugs we're waiting for resolution
on, not something we need to take action on at this time.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
I've asked dilfridge to update binutils-2.42 when he gets a chance
for one libctf patch we don't have yet but IIRC that patch doesn't
actually affect DTrace, just it came up in libabigail discussions.
Let's drop the comment as it's not really relevant now.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://github.com/oracle/dtrace-utils/issues/106
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/938221
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
For first installs, we enable the service and start it.
This is unusual, but the behaviour without dtprobed running is
untested/unsupported. It's not a network service, it has no configuration,
reads a single device node, and does all parsing within a seccomp jail. It
also leads to hard-to-diagnose issues because USDT probes won't be registered
and an application might have already started up which needs to be traced.
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Following discussion with mgorny and us agreeing to use test-install
for Python.
dev-debug/dtrace was updated in 063c07a77f3d3b04649bf1e00bc90b1fcd316d1a.
Bug: https://bugs.gentoo.org/531648
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Following discussion with mgorny and us agreeing to use test-install
for Python.
Bug: https://bugs.gentoo.org/531648
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
This option was being disabled anyway, and was removed upstream as
"finally we can get rid of this as it's useless now":
https://sourceware.org/git/?p=libabigail.git;a=commitdiff;h=1b1b8399d1fe69fa402109700d6cdaba52ac8b17
The configure option, accordingly, raises a QA warning that it is
unrecognized.
Signed-off-by: Eli Schwartz <eschwartz@gentoo.org>
|
|
|
|
|
|
|
| |
The one submodule is called "big-tests", and it requires explicit opt-in
during configure, which we don't do. Cloning it is an (expensive) waste.
Signed-off-by: Eli Schwartz <eschwartz@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We still need this for the live ebuild for obvious reasons. But we were
running it against release tarballs as well, with a comment from 2019
that said ltmain.sh contained broken redhat spec file references. This
is not a problem today (cannot find the relevant string, builds fine) so
it appears the release tooling they used is no longer broken and we can
remove this workaround.
All we need now is the usual elibtoolize dance, a much smaller
dependency set.
Signed-off-by: Eli Schwartz <eschwartz@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/939467
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Maciej Barć <xgqt@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
The change in 97af870e18ed9b1c97dc18e3a8c9163c64d36a09 to clarify libc++
is not affected made it read oddly.
Fixes: 97af870e18ed9b1c97dc18e3a8c9163c64d36a09
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GCC doesn't build in Gentoo at least without GNU Binutils. It is possible
but it requires some work. It's not clear to me if some of that work
needs to happen in LLVM upstream too (see below).
In commits 7011340a0f13dcada6f3be48054957035bc6e01a and
a7c27596827072f586dc07e6d53531ecb2c7cd6e, I tried to get things building
with Clang's assembler but didn't get it over the line. I think I remember
Arfrever and I coming up with a few later drafts (?) on IRC in #gentoo-hardened
but I didn't commit any of it as it didn't work in the end anyway.
But see https://briancallahan.net/blog/20240122.html which tackles at least
one of the issues I ended up hitting before.
In any case, add the dependency for now to keep things working.
Closes: https://bugs.gentoo.org/936271
Signed-off-by: Sam James <sam@gentoo.org>
|