[v0.1.9] Issue running the command `mila code`

[minhto2802]

Make sure you can reproduce the issue with the latest version available

pip install milatools --upgrade
[milatools command e.g. mila code ...]

What command did you run?

mila code projects/mllm_knowledge/

Describe the bug

Traceback (most recent call last):
File "C:\Users\tnnha\anaconda3\Lib\site-packages\milatools\cli\commands.py", line 83, in main
mila()
File "C:\Users\tnnha\anaconda3\Lib\site-packages\milatools\cli\commands.py", line 140, in mila
return function(**args_dict)
^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\typing_extensions.py", line 3004, in wrapper
return arg(*args, **kwargs)
^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\milatools\cli\commands.py", line 567, in code_v1
remote = RemoteV1(cluster)
^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\milatools\utils\remote_v1.py", line 140, in init
connection.open()
File "C:\Users\tnnha\anaconda3\Lib\site-packages\fabric\connection.py", line 665, in open
result = self.client.connect(**kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\client.py", line 435, in connect
self._auth(
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\client.py", line 682, in _auth
self._transport.auth_publickey(username, key)
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\transport.py", line 1580, in auth_publickey
return self.auth_handler.wait_for_response(my_event)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\auth_handler.py", line 236, in wait_for_response
raise e
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\transport.py", line 2109, in run
handler(self.auth_handler, m)
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\auth_handler.py", line 298, in _parse_service_accept
sig = self.private_key.sign_ssh_data(blob)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\paramiko\dsskey.py", line 117, in sign_ssh_data
).private_key(backend=default_backend())
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\cryptography\hazmat\primitives\asymmetric\dsa.py", line 242, in private_key
return ossl.load_dsa_private_numbers(self)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\tnnha\anaconda3\Lib\site-packages\cryptography\hazmat\backends\openssl\backend.py", line 868, in load_dsa_private_numbers
dsa._check_dsa_private_numbers(numbers)
File "C:\Users\tnnha\anaconda3\Lib\site-packages\cryptography\hazmat\primitives\asymmetric\dsa.py", line 283, in _check_dsa_private_numbers
_check_dsa_parameters(parameters)
File "C:\Users\tnnha\anaconda3\Lib\site-packages\cryptography\hazmat\primitives\asymmetric\dsa.py", line 275, in _check_dsa_parameters
raise ValueError("q must be exactly 160, 224, or 256 bits long")
ValueError: q must be exactly 160, 224, or 256 bits long

Desktop (please complete the following information):

Windows 11

Additional context

It was working completely fine for me the day before.