Support alternative method of storing passwords

[catchthemonster]

For debian folks like me who do not use gnome and keyrings, is there a way to force pithos 1.5.1 to not create ~/.local/share/keyrings...

Great simple pandora client but this thing with passwords is annoying to say the list...
Please, try to be agnostic of really bad desktop underlying API's....

[TingPing]

I'm not going to call gnome-keyring perfect but there are no immediate plans to impelement alternative methods of storing your password and it has no dependency on GNOME.

[catchthemonster]

I have py3 module for AES encryption and decryption module that could easily be integrated in Pithos and store password locally...
If you need or want we can do this so that people can use client without any dependency on keying. It is super annoying to deal with this every time I start client and if I do not want key rings which I delete from .local/share and every every time I start Pithos need to put password over and over again in client...
Not to mention this pulls then messes up chrome and other apps that also want to store creds into key-rings...

[TingPing]

The point of a keyring is Pithos doesn't need to know about encryption, it doesn't need to prompt users for a secret password, etc.

[catchthemonster]

For what is worth I am not sure what pithos or pandora api needs but my module just needs to be called like this to encrypt and decrypt ...
Ether way thanks for responding, I think I will pull pydore lib and work with that until something changes ...
Thanks
psw = Mask('some_passwd')
enc = psw.encrypt()
print(enc)
dec = psw.decrypt(enc)

[TheKrafter]

Read up on the "Unix Philosophy", esp. the part about "make apps that do one thing really well". It's objectively better to have the gnome-keyring devs work on password storage. that way we know it works well and we dont have to maintain it.