postpone db update for when it is really needed

would help lower the load when massive changes to the db are made

the db will be updated when a new song needs to be queued, and until
that need arises the db may be changed again

the (not that big) delay for db update when new song is needed is not
a problem, because it is about keeping the playlist full -- not an
urgent need

make database update a synchronous operation

when someone calls for it, they rely that after the call to ->update_db
returns the database is fresh

there are tree callers - 'single', 'one-shot' and the database update
notification

more on-demand connections

rework command line handling - commands are commands, options are --options

also, initializa connections only if/when needed

Log::Any, proper idle looping

could not make Net::Async::MPD->idle work as expected, and the "manual"
method seems reliable

fix handling of database info

proper mpd connection initialization

make feeder->mpd accessible

declare used modules

added --skip-db-update option

skips initial database update

fix interval handling when finding suitable songs

fixed SQL param numbers

fixed database connection string

initial source import

option/config parsing works, perhaps the db interactions too