Bug 128656 - gst registy DOA ...
Summary: gst registy DOA ...
Status: RESOLVED INVALID
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Final
Hardware: Other Other
: P5 - None : Normal
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-17 08:49 UTC by Michael Meeks
Modified: 2006-01-11 00:46 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
strace of 1st run of gnome-volume-control (30.64 KB, application/x-gzip)
2005-10-20 16:45 UTC, Michael Meeks
Details
zipped registry (22.57 KB, application/x-gzip)
2005-10-20 16:46 UTC, Michael Meeks
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Meeks 2005-10-17 08:49:38 UTC
AFAICS - I havn't done anything 'clever' to break this - I have a fairly stock &
un-tinkered with SL10.0 install - ~no non-yast packages installed etc. a base
GNOME-only install. I created a brand new 'test' user account to try this.
Unfortunately banshee dies on startup:

Player Engine `GStreamer Engine' failed init tests... disabling (Could not
initialize GStreamer library)
0: Active Player Engine is now 'Helix'
1: Loaded PlayerEngine core: Helix
Could not load AudioCdPlayer!

Running the 'gnome-volume-settings' thing I get:

"registry is not present or it is corrupted, please update it by running
gst-register"

And - AFAICS I did nothing to touch anything related to gst, or break this.
Comment 1 Michael Meeks 2005-10-17 08:51:52 UTC
of course running gst-register does in fact fix it; and creates a 250K ~/.gstreamer-0.8 xml file ...
Comment 2 Stanislav Brabec 2005-10-17 12:09:24 UTC
And what contains /var/opt/gnome/cache/gstreamer-0.8/registry.xml?

Do YaST2 logs contain any gstreamer related error message?
Comment 3 Michael Meeks 2005-10-20 16:44:44 UTC
So - after an rm -Rf ~/.gst* - I get the attached strace of first startup. The only place it reads registry.xml (before complaining it is not there) is here:

30660 access("/var/opt/gnome/cache/gstreamer-0.8/registry.xml", F_OK) = 0
...
30660 access("/home/michael/.gstreamer-0.8/registry.xml", F_OK) = -1 ENOENT
30660 access("/home/michael/.gstreamer-0.8", W_OK) = 0
30660 open("/home/michael/.gstreamer-0.8/registry.xml.tmp", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 3
30660 fcntl64(3, F_GETFL)               = 0x8001 (flags O_WRONLY|O_LARGEFILE)
30660 fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
30660 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40027000
30660 _llseek(3, 0, [0], SEEK_CUR)      = 0
30660 write(3, "<?xml version=\"1.0\"?>\n<GST-Plugi"..., 104) = 104
30660 close(3)                          = 0
30660 munmap(0x40027000, 4096)          = 0
30660 access("/home/michael/.gstreamer-0.8/registry.xml.tmp", F_OK) = 0
30660 rename("/home/michael/.gstreamer-0.8/registry.xml.tmp", "/home/michael/.gstreamer-0.8/registry.xml") = 0
...
30660 stat64("/var/opt/gnome/cache/gstreamer-0.8/registry.xml", {st_mode=S_IFREG|0644, st_size=267168, ...}) = 0

And subsequently no more access to registry.xml - ie. it *appears* to never read this file. The ~/.gst* registry it generates is:

michael@foo:/tmp> cat ~/.gstreamer-0.8/registry.xml 
<?xml version="1.0"?>
<GST-PluginRegistry>
<gst-plugin-paths>
</gst-plugin-paths>
</GST-PluginRegistry>
Comment 4 Michael Meeks 2005-10-20 16:45:32 UTC
Created attachment 54986 [details]
strace of 1st run of gnome-volume-control
Comment 5 Michael Meeks 2005-10-20 16:46:39 UTC
Created attachment 54988 [details]
zipped registry

Attached is my registry file from: /var/opt/gnome/cache/gstreamer-0.8/registry.xml
Comment 6 Michael Meeks 2005-10-20 17:02:18 UTC
Yast2- wise I have a number of bits:

y2log-4:
2005-10-10 20:12:10 <1> linux(5681) [YCP] SlideShow.ycp:1228 Installing gstreamer-0.8.11 -- Streaming-Media Framework Runtime
2005-10-10 20:12:10 <1> linux(5681) [rpmdb] RpmDb.cc(installPackage):1569 RpmDb::installPackage(/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/i586/gstreamer-0.8.11-3.i586.rpm,156)
2005-10-10 20:12:10 <1> linux(5681) [liby2util++] ExternalProgram.cc(start_program):163 Executing 'rpm' '--root' '/' '--dbpath' '/var/lib/rpm' '-U' '--percent' '--nosignature' '--force' '--nodeps' '--ignoresize' '/var/adm/YaST/InstSrcManager/IS_CACHE_0x00000001/MEDIA/suse/i586/gstreamer-0.8.11-3.i586.rpm'
2005-10-10 20:12:13 <1> linux(5681) [mediaaccess++] MediaHandler.cc(provideFile):285 provideFile(/suse/i586/gtk-engines-0.12-965.i586.rpm)
...
etc. all incidents very similar no obvious errors.

In y2logRPM I have (more interestingly (perhaps)):

[snipp]
2005-10-10 20:18:31 gstreamer-plugins-extra-0.8.11-3.i586.rpm installed ok
2005-10-10 20:18:34 libgnomeui-2.12.0-3.i586.rpm installed ok
2005-10-10 20:18:35 liferea-0.9.4-3.i586.rpm installed ok
2005-10-10 20:18:37 gstreamer-plugins-excess-0.8.11-3.i586.rpm installed ok
Additional rpm output:
libvisual WARNING: no progname: visual_plugin_get_list(): Failed to add the /usr/lib/libvisual/transform directory to the plugin registry

2005-10-10 20:18:37 libgnomesu-1.0.0-3.i586.rpm installed ok
[snip]

And later:

[snip]
2005-10-10 20:37:41 gstreamer-plugins-devel-0.8.11-3.i586.rpm installed ok
Additional rpm output:
libvisual WARNING: no progname: visual_plugin_get_list(): Failed to add the /usr/lib/libvisual/transform directory to the plugin registry

2005-10-10 20:37:43 gtk2-devel-2.8.3-4.i586.rpm installed ok
[snip]

Apart from that nothing ...

It -looks- as if it's just not reading the system registry - though, why not I have no idea.
Comment 7 Stanislav Brabec 2005-10-25 13:07:21 UTC
To comment #1: Did you run gst-register as use or as root?

As uses it should create "virtually empty" ~/.gstreamer-0.8/registry.xml (it scans ~/.local for new plugins). This file should be created on first run.

As root it does the same plus writes system-wide /var/opt/gnome/cache/gstreamer-0.8/registry.xml.

If your global registry was broken, I have really no idea. Packages should have complete dependency chain, libvisual WARNING is not critical any your global registry looks correctly.
Comment 8 JP Rosevear 2006-01-11 00:46:32 UTC
Closing, no follow up in more than 2 months.  No other reported problems.