* Fix for display.rs compute_vault_account_json that should not include wallet_type anymore (was removed from upstream branch)
* Also some changes from `cargo fmt`

* Added Changelog entry for the new version
* Adapted some of the examples in config.md to take into account the new `-c` argument
** Did a simple addition of "-c sr25519" so that current examples still make sense and link to the same SS58 addresses

Added extra message when the DB parsing of DbAccountId fails, so we know for which string it failed.

* Adapted catch_known of predefined derivations to properly handle both sr25519 and ed25519 versions of those keys.

* Added some logic between arguments of `vault import`; can't provide both `password` and `no-password`
** Added extra validation of non-interactive `name` argument value (same validation as when interactive: no '<', '>', '/' characters)
* Added possibility to make a non-interactive derivation (given proper arguments are given and there is no issue found during the process)
** Added same validation for non-interactive `derivation_path` argument as when interactive
** If the same resulting address is already in the vault; interaction is still mandatory to make a choice
* Had to change the name of argument AddressOrVaultNameGroup.name => vault_name to avoid conflict in `vault derive`
** Not changing the `-v` shortcut so no impact on existing commands
* Allowing to pass "" empty string as non-interactive `name` argument and considering it as None (does a trim before checking empty; so only spaces will be considered as None as well)

** as global parameter (taken into account if `-S` parameter is given
** as extra parameter for identity.rs commands LinkAccount & ChangeOwnerKey
*** Also added a simple display of "target" address and crypto-scheme when performing those commands

* Applied `cargo fmt`

Adapt linux build now depending on libssl-dev. Introduce tests job (#45, #46) (!42)

* Adapt linux build now depending on libssl-dev (#45)

native-tls transitive dependency introduced in !41
which requires libssl-dev package installed
for the build to find ssl components

Switching to non-slim Debian image which comes
with libssl-dev pre-installed

Introduce linux tests job: to run tests (#46)
and prevent similar issue in the future

Update changelog

* Adapted vault display to have a space before address value (for derivations); which fixes the incorrect selection when double-clicking an address in the terminal

* Added a CHANGELOG.md file
* Adapted config.md example of vault usage
* Adapted some of the command descriptions to be more consistent

* Re-did the mapping of DbAccountId so that we don't have to rely on derive macro FromJsonQueryResult that resulted in using JSON_TEXT in database column instead of VARCHAR
   * Tricky part I missed the first time was in impl of sea_orm::TryGetable::try_get_by where we should return Err TryGetError::Null in case the value is not present
   * Was otherwise throwing an exception whenever `parent` field (Option<DbAccountId>) was None when trying to persist the case in DB.

   * Now checking if GcliError Input message was for doing "ctrl+c" or "Esc" key in a prompt; in wich case we terminate the execution with the message.
   * Small correction in vault_account::compute_suri_account_tree_node where it's better to return GcliError instead of panic using unwrap if the password was incorrect.
* Renamed `clap` arguments "value_name" in different places where it wasn't clear what kind of value was expected.
   * Using "ADDRESS" everytime we expect an AccountId
   * Using "USERNAME" everytime we expect a Username (most were requesting "TARGET")
* Small corrections in `clap` help messages for `vault derive`
* Added print of selected Vault item when using vault::try_fetch_key_pair method; just before requesting it's associated password (whenever we will try to sign for an action mostly)

* Added support to show g1v1 base58 public key from (ed25519) ss58 address, AccountId, ed25519::Public with tests for those
* Renamed SecretFormat.Cesium to SecretFormat.G1v1
   * Adapted `clap` display help to reflect the change
   * Still supporting using "cesium" as "-S" secret format argument and mapping it to SecretFormat.G1v1
* Adapted display of vault
   * Changed column "Format" into "Crypto", showing either "ed25519" or "sr25519" instead of "cesium" or "substrate"
   * Adapted 1st row header to "SS58 Address/G1v1 public key"
   * For "ed25519" account, showing a 2nd row just below containing "└ G1v1: <base58 public key value>"
   * Adapted test cases and added a G1v1 account example
* Adapted (String) Display of vault_account to include "g1v1_pub_key" value when crypto_scheme is Ed25519

Co-authored-by: Hugo Trentesaux <hugo.trentesaux@lilo.org>

Co-authored-by: Hugo Trentesaux <hugo.trentesaux@lilo.org>

Co-authored-by: Hugo Trentesaux <hugo.trentesaux@lilo.org>

   * Put back simple `address` and `name` arguments in main.rs (with conflicts_with statement to prevent their usage at the same time)
   * Declared conflicts between indexer <=> no-indexer, indexer <=> network, url <=> network
   * Kept AddressOrVaultNameGroup args for vault usage since it's the only way to define one required arg within a group cleanly

* Relaxed "update" restrictions in vault_account.rs before_save checks

* Started to investigate being able to make subkey command and trying to use sp_core::crypto::CryptoType instead of custom KeyPair
* Big refactoring to have all in one vault_account db table; using recursion through `parent` property
* Added AccountTreeNode object and related methods to be able to more easily handle whole tree of accounts
* Removed now unused vault_derivation
* Replaced remaining usages of `rpassword` and removed the dependency
* Added `indoc` dependency to support cleaner display of multi-line strings in tests

Small cleanup for data's db connection; adding method connect_db that returns a &DatabaseConnection (or panics with explanation message)

Also changed some methods visibility so only connect_db is visible for usage.

Made an extra check of derivation path to make sure it's not linking to the same SS58 Address as "root" suri when doing `vault import|migrate`