inotify: set a flag so a failed inotify query doesn't get repeated. If, for some reason, we can't get the inotify server to start, it's better to disable inotify queries for the instance to avoid trying over and over to start the server, which takes time. Just fall back on repo.status()

inotify: introduce debuginotify, which lists which paths are under watch

inotify: put STAT-specific query answer generation part in its own method

inotify: change protocol so that different query types can be supported.

inotify: Separate query sending logic from Server starting. Use a decorator around the public statusquery method of Client: start_server(query_to_server): try: query_to_server() except QueryFailed: [error recovery, inotify Server (re)starting] query_to_server() This way, introducing a new xxxquery Client method is easy: one has only to code the protocol part of xxxquery, ignoring errors, and decorating it using start_server to handle server recovery and (re)starts

inotify: modular architecture for inotify clients Put the socket init, query generation and response analysis in a more generic client class.

setup: another newline if version could not be established.