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 691586 - "1 of 74 tests failed"for gstreamer0.10.36.1: FAIL: gst/gstobject
"1 of 74 tests failed"for gstreamer0.10.36.1: FAIL: gst/gstobject
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-01-12 02:25 UTC by Poisson.Aerohead
Modified: 2013-01-12 19:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Poisson.Aerohead 2013-01-12 02:25:09 UTC
Hi.  I run arch linux and am trying to install gstreamer to use with gnash, mostly for webrowser plugin viewing.  I already got gnash installed and tested via terminal but as you likely know, it won't work in the browser (it wasn't immediately clear that gstreamer and then the gst-plugins-** do the codex work when I installed gnash)

I first got the gstreamer 1.0.5.1 package, and was successful, but gnash did not work with it, and some duckduckgo searching seemed to indicate that although it is an older version, gstreamer 0.10 is what gnash interfaces with.  If someone can verify this, or knows that this is incorrect, please let me know.


My gstreamer0.10 compile error:

ERROR - """

Running suite(s): GstObject

(lt-gstobject:14853): GLib-GObject-ERROR **: cannot create instance of abstract (non-instantiatable) type `GstObject'
87%: Checks, Failures: 0, Errors:1
gst/gstobject.c:77:E:general:test_fail_abstract_new:0: (after this point) Received signal 5 (Trace/breakpoint trap), expected 11 (Segmentation fault)

FAIL: gst/gstobject

"""
/ERROR

At the bottom it sais "1 of 74 tests failed" and to report it to bugzilla.gnome.org (so here I am), and finally, a bold Error and Aborting notice.

I am on a Dell Latitude D630 if that helps (about 5 years old - I am a linux experimenter right now - hoping to fully switch soon)

If you need anything else, please let me know (you may need to tell me the terminal command).  It is probably obvious I am a recent gpl convert and still very much a newbie.

Thanks for the time you all donate!
Comment 1 Poisson.Aerohead 2013-01-12 02:28:57 UTC
Correction to above:

87%: Checks: 8, Failures: 0...etc.
Comment 2 Tim-Philipp Müller 2013-01-12 16:01:33 UTC
Thanks for the bug report. GStreamer 0.10 is not maintained any longer, and there won't be any more releases.

This has been fixed in git master and 1.x. It's nothing to worry about, the test was just silly (checking that glib crashes for  certain programming error where glib shouldn't really have crashed in the first place; years later glib finally got fixed then):

commit 5bff3ba949d2ac0a9946c1240e6d4a5bb53fda99
Author: Tim-Philipp Müller <tim.muller@collabora.co.uk>
Date:   Wed Aug 8 14:49:23 2012 +0100

    tests: remove silly test_fail_abstract_new check
    
    Our check would make sure that GLib segfaults when
    someone tries to instantiate an abstract type, which
    is an extremely useful thing to check for.
    
    In newer GLibs this is fixed and we get an abort with
    a g_error() now it seems, so let's just remove this
    check entirely.

Maybe you can skip the 'make check' stage of the build, it is not essential.
Comment 3 Poisson.Aerohead 2013-01-12 18:56:26 UTC
Hi.  Thank you for the prompt reply.  

I figured it was outdated - that is why I installed 1.0.5.1 first.  I've been researching around and it seems that the issue is that gnash needs gst-ffmpeg.  In the arch packages, I only see gstreamer0.10-ffmpeg 0.10.13-1, which is dependent on gstreamer0.10-base.  I did not realize it, but installing gnash already put gstreamer0.10-base on my machine as a part of dependency resolution.  I attempted to install gstreamer-0.10-ffmpeg and got another compile error.  I will include it here, but if this program is also no longer supported, or you would like me to open a different bug, just let me know.

ERROR - """

libvidacodec/x86/h264/_qpel_mmx.c:1294: Error: operand type mismatch for `cmp'
libvidacodec/x86/h264/_qpel_mmx.c:1294: Error: operand type mismatch for `cmp'
libvidacodec/x86/h264/_qpel_mmx.c:1298: Error: operand type mismatch for `cmp'
libvidacodec/x86/h264/_qpel_mmx.c:1298: Error: operand type mismatch for `cmp'
libvidacodec/x86/h264/_qpel_mmx.c:964: Error: operand type mismatch for `cmp'
libvidacodec/x86/h264/_qpel_mmx.c:964: Error: operand type mismatch for `cmp'

"""
/ERROR

Since all three are the same kind of type mismatch with a few hundred lines in the same file, this may a simple fix.
Comment 4 Tim-Philipp Müller 2013-01-12 19:21:15 UTC
No 0.10.x versions of any package are supported any more, sorry. We just don't have the manpower to do that.

This error might be some issue with how it's compiled, either a bug in the compiler / compiler version, or some compiler flags passed to it that are usually not passed to it.

Please report the problem in the arch bug tracker.
Comment 5 Poisson.Aerohead 2013-01-12 19:41:37 UTC
O.K. thanks a bunch.  No need to apologize, I knew what I was getting into when I went open source.  I will still have to pay for something free, I'll pay with my time, haha.  You've been very helpful, and I will go to arch/gnash with this now.

One thing for my own undedrstanding, if you don't mind.  I have been looking into gstreamer ffmpeg on:

http://gstreamer.freedesktop.org/src/gst-ffmpeg/

and the most recent version is 0.11.2.  Does this mean that there will not be any more ffmpeg?  Is there a different plugin now for 1.x, or a new 1.x ffmpeg in the works?  It seems from my reading that gnash needs it (I know it is not your job to support gnash).

Thanks again and happy coding on all your projects.
Comment 6 Tim-Philipp Müller 2013-01-12 19:56:43 UTC
gst-ffmpeg has been renamed to gst-libav for 1.x. (The 0.10 version was using libav internally as well, despite the name).