<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 24, 2015 at 5:33 AM, Nicolas Dufresne <span dir="ltr"><<a href="mailto:nicolas.dufresne@collabora.com" target="_blank">nicolas.dufresne@collabora.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le mardi 24 mars 2015 à 09:47 +0100, Víctor M. Jáquez L. a écrit :<br>
<span>> I guess that simply running a gst-inspect-1.0 "at factory" and always<br>
> setting<br>
> the GST_REGISTRY_UPDATE system-wide, would be the answer.<br>
<br>
</span>Not fully sufficient, but close. A "no patch solution" is to indeed<br>
generate a cache file in post install scripts. Any application that<br>
calls gst_init() will do, gst-inspect-1.0 is a way of course. So<br>
something like:<br>
<br>
# Global env<br>
GST_REGISTRY=/usr/share/gstreamer-1.0/registry.$(uname -m).bin<br>
GST_REGISTRY_UPDATE=no<br>
<br>
# In post install scripts (env must be set)<br>
gst_inspect-1.0 > /dev/null<br></blockquote><div><br></div><div>Thanks Victor and Nicolas for the suggestions!</div><div>While I do think that your proposed solution would work (I did not know about GST_REGISTRY_UPDATE), I was looking for a solution that does not require to set global environment variables in the OS.</div><div><br></div><div>Would a patch along the lines of my first suggestion be accepted?</div><div>I'm thinking basically it would do the following:</div><div>- add a lookup in a known system-wide directory to GstRegistry; this would only be consulted when there's no registry in $XDG_CACHE_HOME</div><div>- add a simple program that generates a full registry at a given path</div><div>- logic to still generate the cache in $XDG_CACHE_HOME at runtime when the system one is out of date</div><div><br></div><div>Cheers,</div><div>Cosimo</div></div></div></div>