Bug#935771: openafs-modules-source: Tries to use missing cc-wrapper with ctfutils installed
Benjamin Kaduk writes: > Sure, and thanks for the report -- upstream made this change in Thanks for the explanation; I'd gathered something of the sort from commit logs. > I'd be vaguely curious if you wanted to drop in the cc-wrapper from a full > source tree and see if it produced anything useful, though I agree that > just configuring with --without-ctf-tools would be a fine workaround for > now. I'd be surprised to see any practical benefit to pushing forward on Linux. (kFreeBSD or Dyson might get something out of it, though.) That said, I suppose it probably wouldn't hurt, apart from moderately(?) increasing the footprint of module builds on affected hosts. At any rate, please note that cc-wrapper bakes in the detected paths to these tools, so if you do push forward, you should either drop in cc-wrapper.in or add a build dependency on ctfutils. (AFAICT, in the latter case you could still leave openafs-modules-*'s dependencies as is.) > Thanks for the report, Thanks for looking into it! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
Bug#935771: openafs-modules-source: Tries to use missing cc-wrapper with ctfutils installed
On Sun, Aug 25, 2019 at 10:04:30PM -0400, Aaron M. Ucko wrote: > Package: openafs-modules-source > Version: 1.8.4~pre1-1 > Severity: normal > > Attempting to build modules from openafs-modules-source (or, > presumably, -dkms) with ctfutils installed fails because the build > system tries to use .../src/config/cc-wrapper, which is unavailable > here. (In a full source tree, configure would have generated it from > .../cc-wrapper.in.) > > AFAICT, these utilities would provide little or no actual benefit > here, at least on Linux, so I'd suggest explicitly doing without them > by configuring --without-ctf-tools. > > Could you please take a look? Sure, and thanks for the report -- upstream made this change in https://gerrit.openafs.org/13487 to let Solaris use the CTF information (i.e., dtrace, if I understand correctly) in userspace as well as the kernel, and just applying the change globally was by far the easiest integration in the build system. (It wasn't limited to Solaris so as to not artificially limit any other OS that might gain the requisite CTF/dtrace support, e.g., FreeBSD.) I'd be vaguely curious if you wanted to drop in the cc-wrapper from a full source tree and see if it produced anything useful, though I agree that just configuring with --without-ctf-tools would be a fine workaround for now. Thanks for the report, Ben
Bug#935771: openafs-modules-source: Tries to use missing cc-wrapper with ctfutils installed
Package: openafs-modules-source Version: 1.8.4~pre1-1 Severity: normal Attempting to build modules from openafs-modules-source (or, presumably, -dkms) with ctfutils installed fails because the build system tries to use .../src/config/cc-wrapper, which is unavailable here. (In a full source tree, configure would have generated it from .../cc-wrapper.in.) AFAICT, these utilities would provide little or no actual benefit here, at least on Linux, so I'd suggest explicitly doing without them by configuring --without-ctf-tools. Could you please take a look? Thanks! -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing'), (500, 'stable'), (300, 'unstable-debug'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, x32 Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openafs-modules-source depends on: ii debhelper 12.5.3 ii kernel-package13.018+nmu1 ii module-assistant 0.11.10 ii perl 5.28.1-6 Versions of packages openafs-modules-source recommends: ii openafs-client 1.8.4~pre1-1 openafs-modules-source suggests no packages. -- no debconf information