On 07.11.2014 16:46, Paul Moore wrote:
Any feedback would be extremely useful. I'm at a point where I can
pretty easily set up any of these options, but if they don't turn out
to actually be usable by the target audience, it's a bit of a waste of
time! :-)
I'm hosting two Windows 7 Ultimate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01.02.2014 19:06, Brett Cannon wrote:
Yes, that is definitely a design flaw in the ssl module that should
get remedied. Did you file a bug to add a new API (whether new
function or new parameters) to accept a file-like object or string
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 26.07.2013 18:25, schrieb Donald Stufft:
PyPI has historically used MD5 in order to verify the downloads.
However MD5 is severely broken and is generally regarded as
something that should be migrated away from ASAP. From speaking
with a
Am 16.07.2013 12:21, schrieb Jannis Leidel:
On 16.07.2013, at 11:19, holger krekel hol...@merlinux.eu wrote:
Any thoughts or pointers to existing efforts within the (Python)
packaging ecologies?
Erik Rose just released peep the other day [1], which admittedly doesn't use
gpg but at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 03.06.2013 14:44, schrieb Tres Seaver:
Maybe I'm missing something, but where is the 'ez_zetup.py' script
hosted? It isn't present in the bitbucket downloads directlry.
https://bitbucket.org/pypa/setuptools/downloads/
Maybe linking to
Martin v. Löwis schrieb:
b) IIRC, upx was used to compress these executables. I don't think the
the current build process covers this, yet (but then, the current
binaries might not be compressed with upx anymore, either - not
sure whether that would be a bug). Of course, upx would
Phillip J. Eby schrieb:
Questions, comments... volunteers? :)
I've yet to read the monster package utils thread so I can't comment on
it. However I like to draw some attention to my PEP 370
http://python.org/dev/peps/pep-0370/. It's about a site packages
directory in the users home directory.
[EMAIL PROTECTED] schrieb:
So, at the risk of painting a bike-shed, I'd like to propose that we adopt
'AMD64' in distutils (needs a change), platform.py (needs a change to use
sys.getwindowsversion() in preference to pywin32, if possible, anyway),
and the Python banner (which already uses
