A user is uploading a number of ogg video files to my instance (videos with .ogg extension). These files transcode fine, which makes me think I have the correct python bindings for ogg files, but they hang at the thumbnail stage. Once this happens, that celery worker becomes stuck waiting and cannot be used for anything else. When enough of these files get uploaded and processed, all of my celery workers become stuck and nothing else proceeds. I have to restart my celery service to kill the stuck workers and make them available for use again.

I added a bunch of debug logging statements and tracked it down to the following line in mediagoblin/media_types/video/transcoders.py.

sample = appsink.emit("pull-preroll")

Online gst documentation says that pull-preroll may block until the preroll buffer or EOS signal is received, which appears to be happening on my instance with these video files.

The normal way of retrieving samples from appsink is by using the gst_app_sink_pull_sample() and gst_app_sink_pull_preroll() methods. These methods block until a sample becomes available in the sink or when the sink is shut down or reaches EOS.

If a blocking behaviour is not desirable, setting the "emit-signals" property to TRUE will make appsink emit the "new-sample" and "new-preroll" signals when a sample can be pulled without blocking.

The "caps" property on appsink can be used to control the formats that appsink can receive. This property can contain non-fixed caps, the format of the pulled samples can be obtained by getting the sample caps.

If one of the pull-preroll or pull-sample methods return NULL, the appsink is stopped or in the EOS state. You can check for the EOS state with the "eos" property or with the gst_app_sink_is_eos() method.

​https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-appsink.html

I encountered two minor problems setting up a development environment on my Mac:

• A trailing slash in devtools/compile_translations.sh caused that script to fail because the parameter to pybabel's -l option ended up blank instead of containing the language code.
• A few files and directories were missing from .gitignore and hence wound up in the list of local changes to be committed.

Attaching a patch to resolve.

Was trying out python3 and was trying to add a new user via gmg. I was getting this error:

Traceback (most recent call last):
  File "/srv/www/media/bin/gmg", line 9, in <module>
    load_entry_point('mediagoblin', 'console_scripts', 'gmg')()
  File "/srv/www/media/mediagoblin/gmg_commands/__init__.py", line 148, in main_cli
    args.func(args)
  File "/srv/www/media/mediagoblin/gmg_commands/users.py", line 46, in adduser
    args.email = commands_util.prompt_if_not_set(args.email, "Email:")
  File "/srv/www/media/mediagoblin/gmg_commands/util.py", line 36, in prompt_if_not_set
    variable=raw_input(text + u' ')
NameError: name 'raw_input' is not defined

Did a little searching and noticed: ​https://www.codecademy.com/forum_questions/535b85237c82ca9f46000f87#answer-535ba57f52f86373e30012ce

In Python 3.x, input() replaces raw_input(), for input from the console.

So I edited mediagoblin/gmg_commands/util.py and changed the only raw_input occurrence to input, re-ran the gmg command, and it created the user successfully (or said it did anyway; haven't tested it yet :p).

Outside of this one situation, I'm not sure if raw_input affects anything else.