>>> Source unpacked in /var/tmp/portage/net-misc/asterisk-moh-opsound-2.03/work * ERROR: net-misc/asterisk-moh-opsound-2.03::gentoo failed (prepare phase): * The source directory '/var/tmp/portage/net-misc/asterisk-moh-opsound-2.03/work/asterisk-moh-opsound-2.03' doesn't exist * * Call stack: * ebuild.sh, line 781: Called __ebuild_main 'prepare' ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-20190719-201908 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-9.1.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Rust versions: [1] rust-1.36.0 * emerge -qpvO net-misc/asterisk-moh-opsound [ebuild N ] net-misc/asterisk-moh-opsound-2.03 USE="gsm -alaw -g722 -g729 -siren14 -siren7 -sln16 -ulaw -wav"
Created attachment 584084 [details] emerge-info.txt
Created attachment 584086 [details] emerge-history.txt
Created attachment 584088 [details] environment
Created attachment 584090 [details] etc.portage.tbz2
Created attachment 584092 [details] logs.tbz2
Created attachment 584094 [details] net-misc:asterisk-moh-opsound-2.03:20190722-153903.log
This bug was introduced in the following commit: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=106e90831bd7d5630a6e0620b507bc3341b996c6 It can be fixed by adding the following line to the ebuild: S="${WORKDIR}" It's caused by two facts: 1) This specific ebuild has no directory by name "${WORKDIR}/${P}" instead it uses, and extract the different packs to "${WORKDIR}" directly. 2) Since EAPI>=4 "utilities die on their own, unless the nonfatal command is used" As a result, when src_prepare tries to cd into "${S}" and fails to do so it dies stopping the compilation process. This was masked by the older EAPI=2 because of the nonfatal behaviour used then. zlogene, I hope you don't mind I assign this to you so you can either revert your commit (and wait for Chainsaw to bump the EAPI) or ammend it with the propossed fix.
(In reply to Francisco Blas Izquierdo Riera from comment #7) > This bug was introduced in the following commit: > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=106e90831bd7d5630a6e0620b507bc3341b996c6 > > It can be fixed by adding the following line to the ebuild: > S="${WORKDIR}" > > It's caused by two facts: > 1) This specific ebuild has no directory by name "${WORKDIR}/${P}" instead > it uses, and extract the different packs to "${WORKDIR}" directly. > 2) Since EAPI>=4 "utilities die on their own, unless the nonfatal command is > used" > > As a result, when src_prepare tries to cd into "${S}" and fails to do so it > dies stopping the compilation process. This was masked by the older EAPI=2 > because of the nonfatal behaviour used then. > > zlogene, I hope you don't mind I assign this to you so you can either revert > your commit (and wait for Chainsaw to bump the EAPI) or ammend it with the > propossed fix. Thanks! Sometimes I expect old developers make things more explicit (because I expect they know what to do), because even with old EAPIs nonfatal is unjustifiable, to my astonishing people are careless. Anyway, I commited a fix so now it defines workdir properly. My bad.