VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: fopen_wr S: deny ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-no-multilib_libressl_20181110-220243 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-8.2.0 * Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) emerge -qpvO media-libs/libjpeg-turbo [ebuild N ] media-libs/libjpeg-turbo-2.0.0 USE="-java -static-libs"
Created attachment 554876 [details] emerge-info.txt
Created attachment 554878 [details] CMakeCache.txt
Created attachment 554880 [details] emerge-history.txt
Created attachment 554882 [details] etc.portage.tbz2
Created attachment 554884 [details] logs.tbz2
Created attachment 554886 [details] media-libs:libjpeg-turbo-2.0.0:20181111-151144.log
Created attachment 554888 [details] sandbox-5712.log
Build fails with =dev-lang/nasm-2.14 CCing nasm package maintainer...
*** Bug 671078 has been marked as a duplicate of this bug. ***
'/?' looks like an attempt to pass windows-style option to nasm. Reproduced locally. Looking at the log it's part of cmake autodetection: * ACCESS DENIED: fopen_wr: /? -- The ASM_NASM compiler identification is NASM Running # nasm '/?' creates an empty file. Which is unexpected as there is no input to nasm. Previous behaviour was # nasm '/?' nasm: warning: file name already has no extension: output will be in `nasm.out' nasm: fatal: unable to open input file `/?' Masking >=nasm-2.14 for now.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d09ad3d85d31fb36deec08d16e1e1424a75f0a52 commit d09ad3d85d31fb36deec08d16e1e1424a75f0a52 Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2018-11-13 20:03:54 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2018-11-13 20:05:29 +0000 package.mask: mask >=dev-lang/nasm-2.14, bug #670944 New version started creating files when input file is not set. This is unexpected behaviour change and causes sandbox violations. Reported-by: Toralf Förster Reported-by: jorgicio Bug: https://bugs.gentoo.org/670944 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> profiles/package.mask | 6 ++++++ 1 file changed, 6 insertions(+)
Filed upstream bug: https://bugzilla.nasm.us/show_bug.cgi?id=3392529
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bf9717d96a7b02a3d428b0d68c690bd24c13ccd7 commit bf9717d96a7b02a3d428b0d68c690bd24c13ccd7 Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2018-12-08 18:51:16 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2018-12-08 18:54:44 +0000 profiles/package.mask: unmask >=nasm-2.14, bug #670944 dev-lang/nasm-2.14-r1 has the fix. Reported-by: Toralf Förster Closes: https://bugs.gentoo.org/670944 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> profiles/package.mask | 6 ------ 1 file changed, 6 deletions(-) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=416dae40d938b83ecdc44de5e76f04721d5cf066 commit 416dae40d938b83ecdc44de5e76f04721d5cf066 Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2018-12-08 18:50:01 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2018-12-08 18:54:43 +0000 dev-lang/nasm: backport default filename fix, bug #670944 Pulled upstream fix for input==output for single-argument invocation from https://bugzilla.nasm.us/show_bug.cgi?id=3392529 Reported-by: Toralf Förster Bug: https://bugs.gentoo.org/670944 Package-Manager: Portage-2.3.52, Repoman-2.3.12 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> .../files/nasm-2.14-default-path-BR-3392529.patch | 41 ++++++++++++++++++++++ .../nasm/{nasm-2.14.ebuild => nasm-2.14-r1.ebuild} | 1 + 2 files changed, 42 insertions(+)