<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, 22 Sep 2015 at 04:56 Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 22 September 2015 at 09:56, Stephen J. Turnbull <<a href="mailto:stephen@xemacs.org" target="_blank">stephen@xemacs.org</a>> wrote:<br>
> Steven D'Aprano writes:<br>
><br>
>  > I wouldn't include punctuation [in the password alphabet] by<br>
>  > default, as too many places still prohibit some, or all,<br>
>  > punctuation characters.<br>
><br>
> Do you really expect users to choose their own random passwords using<br>
> this function?  I would expect that this function would be used for<br>
> initial system-generated passwords (or system-enforced random<br>
> passwords), and the system would have control over the admissible set.<br>
> But users who have to conform to somebody else's rules much prefer<br>
> obfuscated passwords that pass strength tests to random passwords in<br>
> my experience.<br>
<br>
Right, the primary use case here is "web developer creating a default<br>
password for an automatically created admin account" (for example),<br>
not "end user creating a password for an arbitrary service".<br>
<br>
We don't want to overgeneralise the canned recipes - keep them dirt<br>
simple, and if folks want something slightly different, we can go the<br>
itertools path and have recipes in the documentation.<br></blockquote><div><br></div><div>Out of this whole proposal, this password function is the one I'm most worried about. As someone who has a project whose entire job is to generate consistent passwords, I can tell you it's a messy business that will just lead to never-ending complaints about "why didn't you include this as part of password alphabet" or "why did you choose that length". It just isn't worth the hassle when it isn't going to impact a majority of Python users. This can be something that web frameworks and other folks worry about. </div></div></div>