| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
| |
| |
| |
| |
| |
| | |
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>
|