https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: sci-calculators/bc-gh-7.0.3 calls commands that do not exist. Discovered on: amd64 (internal ref: tinderbox_musl) System: MUSL-SYSTEM (https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#MUSL) Info about the issue: https://wiki.gentoo.org/wiki/Project:Tinderbox/Common_Issues_Helper#QA0018
Created attachment 913063 [details] build.log build log and emerge --info
This is not a bug but intended behavior. That line of output is logging for the configure script. I was requested to keep such lines in [1] by a Gentoo developer. [1]: https://bugs.gentoo.org/937152#c7
Yeah, it's a FP report here. Not all configure scripts are autoconf-like.
(In reply to Gavin D. Howard from comment #2) > This is not a bug but intended behavior. > > That line of output is logging for the configure script. I was requested to > keep such lines in [1] by a Gentoo developer. > > [1]: https://bugs.gentoo.org/937152#c7 I understand your concern, and looking at the configure script this is the intended behavior. Since the configure script relies on "${?}" and portage collects the "command not found" I think we can use: > /dev/null 2>&1 instead of > /dev/null https://github.com/gavinhoward/bc/blob/c8dabac65d39fd527a9264a5e505a99b1d8df3d8/configure.sh#L1570
That does not work. This commit works: https://git.gavinhoward.com/gavin/bc/commit/984f35b99bf28747c9c05b1a6ddeafb8eb5b637b . It moves the stderr output to stdout.
(In reply to Gavin D. Howard from comment #5) > That does not work. > > This commit works: > https://git.gavinhoward.com/gavin/bc/commit/ > 984f35b99bf28747c9c05b1a6ddeafb8eb5b637b . It moves the stderr output to > stdout. Hello Gavin, I didn't realize at the time of writing that you are the main author of bc-gh. Anyway whatever solution you prefer is fine, thanks for the fix.
