Issue #102 Works around some lower level code ignoring a TCP FIN

This is not a solution, rather, by delaying the request for channel
data a new conversation will be started. The root cause of the protocol
violation should be found.
fixes #121

refactored channel download and clean stale channel data when modified
on the backend
Update HLS warning strings
Add/rework counters for testing channel sync results
Reword error message when backend errors are detected.

Wiki FAQ has been updated to explain the meaning of the
error.
Prevent 'stale' channel deletes from affecting good ones

Tested on 0.25 and 0.27-pre2 (with ETags disabled.)
Start getChannelInfoList( ) with StartIndex 0, not 1

The 1st channel in every source was missing when channel syncs
were done.

Also, add missing count = 0; so update/insert counts will be correct.
removed unneeded query arg
added commented code for help testing with empty etags
Merge branch 'master' of git@github.com:MythTV-Clients/MythTV-Android-Frontend.git
removed etag for video source list, when it returns a 304, it never
allows for channel updates to occur.
Uncommented Dan's createEmptyETag in download()

Solves the NPE's when there was no change in a source's channels.
Tested on 0.25 and 0.27-pre2.
updated log message
fixed NPE when downloading existing returned 304
force all etags to be created new, which forces all channels listings to
always be downloaded and disabled notifications so as to not indicate it
is always downloading
prepare for release v1.10.0
prepare licenses for release
Comment out System.out.printlns that use an API 11 method

queryBuilder.buildQuery was noticed on the Developer Console.
commented further debug messages
prepare for release v1.10.1