You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
snet_cli can now be used by Python 3.7 and depends on a number of libraries with outdated versions (web3, eth_account, trezor, protobuf, etc. etc.). For example, snet-cli requires web3==4.8.3, which seems to be incompatible with Python 3.10 (producing ImportError: cannot import name 'Mapping' from 'collections'). If a newer version of web3 is installed under Python 3.10, ImportError goes away, but eth_account.internal is used by snet-cli, which is absent in the newer version of eth_account used in the newer version of web3. While using Python 3.7 is ok for CLI by itself, it is really inconvenient for integrating into other components for automatic usage. For example, SNet Platform Assistant may need to automatically collect information about services, and this functionality is fully provided by Python components of snet-cli, and thus it would be very convenient to have an snet-cli version compatible with, say, Python 3.10 to make snet-cli interoperable with newer libraries and tools in the same environment.
The text was updated successfully, but these errors were encountered:
snet_cli can now be used by Python 3.7 and depends on a number of libraries with outdated versions (
web3
,eth_account
,trezor
,protobuf
, etc. etc.). For example, snet-cli requires web3==4.8.3, which seems to be incompatible with Python 3.10 (producingImportError: cannot import name 'Mapping' from 'collections'
). If a newer version of web3 is installed under Python 3.10,ImportError
goes away, buteth_account.internal
is used by snet-cli, which is absent in the newer version ofeth_account
used in the newer version ofweb3
. While using Python 3.7 is ok for CLI by itself, it is really inconvenient for integrating into other components for automatic usage. For example, SNet Platform Assistant may need to automatically collect information about services, and this functionality is fully provided by Python components of snet-cli, and thus it would be very convenient to have an snet-cli version compatible with, say, Python 3.10 to make snet-cli interoperable with newer libraries and tools in the same environment.The text was updated successfully, but these errors were encountered: