When emerging whith introspection USE flag enabled an access violation occurs while installing Reproducible: Always Steps to Reproduce: 1. enable introspection USE flag 2. emerge -uDN world Actual Results: make[1]: Leaving directory `/var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32' >>> Source compiled. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE "/var/log/sandbox/sandbox-15313.log" 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: open_wr S: deny P: /root/.gstreamer-0.10/registry.x86_64.bin.tmpKTHLRV A: /root/.gstreamer-0.10/registry.x86_64.bin.tmpKTHLRV R: /root/.gstreamer-0.10/registry.x86_64.bin.tmpKTHLRV C: /var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32/gst-libs/gst/pbutils/tmp-introspectQPt6te/.libs/GstPbutils-0.10 --introspect-dump=/var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32/gst-libs/gst/pbutils/tmp-introspectQPt6te/types.txt,/var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32/gst-libs/gst/pbutils/tmp-introspectQPt6te/dump.xml F: open_wr S: deny P: /root/.gstreamer-0.10/registry.x86_64.bin.tmp7LHLRV A: /root/.gstreamer-0.10/registry.x86_64.bin.tmp7LHLRV R: /root/.gstreamer-0.10/registry.x86_64.bin.tmp7LHLRV C: /var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32/gst-libs/gst/pbutils/tmp-introspectQPt6te/.libs/GstPbutils-0.10 --introspect-dump=/var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32/gst-libs/gst/pbutils/tmp-introspectQPt6te/types.txt,/var/tmp/portage/media-libs/gst-plugins-base-0.10.32/work/gst-plugins-base-0.10.32/gst-libs/gst/pbutils/tmp-introspectQPt6te/dump.xml --------------------------------------------------------------------------------
I just looked into this and it should work if you set GST_REGISTRY_UPDATE=no while emerging. This should probably be added to the introspection eclass because I also experienced this with clutter-gst.
I just wrongly assumed there was an eclass for GObject Introspection. I guess it should be somewhere in the gnome2 eclass.
Also, things that use introspection should probably also unset DISPLAY because it can lead to /dev/dri/cardX access violations.
*** Bug 357419 has been marked as a duplicate of this bug. ***
Hey there! Could you please add the patch / the additional workaround? I've tried export GST_REGISTRY_UPDATE=no && emerge gnome, but it fails with the error above. Best wishes, Ralf
or we could do GST_REGISTRY=${T}/gst-registry
(In reply to comment #5) > I've tried export GST_REGISTRY_UPDATE=no && emerge gnome, but it fails with the > error above. That's not expected to work, the && will not set GST_REGISTRY_UPDATE for the emerge task, it will set it for the current shell, not any subprocesses. If you did "export GST_REGISTRY_UPDATE=no && emerge gnome" it would probably work. Try these two lines in your shell and see which one works the way you'd want it to: A=blah && sh -c 'echo $A' A=blah sh -c 'echo $A' The preferred way is: GST_REGISTRY_UPDATE=no emerge -1av gst-plugins-base (In reply to comment #6) > or we could do GST_REGISTRY=${T}/gst-registry It should probably do both. Updating a fake registry can only waste build time but it can still be a good deterrent for unexpected file access.
Created attachment 265187 [details, diff] patch to fix sandbox violation
I need to add addpredict $(unset HOME; echo ~)/.gstreamer-0.10 addpredict $(unset HOME; echo ~)/.gconfd to get it works
well me maybe some can put it in portage. seems to be a reasonable solution
+ 18 Mar 2011; Gilles Dartiguelongue <eva@gentoo.org> + gst-plugins-base-0.10.32.ebuild: + Set GST_REGISTRY to avoid sandbox access violation, bug #356283. With + approval of leio. Checking the sources, there's a couple of place where upstream already sets GST_REGISTRY to a location inside build tree in order to avoid this kind of problem, maybe forwarding with them would be good.
*** Bug 359423 has been marked as a duplicate of this bug. ***
*** Bug 364389 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > I just looked into this and it should work if you set GST_REGISTRY_UPDATE=no > while emerging. > This should probably be added to the introspection eclass because I also > experienced this with clutter-gst. Nothing happened? You could reopen bug #364389 to handle it specially. :)
This is still failing with USE="introspection" despite the ebuild attempting to work around it.
Are you still hitting this with 0.10.36-r1?