Resolve "pilatus hardware rois broken"

Closes #2729

See merge request !3663

Resolve "bug in aerotech controller"

Closes #2730

See merge request !3664

Add also hwroi / model as camera properties

Rework scan_info acquisition chain

Closes #2687

See merge request !3624

Resolve "bliss session killed by a greenlet timeout error in setup"

Closes #2714

See merge request !3650

Clean up on ScansWatcher

See merge request !3659

Resolve "gevent exception (cannot switch to a different thread): SCAN_SAVING"

Closes #2715 and #2711

See merge request !3653

Threads have been introduced in ptpython 3.0.11 ; the input UI runs in a
separate thread. In addition, default completers also run in threads.
This is a problem for us, for 3 reasons:

    - aiogevent sets up a gevent backend for asyncio, as a result operations that
      run in an executor for example are executing in different gevent hubs ; it
      is not safe to share gevent objects between threads
    - when showing results, code is called from another thread
        - as we display `__info__` strings which can communicate via sockets etc,
        we get "cannot switch to a different thread" error since sockets cannot be
        shared between gevent loops in different threads
    - when executing properties and methods discovery for completion, there is a
      possibility of communication via sockets, to get redis keys (for example),
      this cannot be executed in another thread (same reason as above)

This code overwrites ._create_buffer(), .read() and .run_async() in order to provide
versions with no threads ; in our case there is no blocking because we use
aiogevent for asyncio + monkey-patched Python so we can avoid threads.
    completely.

Fix conda config

See merge request !3652

Resolve "dialogs cannot be displayed with ptpython 3"

Closes #2721

See merge request !3657

Resolve "missing aiogevent in requirement win"

Closes #2720

See merge request !3656