Created attachment 706710 [details] error Hello, I updated my system today, and some software had to be rebuilt, included in these is app-emulation/qemu, which when using the systemtap USE flag, requires dev-util/systemtap, however, during compilation of QEMU, at the Source configuration stage, it fails with the following error: [attachment 1 [details]] And indeed there is no dtrace in my system: [attachment 2 [details]] When trying to find out which package provides dtrace so it can be installed: [attachment 3 [details, diff]] It's actually installed. Is dtrace missing from the systemtap package?
Created attachment 706713 [details] which dtrace
Created attachment 706716 [details] e-file dtrace
The attachments lines in the original comment somehow point to the wrong files, they should point respectively to the error, which dtrace and e-file dtrace attachments I added to this bug report.
dev-util/systemtap-4.0-r1 here has dtrace on my system: $ qfile /usr/bin/dtrace dev-util/systemtap: /usr/bin/dtrace
Same for ~amd64 chroot: $ qfile -v /usr/bin/dtrace dev-util/systemtap-4.4: /usr/bin/dtrace You will need to debug why systemtap does not install binary for you.
Looking at https://sourceware.org/git/?p=systemtap.git;a=blob;f=Makefile.am;h=9264eb2af7d993b06a05e0eac1c59891c7ce8b68;hb=HEAD#l29 automake needs BUILD_TRANSLATOR to be set: 29 if BUILD_TRANSLATOR 30 bin_PROGRAMS += stap 31 bin_SCRIPTS += dtrace That is normally enabled by default: https://sourceware.org/git/?p=systemtap.git;a=blob;f=configure.ac;h=d4fd9e1b02ae78517a3438bff6054525674c3cb8;hb=HEAD#l285 285 dnl Handle the option to only build runtime 286 AC_ARG_ENABLE([translator], 287 AS_HELP_STRING([--disable-translator], [build only runtime utilities]), 288 [], 289 [enable_translator="yes"]) 290 AM_CONDITIONAL([BUILD_TRANSLATOR], [test "$enable_translator" = "yes"]) But I also do see https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-util/systemtap/files/systemtap-4.4-configure.ac-non-posix-test.patch which has tweaks for non-bash. Please post your emerge --info.
Ofer to swegener@ (dev-util/systemtap maintainer)
Created attachment 707223 [details] emerge --info output My emerge --info output.
> sh dash 0.5.11.3-r1 Yeah, non-bash. Perhaps systemtap with patch abowe will work for you.
It did work, however I had to remove "HUNK 12" or "HUNK 13", not sure which one it was, from the file, the one below, anyways, as for some reason it fails to patch, presumably because these lines don't exist in the file, and emerge apparently doesn't like that 1 out of 15 HUNKs in a patch file fails. I can confirm however that /usr/bin/dtrace now exists. So problem solved. I tried applying the patch to version 4.4 by adding it to the accept keywords file, since the file claims to be a patch for version 4.4, but the entire patch failed in that case, so that's an odd name the patch file has considering it doesn't actually work on the version it says it's intended for. @@ -801,11 +801,11 @@ if test "$enable_monitor" != "no"; then dnl Check for presence of json-c and ncurses for use in monitor mode PKG_CHECK_MODULES([jsonc], [json-c >= 0.11], [have_jsonc=yes], [have_jsonc=no]) PKG_CHECK_MODULES([ncurses], [ncurses], [have_ncurses=yes], [have_ncurses=no]) -if test "${have_jsonc}" == "yes" -a "${have_ncurses}" == yes; then +if test "${have_jsonc}" = "yes" -a "${have_ncurses}" = yes; then AC_DEFINE([HAVE_MONITOR_LIBS],[1],[Define to 1 if json-c and ncurses libraries are installed]) fi fi -AM_CONDITIONAL([HAVE_MONITOR_LIBS], [test "${have_jsonc}" == "yes" -a "${have_ncurses}" == "yes" -a "$enable_monitor" != "no"]) +AM_CONDITIONAL([HAVE_MONITOR_LIBS], [test "${have_jsonc}" = "yes" -a "${have_ncurses}" = "yes" -a "$enable_monitor" != "no"]) AC_CACHE_CHECK([for assembler .section "?" flags support], stap_cv_sectionq, [ old_CFLAGS="$CFLAGS"
(In reply to (kusoneko) from comment #10) > It did work, however I had to remove "HUNK 12" or "HUNK 13", not sure which > one it was, from the file, the one below, anyways, as for some reason it > fails to patch, presumably because these lines don't exist in the file, and > emerge apparently doesn't like that 1 out of 15 HUNKs in a patch file fails. > I can confirm however that /usr/bin/dtrace now exists. So problem solved. I > tried applying the patch to version 4.4 by adding it to the accept keywords > file, since the file claims to be a patch for version 4.4, but the entire > patch failed in that case, so that's an odd name the patch file has > considering it doesn't actually work on the version it says it's intended > for. If dev-util/systemtap-4.4 did not work for you as is then it should be fixed. Why closing the bug?
I can't reproduce any issues on 4.4. The patch is applied cleanly by the ebuild and I don't get any errors with /bin/sh being linked to dash. I've stabilized 4.4 on amd64/x86 to get the fix to stable and if this issue persists for you, please reopen with a build log of 4.4.