[issue19406] PEP 453: add the ensurepip module
Nick Coghlan added the comment: Assigning to myself for final review and commit :) -- assignee: dstufft - ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19406] PEP 453: add the ensurepip module
Nick Coghlan added the comment: I'm also going to start creating the implementation issues for the installer and pyvenv updates. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19550] PEP 453: Windows installer integration
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +PEP 453: add the ensurepip module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19550] PEP 453: Windows installer integration
New submission from Nick Coghlan: Part of the PEP 453 implementation as tracked in issue 19347. This issue covers the Windows installer updates: * new option to choose whether or not to invoke python -m ensurepip --upgrade on the just installed Python * also add the result of calling 'sysconfig.get_path(scripts)' to PATH when PATH modification is enabled in the installer -- assignee: loewis components: Windows messages: 202610 nosy: larry, loewis, ncoghlan priority: release blocker severity: normal status: open title: PEP 453: Windows installer integration versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19551] PEP 453: Mac OS X installer integration
New submission from Nick Coghlan: Part of the PEP 453 implementation as tracked in issue 19347. This issue covers the Mac OS X installer update to include a new option to choose whether or not to invoke python -m ensurepip --upgrade on the just installed Python. -- assignee: ned.deily components: Macintosh messages: 202611 nosy: larry, ncoghlan, ned.deily priority: release blocker severity: normal stage: needs patch status: open title: PEP 453: Mac OS X installer integration type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19551 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19552] PEP 453: venv module and pyvenv integration
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +PEP 453: add the ensurepip module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19552] PEP 453: venv module and pyvenv integration
New submission from Nick Coghlan: Part of the PEP 453 implementation as tracked in issue 19347. This issue covers the venv module and pyvenv CLI updates: * Add a with_pip=False parameter to venv.EnvBuilder and venv.create * When with_pip is a true value, invoke ensurepip.bootstrap with the root set to the just created venv and default_pip set to True * update pyvenv to pass with_pip=True by default * add a --without-pip option to pyvenv to pass with_pip=False instead -- messages: 202612 nosy: larry, ncoghlan priority: release blocker severity: normal stage: needs patch status: open title: PEP 453: venv module and pyvenv integration type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19406] PEP 453: add the ensurepip module
Nick Coghlan added the comment: The inconsistency between altinstall and default_install bothered me, so I plan to change the spelling of the latter option to default_pip (since it directly controls whether or not the pip script gets installed). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8799] Hang in lib/test/test_threading.py
Roundup Robot added the comment: New changeset 9e48c9538a7f by Kristjan Valur Jonsson in branch 'default': Issue #8799: Reduce timing sensitivity of condition test by explicitly http://hg.python.org/cpython/rev/9e48c9538a7f -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19553] PEP 453: make install and make altinstall integration
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +PEP 453: add the ensurepip module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19553 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19553] PEP 453: make install and make altinstall integration
New submission from Nick Coghlan: Part of the PEP 453 implementation as tracked in issue 19347. This issue covers the integration of ensurepip with make install (running python -m ensurepip) and make altinstall (running python -m ensurepip --altinstall) -- components: Build messages: 202616 nosy: larry, ncoghlan priority: release blocker severity: normal stage: needs patch status: open title: PEP 453: make install and make altinstall integration type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19553 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15440] multiprocess fails to re-raise exception which has mandatory arguments
Richard Oudkerk added the comment: This was fixed for 3.3 in #1692335. The issue of backporting to 2.7 is discussed in #17296. -- resolution: - duplicate status: open - closed superseder: - Cannot unpickle classes derived from 'Exception' type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19347] PEP 453 implementation tracking issue
Nick Coghlan added the comment: New subtasks: Issue 19550: Windows installer integration Issue 19551: Mac OS X installer integration Issue 19552: venv module and pyvenv integration Issue 19553: make install and make altinstall integration open -- dependencies: +Compact int and float freelists, Potential overflows due to incorrect usage of PyUnicode_AsString., test_select.py converted to unittest, test_wave.py converted to unittest ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19347 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19347] PEP 453 implementation tracking issue
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +PEP 453: make install and make altinstall integration, PEP 453: Mac OS X installer integration, PEP 453: Windows installer integration, PEP 453: venv module and pyvenv integration -Compact int and float freelists, Potential overflows due to incorrect usage of PyUnicode_AsString., test_select.py converted to unittest, test_wave.py converted to unittest ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19347 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5527] multiprocessing won't work with Tkinter (under Linux)
Richard Oudkerk added the comment: So hopefully the bug should disappear entirely in future releases of tcl, but for now you can work around it by building tcl without threads, calling exec in between the fork and any use of tkinter in the child process, or not importing tkinter until after the fork. In 3.4 you can do this by using multiprocessing.set_start_method('spawn') -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5527 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19406] PEP 453: add the ensurepip module
Roundup Robot added the comment: New changeset 6a6b1ee306e3 by Nick Coghlan in branch 'default': Close #19406: Initial implementation of ensurepip http://hg.python.org/cpython/rev/6a6b1ee306e3 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Changes by Stefan Krah stefan-use...@bytereef.org: -- nosy: -skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19406] PEP 453: add the ensurepip module
Nick Coghlan added the comment: Aside from the default-install - default-pip name change, the other fixes/changes between Donald's last patch and the committed version: - added the missing docs for the new options - updated What's New, ACKS, NEWS - avoided repetition in the test code by using setUp and addCleanUp appropriately (this also prevented the earlier tests from altering os.environ) - marked the .whl as binary in .hgeol -- type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19406 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19550] PEP 453: Windows installer integration
Changes by Nick Coghlan ncogh...@gmail.com: -- stage: - needs patch type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19551] PEP 453: Mac OS X installer integration
Changes by Nick Coghlan ncogh...@gmail.com: -- dependencies: +PEP 453: add the ensurepip module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19551 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19552] PEP 453: venv module and pyvenv integration
Changes by Nick Coghlan ncogh...@gmail.com: -- components: +Library (Lib) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19552 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
New submission from William Grzybowski: Hello, Currently python setup.py restricts FreeBSD host platform by version, e.g. freebsd7, freebsd8. It is not only out-of-date (we already are on freebsd11) but also doesn't seem to have a good reason to do so. Proposed patches replaces it with startswith('freebsd'). Thanks -- components: Build files: tip.patch keywords: patch messages: 202621 nosy: wg priority: normal severity: normal status: open title: Enable all freebsd* host platforms type: enhancement versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file32573/tip.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by William Grzybowski willia...@gmail.com: Added file: http://bugs.python.org/file32574/tip.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by William Grzybowski willia...@gmail.com: Removed file: http://bugs.python.org/file32573/tip.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Stefan Krah added the comment: The comment says that semaphores are broken up to FreeBSD-8, so linking with -lrt is disabled. This looks correct to me and our FreeBSD 9 and 10 buildbots work. If you have a specific problem, please re-open the issue. -- nosy: +skrah resolution: - invalid stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by Stefan Krah stefan-use...@bytereef.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
William Grzybowski added the comment: Semaphores broken or not (it seems to work just fine in freebsd9) python is still usable overall. I see no reason to arbitrarily chose what freebsd platform to build. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17874] ProcessPoolExecutor in interactive shell doesn't work in Windows
Richard Oudkerk added the comment: Fixed by #11161. -- resolution: - fixed stage: - committed/rejected status: open - closed superseder: - futures.ProcessPoolExecutor hangs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17874 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Stefan Krah added the comment: I looked at patch set 1, which actually *reduced* functionality for FreeBSD = 9. Now there is a second patch set, so I'm re-opening. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by Stefan Krah stefan-use...@bytereef.org: -- resolution: invalid - stage: committed/rejected - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
William Grzybowski added the comment: Ah, I see, I made a misinterpretation of setup.py. Sorry about that. So please ignore the setup.py changes in the patch ;) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by Stefan Krah stefan-use...@bytereef.org: -- dependencies: +Automatically regenerate platform-specific modules nosy: +lemburg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12619] Automatically regenerate platform-specific modules
Stefan Krah added the comment: See also #19554. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12619 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19441] itertools.tee improve documentation
Alan Cristhian added the comment: Ok, I agree. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19441 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19550] PEP 453: Windows installer integration
Martin v. Löwis added the comment: IIUC, the current implementation strategy is to check the wheels into source control. If so, what's to be done in the installer (except for making sure that the wheels get bundled and installed into the msi, which it should do by default?) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19541] ast.dump(indent=True) prettyprinting
Changes by Brett Cannon br...@python.org: -- assignee: docs@python - components: +Library (Lib) -Documentation nosy: -docs@python priority: normal - low stage: - test needed type: - enhancement versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19541 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19543] Add -3 warnings for codec convenience method changes
Changes by Brett Cannon br...@python.org: -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19543 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10197] subprocess.getoutput fails on win32
Tim Golden added the comment: Thanks: final outdated comments removed -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10197 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9922] subprocess.getstatusoutput can fail with utf8 UnicodeDecodeError
Tim Golden added the comment: Closing this as won't fix. The code has been reimplemented and additional documentation has been added over at issue10197. Given that these are legacy functions, I don't propose to do any more here. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9922 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19550] PEP 453: Windows installer integration
Martin v. Löwis added the comment: I missed the original message. I'll try to come up with a patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19550 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Marc-Andre Lemburg added the comment: Then I don't understand changes such as: -'chinese-s':'zh_CN.eucCN', +'chinese-s':'zh_CN.gb2312', or -'sp': 'sr_CS.ISO8859-5', -'sp_yu':'sr_CS.ISO8859-5', +'sp': 'sr_RS.ISO8859-5', +'sp_yu':'sr_RS.ISO8859-5', The .test_locale_alias() checks that the normalize() function returns the the alias given in the alias table. As mentioned earlier, the purpose of the alias table is to map *normalized* local names to the C runtime string, which in some cases use different encoding names that we use in Python. It also test normalize(locale_alias[localname]) == locale_alias[localname] == normalize(localname). I.e. that applying normalize() twice doesn't change a result. That's not intended. The normalize() function is supposed to prepare the locale for the lookup. It's not supposed to be applied to the looked up value. About the devangari special case: This has been in the X11 file for ages and still is ... http://cgit.freedesktop.org/xorg/lib/libX11/tree/nls/locale.alias.pre -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
New submission from Marc Abramowitz: I just installed Python 3.0a4 from source on an Ubuntu system and noticed that it doesn't seem to set the distutils.sysconfig config var: SO: ``` vagrant@ubuntu:~/src/Python-3.4.0a4$ python3.4 Python 3.4.0a4 (default, Nov 11 2013, 17:11:59) [GCC 4.6.3] on linux Type help, copyright, credits or license for more information. from distutils import sysconfig sysconfig.get_config_var(SO) sysconfig.get_config_var(SO) is None True ``` This worked fine for me in Python 3.3: ``` vagrant@ubuntu:~/src/Python-3.4.0a4$ python3.3 Python 3.3.2 (default, May 16 2013, 18:32:41) [GCC 4.6.3] on linux Type help, copyright, credits or license for more information. from distutils import sysconfig sysconfig.get_config_var(SO) '.so' ``` -- assignee: eric.araujo components: Distutils messages: 202634 nosy: Marc.Abramowitz, eric.araujo, tarek priority: normal severity: normal status: open title: SO config var not getting set type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16685] audioop functions shouldn't accept strings
Serhiy Storchaka added the comment: Fixed. Thank you Jason. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16685 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Changes by Brett Cannon br...@python.org: -- assignee: eric.araujo - nosy: -eric.araujo, tarek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5202] wave.py cannot write wave files into a shell pipeline
Serhiy Storchaka added the comment: Here is simplified and updated to tip patch. -- Added file: http://bugs.python.org/file32575/wave_write_unseekable_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5202 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Barry A. Warsaw added the comment: Indeed, this happens for me too in default head. -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Barry A. Warsaw added the comment: Never mind, this is an intentional change: - Issue #16754: Fix the incorrect shared library extension on linux. Introduce two makefile macros SHLIB_SUFFIX and EXT_SUFFIX. SO now has the value of SHLIB_SUFFIX again (as in 2.x and 3.1). The SO macro is removed in 3.4. Although this does introduce some backward compatibility issues. Perhaps sysconfig.get_config_var('SO') should be deprecated in 3.4 and removed in 3.5. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19539] The 'raw_unicode_escape' codec buggy + not apropriate for Python 3.x
Changes by Serhiy Storchaka storch...@gmail.com: -- components: -Library (Lib) nosy: -serhiy.storchaka stage: - needs patch type: - enhancement versions: -Python 3.2, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19539 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Marc Abramowitz added the comment: Thanks Barry, for tracking down that this is intentional. I wonder how one gets this value in Python code now? For example, the reason I stumbled upon this in the first place is that there is some code in PyCrypto (https://github.com/dlitz/pycrypto/blob/master/lib/Crypto/SelfTest/PublicKey/test_RSA.py#L464) that uses `get_config_var(SO)` thusly: ``` except ImportError: from distutils.sysconfig import get_config_var import inspect _fm_path = os.path.normpath(os.path.dirname(os.path.abspath( inspect.getfile(inspect.currentframe( +/../../PublicKey/_fastmath+get_config_var(SO)) if os.path.exists(_fm_path): raise ImportError(While the _fastmath module exists, importing + it failed. This may point to the gmp or mpir shared library + not being in the path. _fastmath was found at +_fm_path) ``` What would be the way to express this now in Python = 3.4? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6683] smtplib authentication - try all mechanisms
Roundup Robot added the comment: New changeset 19912ad231a3 by Andrew Kuchling in branch 'default': Closes #6683: add a test that exercises multiple authentication. http://hg.python.org/cpython/rev/19912ad231a3 -- nosy: +python-dev resolution: - fixed stage: test needed - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6683 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15858] tarfile missing entries due to omitted uid/gid fields
A.M. Kuchling added the comment: Here's the changes from patch.py, put into patch format. I took out the inlining for ntb() and support for different tarfile APIs, and also replaced the use of .split(,1)[0] by .partition(). -- nosy: +akuchling Added file: http://bugs.python.org/file32576/tarfile-patch.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15858 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating extension module
Barry A. Warsaw added the comment: Isn't this already fixed? We have _sysconfigdata for this now. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9878 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19539] The 'raw_unicode_escape' codec buggy + not appropriate for Python 3.x
Marc-Andre Lemburg added the comment: Jan, the codec implements an encoding which has certain characteristics just like any other codec. It works both in Python 2 and 3 without problems. The documentation is no longer true, though. Ever since we added encoding markers to source files, the raw Unicode string literals depended on this encoding setting. Before this change the docs were fine, since Unicode literals were interpreted as Latin-1 encoded. More correct would be: Produce a string that uses Unicode escapes to encode non-Latin-1 code points. It is used in the Python pickle protocol. -- nosy: +lemburg title: The 'raw_unicode_escape' codec buggy + not apropriate for Python 3.x - The 'raw_unicode_escape' codec buggy + not appropriate for Python 3.x ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19539 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Serhiy Storchaka added the comment: That's not intended. The normalize() function is supposed to prepare the locale for the lookup. It's not supposed to be applied to the looked up value. Last patch doesn't contain this part of tests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Serhiy Storchaka added the comment: There are no such systems really, in X.org this is just a mistake. glibc doesn’t write it like this and it is agains the specification here: While normalize can return sd...@devanagari.utf-8, _parse_localename() should be able correctly parse it. Removing sd...@devanagari.utf-8 from alias table is another issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15422] Get rid of PyCFunction_New macro
Roundup Robot added the comment: New changeset 267ad2ed4138 by Andrew Kuchling in branch 'default': #15422: remove NEWS item for a change that was later reverted http://hg.python.org/cpython/rev/267ad2ed4138 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15422 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5815] locale.getdefaultlocale() missing corner case
Marc-Andre Lemburg added the comment: On 11.11.2013 20:21, Serhiy Storchaka wrote: That's not intended. The normalize() function is supposed to prepare the locale for the lookup. It's not supposed to be applied to the looked up value. Last patch doesn't contain this part of tests. Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Barry A. Warsaw added the comment: Here's a patch, sans NEWS and any docs. -- Added file: http://bugs.python.org/file32577/issue19555.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO configuration variable should be deprecated in 3.4
Changes by Barry A. Warsaw ba...@python.org: -- title: SO config var not getting set - SO configuration variable should be deprecated in 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO configuration variable should be deprecated in 3.4
Barry A. Warsaw added the comment: Note that obviously the DeprecationWarning is not raised if you do sysconfig.get_config_vars()['SO'] but it still gets mapped to EXT_SUFFIX in that case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19555] SO config var not getting set
Barry A. Warsaw added the comment: On Nov 11, 2013, at 06:27 PM, Marc Abramowitz wrote: What would be the way to express this now in Python = 3.4? For now, use sysconfig.get_config_var('EXT_SUFFIX') though if no one objects to my patch, I'll restore 'SO' for 3.4. We'll add a DeprecationWarning and get rid of it in 3.5. -- title: SO configuration variable should be deprecated in 3.4 - SO config var not getting set ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19555 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16776] Document PyCFunction_New and PyCFunction_NewEx functions
A.M. Kuchling added the comment: Here's a patch that contains text for a description of these two functions. However, I can't figure out what section they would belong in. They don't really belong in http://docs.python.org/3.4/c-api/structures.html, which is for the C structures. Also note that PyCFunctionObject isn't described anywhere. Should it be? -- nosy: +akuchling ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16776] Document PyCFunction_New and PyCFunction_NewEx functions
A.M. Kuchling added the comment: Mis-clicked and forgot to attach the patch. -- Added file: http://bugs.python.org/file32578/16776.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16776 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10734] test_ttk test_heading_callback fails with newer Tk 8.5
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10734 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8502] support plurals in pygettext
A.M. Kuchling added the comment: Here's an updated version of the documentation patch, that doesn't encourage using pygettext so much. It also updates Barry Warsaw's e-mail address and makes some other small edits. -- nosy: +akuchling Added file: http://bugs.python.org/file32579/patch-8502.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8502 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3158] Doctest fails to find doctests in extension modules
Zachary Ware added the comment: Here's a new version of the patch that I think addresses the points in your review (which I've also replied to on Rietveld). And I agree about not backporting. -- Added file: http://bugs.python.org/file32580/issue3158.v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: 1. was intentionally left blank wink -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: Sorry that wasn't more clear. I committed the changes from the modulespec-primary-changes.diff patch to the pep451 branch in the server-side clone. Those changes are: Step 1 -- 1. added ModuleSpec class 2. added _SpecMethods wrapper class 3. added ModuleSpec factory functions 4. added tests for ModuleSpec, _SpecMethods, and the factories 5. exposed ModuleSpec in importlib.machinery 6. exposed ModuleSpec factories in importlib.util 7. added basic docs for ModuleSpec and the factory functions Step 2 -- 1. changed _find_module() to _find_spec() 2. changed _find_and_load_unlocked() to use _find_spec() and _SpecMethods 3. changed _setup() to use specs 4. changed pydoc to recognize __spec__ Step 3 -- 1. updated the import reference doc 2. changed importlib.reload() to use specs 3. added importlib.find_spec() 4. changed importlib.find_loader() to wrap find_spec() 5. updated importlib.abc to reflect the new APIs 6. changed pkgutil to use specs 7. changed imp to use specs 8. fixed a bunch of broken tests to use spec Step 3 -- 1. implemented find_spec() on PathFinder 2. implemented find_spec() on FileFinder 3. re-implemented FileFinder.find_loader() to wrap find_spec() 4. re-implemented PathFinder.find_module() to wrap find_spec() 5. changed _NamespacePath to use specs Step 5 -- 1. added _module_repr function 2. changed ModuleType.__repr__ to wrap _module_repr Others -- * removed _NamespaceLoader * added comments indicating deprecations and removals At this point, the test suite passes and the fundamental changes of the PEP are implemented (on the server-side clone). Here's what's left to do before the feature freeze: 1. 2. change module.__initializing__ to module.__spec__._initializing 3. refactor importlib loaders to use the new Finder/Loader APIs 4. refactor pythonrun.c to make use of specs 5. check pkgutil for any missed changes 6. implement the deprecations and removals 7. adjust other APIs to use __spec__ (pickle, runpy, inspect, pydoc, others?) 8. evaluate any impact on setuptools Other things that can (but don't have to) wait until after the beta release: * finish doc changes * fill in any gaps in test coverage * ensure new docstrings exist and are correct * ensure existing docstrings are still correct -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: Regarding tests, a bunch of importlib (and other?) tests make direct calls to find_module(), find_loader(), or load_module(). These are still working, as expected. However, we should probably either replace them or supplement them with equivalent tests that make use of specs directly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Nick Coghlan added the comment: Yeah, don't replace any tests, add new ones for the new APIs. Given the needs of 2/3 compatible loader implementations, the deprecations referred to in the PEP should also be documentation-only for 3.4. A more conservative approach also gives us a chance to make sure we have provided a full replacement for load_module - it occurred to me after the PEP was accepted that we may eventually need a can_load_into(target) loader API after all, since loaders may not be finder specific. That means that with the current API of passing the target to find_spec, I potentially talked us into repeating the load_module mistake on the finder side of things by asking the finder to handle more than it needed to. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: Yeah, don't replace any tests, add new ones for the new APIs. That's what makes the most sense to me too. Given the needs of 2/3 compatible loader implementations, the deprecations referred to in the PEP should also be documentation-only for 3.4. I'm fine with that. I seem to remember one place where an actual deprecation warning would be good, but I'll have to double-check. A more conservative approach also gives us a chance to make sure we have provided a full replacement for load_module - it occurred to me after the PEP was accepted that we may eventually need a can_load_into(target) loader API after all, since loaders may not be finder specific. That means that with the current API of passing the target to find_spec, I potentially talked us into repeating the load_module mistake on the finder side of things by asking the finder to handle more than it needed to. Nice analogy. can_load_into() makes sense. Do you think it's important enough to include in 3.4? I'm not sure it is, since I'd expect it to be a pretty uncommon case that can be worked around pretty easily (since the finder is fully aware of the loader it's creating). The extra loader method would help with that boilerplate operation, but... As we found out (and you expounded) there are a variety of reload/load-into cases that we could address more explicitly. Perhaps there's a better API that could address those needs more broadly, or maybe they're just not worth addressing specifically. Exploring all this is something that can wait, IMHO. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Nick Coghlan added the comment: Although, a boolean query method would bring back the problem of the loader not reporting any details on *why* it can't load into a particular target module. So it may be better to have an optional loader check_existing_target API that throws a suitable exception if the target is unacceptable. Loaders that don't support reloading at all would just always raise an exception, while those that don't care would just not implement the method. That would address my concern about the lack of useful error information in Eric's original boolean check idea, without bothering finders with loader related details as the accepted PEP does (I still like the idea of passing a target to importlib.find_spec - I just no longer think we should be passing that down to the finders themselves). Another thing we need to check we have a test for: ensuring reloading a namespace module picks up new directories added since it was first loaded. This would all be so much easier if reloading wasn't supported in the first place :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Nick Coghlan added the comment: On 12 Nov 2013 09:36, Eric Snow rep...@bugs.python.org wrote: As we found out (and you expounded) there are a variety of reload/load-into cases that we could address more explicitly. Perhaps there's a better API that could address those needs more broadly, or maybe they're just not worth addressing specifically. Exploring all this is something that can wait, IMHO. Yes, that's an option, too, and probably a good one. To go down that path, we would drop the various target parameters and say loaders that need to check for the reloading case should continue to provide load_module without exec_module (at least for 3.4). runpy would use the rule that it supports anything that exposes exec_module without create_module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: (I still like the idea of passing a target to importlib.find_spec - I just no longer think we should be passing that down to the finders themselves). Passing the target to the finders isn't just for the sake of any implicit check_target test, though that was the original motivator. It also allows the finder to decide between multiple loaders based on other criteria related to the target (but not necessarily the loader). I think it was a good addition to the API regardless. Another thing we need to check we have a test for: ensuring reloading a namespace module picks up new directories added since it was first loaded. Agreed. Furthermore, such a test is worthwhile outside the context of PEP 451. I'm tempted to say we're already covered with existing tests, but reload is goofy enough that an explicit test is worth it. This would all be so much easier if reloading wasn't supported in the first place :) So very true. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Nick Coghlan added the comment: And coming full circle: there's no *harm* in letting finders reject loading into a target module, and that's orthogonal to having loaders reject it. It's just that loaders that want to do that will currently still need to implement load_module. That means the only thing we need to postpone is the load_module deprecation, since it still covers at least one advanced use case the new API doesn't handle. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: Sounds good. It will be worth adding a note to the load_module() docs indicating the limited cases where it is still appropriate, and encouraging the use of exec_module() instead. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19556] A missing link to Python-2.7.6.tar.bz2 in Download page.
New submission from Takayuki SHIMIZUKAWA: http://python.org/download/ have a link to Python 2.7.6 bzipped source tarball (for Linux, Unix or Mac OS X, more compressed), but Python-2.7.6.tar.bz2 that is linked is not exist. Thanks. -- components: Build messages: 202665 nosy: benjamin.peterson, shimizukawa priority: normal severity: normal status: open title: A missing link to Python-2.7.6.tar.bz2 in Download page. versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19556 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19556] A missing link to Python-2.7.6.tar.bz2 in Download page.
Ned Deily added the comment: Thanks for the report. As of the 2.7.6 release, bz2-compressed 2.7.x tarballs are no longer produced. The link on the download page now points to the xz-compressed tarball, which offers better compression than bz2. -- nosy: +ned.deily resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19556 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19466] Clear state of threads earlier in Python shutdown
STINNER Victor added the comment: neologix made a review on rietveld: http://bugs.python.org/review/19466/#ps9818 There was an issue in finalize_threads-2.patch: the test didn't pass in release mode. I fixed it by adding -Wd to the command line option. I also replaced threading.Lock with threading.Event in the unit test to synchronize the two threads. = finalize_threads-3.patch -- Added file: http://bugs.python.org/file32581/finalize_threads-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19466 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19530] cross thread shutdown of UDP socket exhibits unexpected behavior
mpb added the comment: Connecting a UDP socket doesn't established a duplex connection like in TCP: Stream and duplex are orthogonal concepts. I still contend that connected UDP sockets are a duplex communication channel (under every definition of duplex I have read). The Linux connect manpage and the behavior of the Linux connect and shutdown system calls agree with me. (So does the OpenBSD shutdown manpage.) But we agree that this is not a Python issue (unless Python wants to improve its documentation to explicitly mention the benefits of cross thread shutdowns of TCP sockets). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19530 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: I'm running the pep-451 clone against 2 buildbots for now: * http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%20custom * http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%20custom The ubuntu one is happy with the feature clone, but the windows buildbot keeps finding problems. At first it was issue17116 all over again. I've now set __spec__ to None by default (a la issue17115). Then it fussed about test_everyone_has___loader__. I'm sure something else will turn up. Any thoughts on why import-related tests are responding differently depending on platform? FWIW, I think the Windows failures should have also failed on the Ubuntu buildbot. I'm also going to run on a Windows 7 and OS X to see where things stand. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18326] Mention 'keyword only' for list.sort, improve glossary.
Zachary Ware added the comment: Any further thoughts on this? I think my vote is for v3, except s/must/can only/. must makes it sound like you are forced to pass those arguments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18326 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19440] Clean up test_capi
Roundup Robot added the comment: New changeset 5198e8f325f5 by Zachary Ware in branch '3.3': Issue #19440: Clean up test_capi http://hg.python.org/cpython/rev/5198e8f325f5 New changeset 26108b2761aa by Zachary Ware in branch 'default': Issue #19440: Clean up test_capi http://hg.python.org/cpython/rev/26108b2761aa -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19440] Clean up test_capi
Changes by Zachary Ware zachary.w...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19440 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: The OS X buildbot I used [1] did not exhibit any of the failures that Windows server 2003 showed. [1] http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%20custom -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: The Windows 7 buildbot I tried [1] shows the exact same failures that the server 2003 does. [1] http://buildbot.python.org/all/builders/x86%20Windows7%20custom -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19553] PEP 453: make install and make altinstall integration
Ned Deily added the comment: If nobody else gets to it first, I'll do this in the next couple of days. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19553 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19557] ast - docs for every node type are missing
New submission from anatoly techtonik: http://docs.python.org/2/library/ast.html AST module doc is incomplete. To write node visitor, you need to know possible types of parameters and expected values for every node type. They are different. http://hg.python.org/cpython/file/1ee45eb6aab9/Parser/Python.asdl For example, visit_Assign expects: Assign(targets, value) `targets` can be List, Tuple or Name When there is List, and when there is Tuple? It should be documented. -- assignee: docs@python components: Devguide, Documentation messages: 202675 nosy: docs@python, ezio.melotti, techtonik priority: normal severity: normal status: open title: ast - docs for every node type are missing ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19557 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)
Eric Snow added the comment: Naturally the other Windows buildbot I tried did not fail any import-related tests. So much for consistency. :( http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20custom -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18864 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19554] Enable all freebsd* host platforms
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19554 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com