After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 361753 - gst-inspect fails on first run
gst-inspect fails on first run
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.8
Other All
: Normal normal
: 0.10.9
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-12 17:17 UTC by Elliot Peele
Modified: 2006-10-12 17:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Elliot Peele 2006-10-12 17:17:16 UTC
Please describe the problem:
When gst-inspect is run for the first time it fails with:

bash-3.1# gst-inspect-0.10 decodebin                  
No such element or plugin 'decodebin'

This creates the ~/.gstreamer-0.10 directory. Running for a second time outputs the details for decodebin that are expected.

If you delete the ~/.gstreamer-0.10 directory and rerun gst-inspect-0.10 decodebin you get the same error as above.

Steps to reproduce:
1. run gst-inspect-0.10 decodebin without the ~/.gstreamer-0.10 directory
2. gst-inspect-0.10 outputs an error
3. 


Actual results:
It causes my build of banshee to fail in a chrooted environment because gst-inspect has never been run before.

Expected results:
The directory should be created and gst-inspect-0.10 should provide the correct output.

Does this happen every time?
Yes, as long as there is no ~/.gstreamer-0.10 directory.

Other information:
Comment 1 Tim-Philipp Müller 2006-10-12 17:36:26 UTC
This has been fixed shortly after the 0.10.8 release:

 2006-06-13  Tim-Philipp Müller  <tim at centricular dot net>

        * gst/gstregistryxml.c: (gst_registry_xml_write_cache):
          Fix silly bug that prevented us from creating
          ~/.gstreamer-0.10 and writing the registry in one
          go (the first call to g_mkstemp() would overwrite the
          placeholder in the template string, so the second call
          to g_mkstemp() after creating the missing directory
          would then error out with 'invalid argument').

Please re-open if you can still reproduce this with GStreamer core >= 0.10.9 or CVS HEAD.