From http://bugs.debian.org/513291

 "In mpd.conf, the "admin" permission covers updating the db and
 killing mpd.

 "Since there are quite some usecases in which the user can upload
 music to the mpd's directory by means of anonymous FTP or so, it is
 desirable that any user may issue a db update, while killing the mpd
 should not be possible.

 "I'd suggest to remove the db update from the admin group and either
 add it to "control" or an own group."

When set, MPD will not auto-start playback on startup; it will be in
"paused" state.

The client-to-client protocol was added, and that justifies increasing
the protocol version.

Added a new optional parameter for the shout plugin called "url".

I wanted mpd to play a mp3 stream from a music website.  The stream is
only available to subscribers, which restriction is enforced through
normal http authentication.  However, the URL I get from the website
is not the final URL of the stream, but a generic URL which points to
the real one through a redirect (code 301).  Thus, I cannot predict
the final URL, and so I cannot use the username:password hack to force
the authentication, and mpd (libcurl on mpds behalf) fails to grab the
stream.

libcurl allows the option CURLOPT_NETRC to be set and then the
credentials can be stored in the good old .netrc file (in this case it
would be ~mpd/.netrc, of course).  But mpd doesn't set this option.  I
think it should.

Remote Audio Output Protocol (RAOP), for Apple devices.

Don't finish the current command twice.

This bug was never noticed, but was revealed by a new assertion check.

Merge some code.

GMutex/GCond guarantee that the access to removed_song is protected.

Remove the decoder dependency on player_control.  All player_control
was needed for is to signal the player thread, and we can do that with
a simple GCond as well.

Only dc_command_wait_locked() is really being used.

dc_new() allocates the object and returns it.  dc_free() frees it
(replaces dc_deinit()).

Allocate a player_control object where needed, and pass it around.
Each "client" object is associated with a "player_control" instance.

This prepares multi-player support.

In findAddInDirectory(), call playlist_append_song() directly, to have
some more type checking.

Conflicts:
	NEWS

A bit of automake magic (see info automake "Per-Object Flags").
Compile-tested.

Seems like we forgot to give this module a name...  this can crash MPD
on startup.

Conflicts:
	NEWS
	configure.ac

Conflicts:
	NEWS
	configure.ac
	src/directory.h

When a music_chunk to be crossfaded consists only of a tag,
cross-fading is not possible, and led to an assertion failure.  This
patch just discards those, as if cross-fading was not enabled.

During the whole output thread, the audio_output object is locked, and
it is only unlocked while waiting for the GCond and while running a
plugin method.  The error handler in ao_play_chunk() attempted to lock
the object again, which was code from MPD 0.15.x which should have
been removed a long time ago.

Until the decoder plugin has called decoder_initialized(), the player
may not submit seek commands.  This however could occur with a slow
decoder and a CUE file with a virtual song offset.  This patch adds
another check.