[issue26798] add BLAKE2 to hashlib

2016-04-18 Thread Zooko Wilcox-O'Hearn
Zooko Wilcox-O'Hearn added the comment: Oh, just to be clear, I didn't mean to imply that BLAKE2 is _less_ safe than SHA-3. My best estimate is that BLAKE2 and SHA-3 are equivalently safe, and that either of them is safer than SHA-2, SHA-1, or MD5

[issue26798] add BLAKE2 to hashlib

2016-04-18 Thread Zooko Wilcox-O'Hearn
New submission from Zooko Wilcox-O'Hearn: (Disclosure: I'm one of the authors of BLAKE2.) Please include BLAKE2 in hashlib. It well-suited for hashing long inputs (e.g. files), because it is substantially faster than SHA-3, SHA-2, SHA-1, or MD5 while also being safer than SHA-2, SHA-1, or MD5

[issue5720] ctime: I don't think that word means what you think it means.

2013-08-23 Thread Zooko Wilcox-O'Hearn
Zooko Wilcox-O'Hearn added the comment: Well, read the thread! http://mail.python.org/pipermail/python-dev/2009-June/090021.html Basically just a couple of +1's, and a good suggestion to name it something clearer than crtime. Please fix it! -- nosy: +Zooko.Wilcox-O'Hearn

[issue5720] ctime: I don't think that word means what you think it means.

2013-08-23 Thread Zooko Wilcox-O'Hearn
Zooko Wilcox-O'Hearn added the comment: Benjamin Peterson: what do you mean hijack ctime? I don't think I — or anyone — has proposed anything that fits that description. Please be more specific. My proposal in http://bugs.python.org/issue5720#msg85750 does not break anything

[issue5720] ctime: I don't think that word means what you think it means.

2013-08-23 Thread Zooko Wilcox-O'Hearn
Zooko Wilcox-O'Hearn added the comment: Benjamin: I'm sorry, I still don't understand. Do you think my proposal would involve setting something named ctime to contain a value that didn't come from the underlying stat ctime? -- ___ Python tracker

[issue5720] ctime: I don't think that word means what you think it means.

2013-08-23 Thread Zooko Wilcox-O'Hearn
Zooko Wilcox-O'Hearn added the comment: Aha! Mystery solved. I wouldn't say that you were stupid — I would say that crtime is way too close to ctime, and I strongly agree with the suggestion (http://mail.python.org/pipermail/python-dev/2009-June/090026.html) on the mailing list by Greg Ewing

ANNOUNCING Tahoe, the Lofty-Atmospheric Filesystem, v1.5

2009-08-01 Thread Zooko Wilcox-O'Hearn
] for details). Zooko Wilcox-O'Hearn on behalf of the Tahoe-LAFS team Special acknowledgment goes to Brian Warner, whose superb engineering skills and dedication are primarily responsible for the Tahoe implementation, and significantly responsible for the Tahoe design as well, not to mention most

Re: [Python-Dev] .pth files are evil

2009-05-10 Thread Zooko Wilcox-O'Hearn
On May 9, 2009, at 9:39 AM, P.J. Eby wrote: It would be really straightforward, though, for someone to implement an easy_install variant that does this. Just invoke easy_install -Zmaxd /some/tmpdir packagelist to get a full set of unpacked .egg directories in /some/tmpdir, and then move

how GNU stow is complementary rather than alternative to distutils

2009-05-10 Thread Zooko Wilcox-O'Hearn
On May 10, 2009, at 11:18 AM, Martin v. Löwis wrote: If GNU stow solves all your problems, why do you want to use easy_install in the first place? That's a good question. The answer is that there are two separate jobs: building executables and putting them in a directory structure of