Upon installation of mediagoblin, and trying to activate the audio plugin, it fails to load properly.

OS Debian 8 / Devuan Jessie

When executing the ./gmg update command the following error is received:

File "/srv/mediagoblin.example.org/mediagoblin/mediagoblin/media_types/audio/transcoders.py", line 44, in <module>

gi.require_version('Gst', '1.0')

File "/usr/lib/python2.7/dist-packages/gi/init.py", line 100, in require_version

raise ValueError('Namespace %s not available' % namespace)

ValueError: Namespace Gst not available

The workaround is the same as described on this page: ​https://bugs.launchpad.net/pomodoro-indicator/+bug/1370221

The following NEW packages will be installed:

gir1.2-gst-plugins-base-1.0 gir1.2-gstreamer-1.0 gstreamer1.0-tools

Appears the documentation is missing a dependancy for Debian Jessie.

Audio submission tests are failing right now in master. Right now this looks like:

mediagoblin/tests/test_submission.py ................
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> traceback >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Traceback (most recent call last):
  File "/home/cwebber/devel/mediagoblin/mediagoblin/tests/test_submission.py", line 377, in test_audio
    self.check_normal_upload('Audio', path)
  File "/home/cwebber/devel/mediagoblin/mediagoblin/tests/test_submission.py", line 121, in check_normal_upload
    **self.upload_data(filename))
  File "/home/cwebber/devel/mediagoblin/mediagoblin/tests/test_submission.py", line 92, in do_post
    response.follow()
  File "/home/cwebber/devel/mediagoblin/local/lib/python2.7/site-packages/WebTest-1.4.3-py2.7.egg/webtest/app.py", line 159, in follow
    % self.status)
AssertionError: You can only follow redirect responses (not 200 OK)

However this error is misleading, looking at the response that is gotten back, the submission form has the error

<p class="form_field_error">Sorry, I don&#39;t support that file type :(</p>

The real problem is when submitting the procedurally generated audio, which fails to be sniffed for the audio type. In the discover() method in mediagoblin/media_types/tools.py when the last line runs, an exception is thrown:

> /home/cwebber/devel/mediagoblin/mediagoblin/media_types/tools.py(43)discover()
-> discoverer = GstPbutils.Discoverer.new(60 * Gst.SECOND)
(Pdb) n
> /home/cwebber/devel/mediagoblin/mediagoblin/media_types/tools.py(44)discover()
-> return discoverer.discover_uri(uri)
(Pdb) discoverer.discover_uri(uri)
*** Error: gst-stream-error-quark: No valid frames decoded before end of stream (7)
(Pdb) 

So that's where the error is occurring.

I wonder if maybe the procedurally generated audio is less than a second, and that's causing the error? Or it could be something else...

I'm seeing the following error in master (2a1082e3) when running tests:

$ bin/py.test mediagoblin/tests/test_submission.py::TestSubmission::test_audio --boxed

______ TestSubmission.test_audio_______
Traceback (most recent call last):
  File "/home/ben/work/ws/mediagoblin/mediagoblin/tests/test_submission.py", line 377, in test_audio
    self.check_normal_upload('Audio', path)
  File "/home/ben/work/ws/mediagoblin/mediagoblin/tests/test_submission.py", line 121, in check_normal_upload
    **self.upload_data(filename))
  File "/home/ben/work/ws/mediagoblin/mediagoblin/tests/test_submission.py", line 90, in do_post
    response = self.test_app.post(url, data, **kwargs)
  ⋮
  File "/home/ben/work/ws/mediagoblin/mediagoblin/submit/views.py", line 73, in submit_start
    user=request.user.username)
  ⋮
DetachedInstanceError: Instance <LocalUser at 0x7f607207d110> is not bound to a Session; attribute refresh operation cannot proceed

I've chased it down to mediagoblin/submit/lib.py:208. Before this line, user is ok, but afterwards, it's detached from the SQLAlchemy session.

I've looked back through the version control history, and this error is occurring for me right back to when test_audio was added in c41705bf. That suggests that the error is related to an incompatible version of a dependency installed on my computer. I've attached the output of pip freeze.

This appears to not be related to #5323: Audio submission failing.