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 642862 - make check simply hangs
make check simply hangs
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
0.10.17
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-02-21 11:43 UTC by Götz Waschk
Modified: 2011-10-07 06:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Götz Waschk 2011-02-21 11:43:39 UTC 
This is on Mandriva Cooker with gst-plugins-ugly 0.10.17. The checks simply hang here:
make[1]: Entering directory `/home/users/goetz/BUILD-x86_64/gst-plugins-ugly-0.10.17/tests/check'

ps shows a running application called states.
Comment 1 Götz Waschk 2011-02-21 11:49:18 UTC 
Here is a log file:
http://kenobi.mandriva.com/~goetz/gst.log.xz
Comment 2 Tim-Philipp Müller 2011-04-24 13:37:22 UTC 
Lot of plugin scanner activity in there..

I note that GStreamer was compiled against GLib 2.26 headers but is running against GLib 2.28 (which should work, just mentioning it since that seems unusual for a build service setup).
Comment 3 Vincent Penquerc'h 2011-08-23 11:42:21 UTC 
Very weird thing is that timestamps in this log jump back and forth from ~ 0 to ~ 30 seconds (the time at which it seems to have been ^C'd, or some polling timeout lapses).

It kind of looks like it's failing to communicate with the plugin loading process.

Maybe log with the env var GST_REGISTRY_FORK=no might yield a better log, can you please try that ?
Comment 4 Akhil Laddha 2011-10-07 05:49:42 UTC 
Götz, can you please provide requested information as per comment#3 ?
Comment 5 Götz Waschk 2011-10-07 06:27:45 UTC 
At the moment, I cannot reproduce the bug anymore.