This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eric.araujo
Recipients alexis, eric.araujo, graingert, tarek
Date 2013-02-04.15:26:18
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1359991578.5.0.182305018626.issue17096@psf.upfronthosting.co.za>
In-reply-to
Content
The general idea is absolutely right: using proper keyrings (or ssh) is an excellent thing for security and ease of use.  A big obstacle however is the rules for stdlib inclusion: a module such as keyring which is tied to specific applications/libs/file formats and may need a short release cycle to adapt for changes in the programs.  So while I think keyring is a great library, I fear it does not fit the criteria for stdlib inclusion.

The workaround is to enter your password each time you upload and never store it.  This isn’t great.

What if there was an option specifying a program to call to get the password?  That way one could use clvault (command-line interface to python-keyring), maybe ssh-askpass, keepass, etc., but we wouldn’t have code subject to obsolescence in the stdlib.  It would not be as nice as seamless password retrieval, and it would not be 100% secure (password is still in memory), but it would solve the storage problem.  What do you think?

[FYI the distutils2 project is stopped.  I don’t have the time right now to go into details again, and there isn’t a single link I can give that explains things well.]
History
Date User Action Args
2013-02-04 15:26:18eric.araujosetrecipients: + eric.araujo, tarek, alexis, graingert
2013-02-04 15:26:18eric.araujosetmessageid: <1359991578.5.0.182305018626.issue17096@psf.upfronthosting.co.za>
2013-02-04 15:26:18eric.araujolinkissue17096 messages
2013-02-04 15:26:18eric.araujocreate