Detangle EOT and EOS.

This commit tries to detangle EOS from EOT which we have incorrectly
intermingled. EOS events should only be happening at the end of the playlist
when we are about to stop. EOT handling has been removed / broken in this
change, and will need to be re-added with proper tests.
Add change track to playback providers.

This method is intended to make implementing EOT handling much more streamlined
by adding a way to easily just change the URI and any other state without
messing with gstreamer pipe states

Naming of this is a bit unfortunate as it is not the same as the
core.playback's concept of change_track. At least not yet
Use source's factory name to determine type.

Checking the URI inside the new-source handler turned out to tickle some issue
that gave us deadlocks. Getting the source and checking which factory created
it is much safer.
Setup about to finish handling for proper EOT support.

With this change we ask the core.playback system to set the next tracks uri and
otherwise update state as needed. With this change we should be able to support
streaming oggs and gapless playback to mention a few of items this fixes.

On the down side, this change breaks test_end_of_track_skips_to_next_track_on_failure
as there is no clean way to handle this with the async nature of this EOT
handling.
audio: Log buffering messages
audio: Add appsrc need-data and enough-data callbacks
audio: Make appsrc buffer between 0.5 and 1 MB of data
spotify: Only push audio data when GStreamer wants more
Merge branch 'feature/spotify-to-use-gst-time' into feature/limit-spotify-data-pushing

Conflicts:
	mopidy/audio/actor.py
	mopidy/backends/spotify/playback.py
Merge branch 'develop' into feature/limit-spotify-data-pushing
audio: Add MB constant to make code more readable
spotify: Hook need-data and enough-data callbacks onto appsrc
spotify: Reduce callback logging
Fix use of threading.Event for Python 2.6 and clear connected state.

threading.Event's wait method returns None on python pre 2.7, which means all
searches would fail. This also corrects that fact that we weren't clearing the
connected threading event on disconnects. I did not add any tests for this at
this time as I just want to get the fix out.
Release v0.11.1
Temporary workaround for #300

Likely cause of this issue is libspotify getting the intial seek to early. We
have not yet had time to dig beyond this point and develop has been broken for
to long due to this. As such this work aroundly simply ignores the first seek
to position zero outright, this avoiding what is likely a race condition in
libspotify.

Next step will be to create a minimal libspotify/pyspotify test case for this
to verify that assumption and hopefully figure out a correct fix. We also need
to look into if the intial seek can be avoided in gstreamer.
Add new mopidy.audio.utils functions (fixes #301).

Adds functions to create buffers, calcalute buffer durations based on number of
samples and the sample rate and converting milliseconds to gst internal clock
time.

This also alows for the removal of all gst imports outside of mopidy.audio.
audio: Docstring typo fixing.
audio: Unwrap line that was less than 80 chars.
audio: Docstring typo typo fixing.