[issue19734] venv and ensurepip are affected by pip environment variable settings

Roundup Robot added the comment: New changeset 3b3d1c312042 by Nick Coghlan in branch 'default': Issue #19734: add missing NEWS entry http://hg.python.org/cpython/rev/3b3d1c312042 -- ___ Python tracker

[issue19734] venv and ensurepip are affected by pip environment variable settings

Roundup Robot added the comment: New changeset 98d8bf13a32c by Nick Coghlan in branch 'default': Issue #19734: ignore pip env vars in ensurepip._uninstall http://hg.python.org/cpython/rev/98d8bf13a32c -- ___ Python tracker

[issue19734] venv and ensurepip are affected by pip environment variable settings

Nick Coghlan added the comment: The PIP_REQUIRES_VIRTUALENV buildbot still failed: http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%203.x/builds/3495/steps/test/logs/stdio This suggests both that the setting didn't get cleared as expected *and* that pip 1.5rc2 still failed to detec

[issue20053] venv and ensurepip are affected by default pip config file

Nick Coghlan added the comment: pip side counterpart, suggesting an explicit "isolated mode" option: https://github.com/pypa/pip/issues/1397 -- ___ Python tracker ___ __

[issue19347] PEP 453 implementation tracking issue

Nick Coghlan added the comment: Issue 20053 covers the fact that the default pip config file affects ensurepip and venv. -- ___ Python tracker ___ __

[issue19734] venv and ensurepip are affected by pip environment variable settings

Nick Coghlan added the comment: Issue 20053 covers a related issue with ensurepip and venv being affected by the user's default pip config file. -- ___ Python tracker ___ __

[issue20053] venv and ensurepip are affected by default pip config file

New submission from Nick Coghlan: In resolving issue 19734, I realised venv and ensurepip are actually in a similar situation with respect to the default pip configuration file as they were with respect to environment variables: those settings are unlikely to be appropriate for ensurepip, but

[issue19734] venv and ensurepip are affected by pip environment variable settings

Roundup Robot added the comment: New changeset 7a5a4d7c564d by Nick Coghlan in branch 'default': Close #19734: ignore pip env vars in ensurepip http://hg.python.org/cpython/rev/7a5a4d7c564d -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___

[issue19999] test_monotonic fails on x86 OpenIndiana

Tim Peters added the comment: @Zach, "it would be nice" to know more about this. I tried your little program on a desktop box, 32-bit Windows Vista, Python 3.3.2, but I boosted the loop count to 10,000. So it ran well over an hour, with a wide variety of other loads (from 0 to 4 (of 4) cores

[issue19422] Neither DTLS nor error for SSLSocket.sendto() of UDP socket

Vajrasky Kok added the comment: Thanks, Antoine, for the review! Attached the patch to address Antoine's concern. -- Added file: http://bugs.python.org/file33256/raises_error_on_wrap_socket_with_sock_dgram_v2.patch ___ Python tracker

[issue19563] Changing barry's email to ba...@python.org

Roundup Robot added the comment: New changeset f07689845f55 by Benjamin Peterson in branch '2.7': update Barry's email (closes #19563) http://hg.python.org/cpython/rev/f07689845f55 New changeset 9529c6c993fe by Benjamin Peterson in branch '3.3': update Barry's email (#19563) http://hg.python.org

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Nick Coghlan added the comment: That is, I think the answer to both your questions is actually "Yes, but it doesn't really matter due to the obscurity of the use case". -- ___ Python tracker ___

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Nick Coghlan added the comment: Yes, I think it will just make the third party idiom for testing that the right module was imported to be to check spec.origin rather than comparing specs directly. It's a nice-to-have, rather than something essential that justifies breaking feature freeze. --

[issue20052] input() crashes in 2.7.6

Christian Heimes added the comment: It's nota bug, it's a feature. Python 2.x interprets numers with a 0 prefix as octal numbers. '8' and '9' are no valid tokens in octal notation. >>> 010 8 >>> 10 10 http://docs.python.org/2.7/reference/lexical_analysis.html#numeric-literals -- nosy

[issue20052] input() crashes in 2.7.6

New submission from VeloxAmbitum: Using input(string) to read a number crashes whenever the number is "0*8*" or "0*9*" where * can be any number (i.e., "09", "08", and "0102393" all cause the code to crash). Crash occurs on Windows 7 x64 running 32 bit Python version 2.7.6 as a Syntax Error:

[issue18983] Specify time unit for timeit CLI

Julian Gindi added the comment: Just wanted to check in and see if the documentation change I made is sufficient. I tried to copy the other entries for the command line arguments. Let me know if I can improve it in any way. -- ___ Python tracker

[issue19999] test_monotonic fails on x86 OpenIndiana

Zachary Ware added the comment: I think the minimum bound for dt could stand to be relaxed very slightly, here's some results from my 64-bit Win7 box running 32-bit Python: 3.4.0b1 (default:eae6966d9734+, Dec 21 2013, 15:47:14) [MSC v.1600 32 bit (Intel)] sys.getwindowsversion(major=6, minor=1

[issue19563] Changing barry's email to ba...@python.org

Barry A. Warsaw added the comment: Thanks for the patch! I don't care if the old email address is retained in the test data (maybe it's even a good thing those point to nonexistent addresses :). Definitely change the one in pygettext.py. -- ___ Py

[issue20051] PA-RISC buildbot: compiler cannot create executables

New submission from Stefan Krah: I think the demo mode for aCC has expired on h2 | HP-UX 11iv2 | PA-RISC: bash-4.0$ cc +DD32 -o xxx xxx.c Error: Demo mode has expired. Contact your Hewlett-Packard sales office to order HP C Compiler -- keywords: buildbot messages: 206831 nosy: skrah

[issue15826] Increased test coverage of test_glob.py

Changes by Antoine Pitrou : -- assignee: -> ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue11471] If without else generates redundant jump

Changes by Antoine Pitrou : -- nosy: +serhiy.storchaka stage: -> patch review versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ __

[issue16500] Add an 'atfork' module

Changes by Antoine Pitrou : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19501] Buildbot testing of 3.2 broken

Antoine Pitrou added the comment: > Antoine, can you fix this on the buildmaster or need I apply the patch in the > 3.2 branch? I'd rather you apply the patch in the 3.2 branch. -- ___ Python tracker

[issue7171] Add inet_ntop and inet_pton support for Windows

Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue19563] Changing barry's email to ba...@python.org

Changes by Antoine Pitrou : -- assignee: -> barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue18379] SSLSocket.getpeercert(): OCSP and CRL DP URIs

Changes by Antoine Pitrou : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue19648] Empty tests in pickletester need to be implemented or removed

Antoine Pitrou added the comment: The patch looks fine to me. Gennadiy, could you go and sign a contributor's agreement? http://www.python.org/psf/contrib/ Thanks very much. -- ___ Python tracker _

[issue19648] Empty tests in pickletester need to be implemented or removed

Changes by Antoine Pitrou : -- stage: needs patch -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue19610] setup.py should allow a tuple for classifiers

Éric Araujo added the comment: Classifiers have always been documented as a list; I don’t think a tuple makes more sense here (even if it does no harm), but more importantly I think it’s a bad idea to have a setup.py that would work in 3.5 and not in 3.2-3.4. I suggest rejecting this. --

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Larry Hastings added the comment: 1. Is this patch going to change best practice for working with ModuleSpec? 2. If we delayed it to 3.5, will users have to ignore it to work around the deficiencies of the ModuleSpec implementation in 3.4? I'm guessing the answer to both of these is "well, no,

[issue16136] Removal of VMS support

John Malmberg added the comment: Access to VMS licenses and media: 1. Hobby - non-commercial applications - Free with 1 year time-bombed license keys with free media download. A self-service mostly web based system. http://www.openvms.org/pages.php?page=Hobbyist Easiest way to get a membersh

[issue19940] ssl.cert_time_to_seconds() returns wrong results if local timezone is not UTC

gudge added the comment: 1) I understand I can run a whole test suite as ./python -m test -v test_abc as mentioned in http://docs.python.org/devguide/runtests.html How do I run a particluar test case, like the test I added test_cert_time_to_seconds 2) I have a added a test case test_cert_time_t

[issue20033] Fix makelocalealias.py for Python 3

Antoine Pitrou added the comment: Sounds ok to me. -- assignee: -> serhiy.storchaka nosy: +pitrou stage: -> commit review ___ Python tracker ___ ___

[issue19610] setup.py should allow a tuple for classifiers

Changes by Antoine Pitrou : -- stage: patch review -> needs patch title: TypeError in distutils.command.upload -> setup.py should allow a tuple for classifiers type: behavior -> enhancement versions: -Python 3.3 ___ Python tracker

[issue15340] OSError with "import random" when /dev/urandom doesn't exist (regression from 2.6)

Antoine Pitrou added the comment: 2.6 and 3.1 don't receive bug fixes anymore, closing. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker _

[issue19508] Add warning that Python doesn't verify SSL certs by default

Changes by Antoine Pitrou : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue15216] Support setting the encoding on a text stream after creation

Changes by Antoine Pitrou : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19216] stat cache for import bootstrap

Changes by Antoine Pitrou : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9303] Migrate sqlite3 module to _v2 API to enhance performance

Changes by Antoine Pitrou : -- versions: +Python 3.5 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17325] improve organization of the PyPI distutils docs

Antoine Pitrou added the comment: This looks good to me. It may also be worth changing example URLs to use "https" instead of "http", and mentioning the test PyPI server in the pypirc section: https://wiki.python.org/moin/TestPyPI Chris, please proceed. -- assignee: eric.araujo -> chr

[issue19610] TypeError in distutils.command.upload

Antoine Pitrou added the comment: I don't think accepting a tuple for classifiers is a bugfix. Furthermore, the latest patch is much too intrusive and may break legitimate uses. -- nosy: +pitrou ___ Python tracker

[issue20049] string.lowercase and string.uppercase can contain garbage

R. David Murray added the comment: Yes, I definitely think this falls into the category of platform bugs, and we only maintain workarounds for those for "mainstream" OSes. Others need to maintain their own local patches, just as for any other changes that are required to get Python working on

[issue20049] string.lowercase and string.uppercase can contain garbage

Stefan Krah added the comment: IOW, I also support closing this issue. :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue20049] string.lowercase and string.uppercase can contain garbage

Stefan Krah added the comment: Alexander, the "domain fo the function" probably refers to the range [-1, 256]. C99: The header declares several functions useful for classifying and mapping characters.166) In all cases the argument is an int, the value of which shall be representable as a

[issue20049] string.lowercase and string.uppercase can contain garbage

Antoine Pitrou added the comment: As to whether we will add a workaround for this in Python: - Python follows POSIX correctly here, and no issue was reported in mainstream OSes such as Linux, OS X or the *BSDs - this only exists in 2.7, which is in extended maintenance mode (it's the last of

[issue20049] string.lowercase and string.uppercase can contain garbage

Antoine Pitrou added the comment: To elaborate yet a bit, I agree with the following statement in the aforementioned [illumos-devel] discussion thread: """In further explanation, the isalpha() and friends *should* probably return false for the value 196, or any other byte with high order bit s

[issue20045] setup.py register --list-classifiers is broken

Antoine Pitrou added the comment: > Thanks for fixing. =) You're welcome. Unfixed distutils regressions are painful... -- ___ Python tracker ___

[issue20049] string.lowercase and string.uppercase can contain garbage

Antoine Pitrou added the comment: > I've discussed this once more. > > >From islower man page: > > RETURN VALUES > If the argument to any of the character handling macros is > not in the domain of the function, the result is undefined. This is not the wording of the POSIX spec: h

[issue20045] setup.py register --list-classifiers is broken

Giampaolo Rodola' added the comment: Thanks for fixing. =) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue19363] Python 2.7's future_builtins.map is not compatible with Python 3's map

Raymond Hettinger added the comment: I agree with you in principle, but it is far too late in 2.7's development to take away a capability. -- ___ Python tracker ___

[issue20009] Property should expose wrapped function.

Raymond Hettinger added the comment: > When using the @property decorator the wrapped functions > are not exposed for source introspection. > (At least I can't see how they are.) The underlying functions are already exposed as the "fget", "fset", and "fdel" attributes of property objects. He