Created attachment 287859 [details] sandbox log according to sandbox log summary php is denied access
Created attachment 287861 [details] build log for x86 athlon-xp
Created attachment 287863 [details] emerge info +(emerge pqv)
Same problem here!
I'm afraid the bug is in php, not libvpx...
(In reply to comment #4) > I'm afraid the bug is in php, not libvpx... Your are right.
However, there is also a small issue in libvpx as php is a doc dependency and it also fails with USE=-doc.
Anything using php during install must addpredict that file. It is a general issue with snmp. More details can be found in bug 324739.
If the media-video herd gives its okay I will add the line "addpredict /usr/share/snmp/mibs/.index" to src_install!
fine for me.
This bug is recurring in libvpx-1.1.0 even though there is a line in the ebuild file with the addpredict /usr/share/snmp/mibs/.index which pretend to solve exactly this bug. The comment line before the addpredict command is referring to this bug report. So, seems the bug hasn't been resolved completely or with a workaround which isn't working for subsequent versions.
(In reply to comment #10) > This bug is recurring in libvpx-1.1.0 even though there is a line in the > ebuild file with the addpredict /usr/share/snmp/mibs/.index which pretend to > solve exactly this bug. The comment line before the addpredict command is > referring to this bug report. > > So, seems the bug hasn't been resolved completely or with a workaround which > isn't working for subsequent versions. Attach the complete build log here. I suspect the addpredict was added to wrong function, like should have been on top of src_configure() instead of src_install() But that's only guessing, the log is really required if you want action to be taken
(In reply to comment #11) > (In reply to comment #10) > > This bug is recurring in libvpx-1.1.0 even though there is a line in the > > ebuild file with the addpredict /usr/share/snmp/mibs/.index which pretend to > > solve exactly this bug. The comment line before the addpredict command is > > referring to this bug report. > > > > So, seems the bug hasn't been resolved completely or with a workaround which > > isn't working for subsequent versions. > > Attach the complete build log here. I suspect the addpredict was added to > wrong function, like should have been on top of src_configure() instead of > src_install() > But that's only guessing, the log is really required if you want action to > be taken ... even better, try moving the line yourself :)
Here is a snippet from the ebuild. The command is attached to the proper function. src_configure() { replace-flags -ggdb3 -g #402825 unset CODECS #357487 # let the build system decide which AS to use (it honours $AS but # then feeds it with yasm flags without checking...) #345161 local a tc-export AS for a in {amd64,x86}{,-{fbsd,linux}} ; do use ${a} && unset AS done # build verbose by default MAKEOPTS="${MAKEOPTS} verbose=yes" # http://bugs.gentoo.org/show_bug.cgi?id=384585 addpredict /usr/share/snmp/mibs/.index ...
Since the problem re-occurs, I raised a new bug: https://bugs.gentoo.org/show_bug.cgi?id=466522