The "scripts" directory was removed since commands are generated at
install-time. So local_run must "install" weboob to run the commands,
albeit it will do it in a very local virtualenv folder.

In setuptools, it's not possible to have an optional dependency
triggering what files are installed and how to build certain files, we
have to make 2 setup.py.
Unfortunately, having 2 setup.py files does possible in one repository.
So, we have to split the repository in 2.
After this point, the repository will fork. One repository will take only
qt stuff, and the other repository will contain browser framework, cli apps
and modules.

Qt apps are under the weboob.applications package though.
To have 2 pip packages shipping files in the same root
package (weboob.*), the package must be namespaced. This can be achieved
by tweaking all ancestor __init__.py files.

"scripts" folder contain files that can be easily generated by
setuptools since they are merely wrappers to weboob.applications.*.

The whole "scripts" is removed.
It will require weboob developers not to simply point their PATH
to the scripts dir.

This will allow setup.py to avoid the scripts dir and use entry-points

Shorter messages and to the point, also show when saved.

This allows filtering and it is also nicer to have a prefix.

- Remove debugging tweaks (log.debug, extra overrides,...)
- Fix lint complains
- Published as a python3 compatible module

This reverts commit 3b8cc43d.

Despite looking close to French web site, it Hong Kong web site is
completely different and need its own support.
So far login, getting accounts and account history are working.
There is no such "coming" entries in Hong Kong as all entries are
recorded alnost in real time even for credit cards which are deferred
toward parent account but real time toward own account.
Profile might be added later.

There is no support yet for investments, loans and deposits as I have no
mean to test.

There is an enhancement that could be considered: enrich entries from
FPS (Fast Payment Service) additional details. Not yet supported

All dates are at least missing the year, but it is implied they are
current year, current day, etc.
Also tested under Python 3.

Under Python 3, __pycache__ is used, and is not cleaned up.
It is also not necessary to clean it up anymore, since those .pyc files
cannot be imported without a .py files unlike what happens under Python 2.

Otherwise in many cases we can end up with too many lines before or
after.

Sometimes it is lowercase, uppercase, or even bytes instead of unicode
strings!
This removes a warning under Python 3.

Corrected regex for FRAIS TRIMESTRIELS DE TENUE DE COMPTE.

Typed Transactions with COMMISSION PAIEMENT PAR CARTE in their label
as TYPE_BANK.

Typed Transactions with CREDIT CARTE BANCAIRE in their label as
TYPE_CARD and added rdate parsing.

Wrongpasses were not handled at all yet.

Since all code is supposed to be python3 compatible, we should not
restrict files passing through pyflakes3.

The dates where evaluated at startup, this meant NEXT_DAY and NEXT_24H
were fixed since the browser creation not when raising the exception

This will prevent from silently returning a bad datetime.

[browser/exceptions] BrowserTooManyRequests: Check whether the next_try is None after the date check

If we check if next_try is None first, then we will set the next_try to
a default datetime that will be overriden by the next check on date.

This will prevent giving a message to BrowserTooManyRequests instead of
a next_try by mistake.

In some revolving credits the displayed balance is the available amount
instead of the used amount, it needs to be overriden with the used
amount.

Closes: 14567@zendesk