Andrzej Lisak authored 1 year ago and Bartek Wrona committed 11 months ago

Needed for supplemented API calls to get_recent_trades/get_trade_history

block_log in node

-prepare universal function to execute block_log_util
-prepare unique exception for errors from block_log_util
-implement block_log_util subcommands: generate-artifacts, get-block,
get-head-block-number
- create complex function get_head_block_time

Rationale:
- we already have a way of setting executable paths and we do it
  by specyfying the environment variables.
- in .py scripts using test-tools it causes problems when this script
  defines it's own ArgumentParser. In such a situation test-tools parser
  takes precedence and overrides the one which user defined in its .py
  script.

  Example:
  usage: testnet_node.py [-h] [--build-root-path BUILD_ROOT] [--hived-path HIVED] [--cli-wallet-path CLI_WALLET] [--get-dev-key-path GET_DEV_KEY] [--compress-block-log-path COMPRESS_BLOCK_LOG]

  options:
    -h, --help            show this help message and exit
    --build-root-path BUILD_ROOT
    --hived-path HIVED
    --cli-wallet-path CLI_WALLET
    --get-dev-key-path GET_DEV_KEY
    --compress-block-log-path COMPRESS_BLOCK_LOG

  Before the test-tools integration with helpy it was possible
  to workaround this situatiog (in a ugly way although) by calling .py
  script .parse_args() before importing test-tools.

  I believe that this functionality is unnecessary from the above point
  and only generates problems. The use of test-tools should not overwrite
  the cli parser argument in the .py script which uses them.

It also bumps the helpy version.
(I cannot separate these commits since there is
a schemas .whl "schemas (0.0.1.dev283+db2351d)"
missing in the schemas package registry -
someone forgot to push that .whl using CI manual job
but since some newer time schemas
automatically push their .whl to the registry
this is no longer an issue)