A clean bug report to track and duplicate against.
The issue with gst-plugins-scanner is that it calls some functions in gstreamer plugins, some of which actually access hardware to assess available features.
This is mostly visible when v4l2 and clutter are installed.
Upstream is aware of this issue and does not wish to change the behavior of these plugins. To solve this issue for Gentoo and avoid per plugin hackery, we should probably provide a wrapper for portage that relies on portage data.
or maybe just drop usage of gst-plugins-scanner depending on its use in package.
Would adding an addpretend /dev be problematic? Please note I am suggesting addpredict and not addwrite as it looks it-s enough and also what upstream expects (personally, I don t fully understand why sandbox default is not to behave as addpretend :( )
gst-plugins-base-1.8 provides a configure switch to disable device probing in v4l2 plugin, this should be tested.
Is there any solution to this with current gstreamer?