On Mac OS X, the sox-12.17.7-r1 ebuild installs documentation, but doesn't install binaries. The same ebuild, when tested on x86 Linux, installs binaries and docs. I tried using ebuild instead of emerge to step through the build process. ebuild compile builds the sox binary, which ends up at /var/tmp/portage/sox-12.17.7-r1/work/sox-12.17.7/src/sox. ebuild install, OTOH, shows a message from make that "'install' is up to date." Reproducible: Always Steps to Reproduce: emerge sox Actual Results: docs were installed, but binaries weren't Expected Results: installed both binaries and docs
Please include the output of `emerge info`
Created attachment 55619 [details] emerge info Done...though I noticed it has some strange output. It complains that python, autoconf, automake, binutils, and libtool aren't present, but they are (they must be part of Mac OS X itself and aren't installed by Gentoo). Is this normal?
the binaries are related to the configure setting the variable PLAY_SUPPORT to true. Apparently configure cannot find a sound server on OSX that it can play with and hence only installs documentation. (Not really useful...) This might be a package that will never be added to ppc-macos unless upstream adds support. Any objections from the ppc-macos team to mark this bug as closed/cantfix?
No objections here.
closing the bug, we cannot fix this, it appears to be an upstream issue.
I have a one-liner to fix this somehwere, I'll commit it soon.
Created attachment 67419 [details, diff] sox-12.7.7-noplay.patch Borrowed from DarwinPorts, need to test it on linux before it gets commited.
Sox 12.7.9 just got added to the portage tree. Can you confirm whether this is still a problem please?
problem still persists. Only installs documentation, says: make: `install' is up to date.
sox-14.0.1 installs fine (after I fixed gsm), so I consider this bug fixed.