[issue15278] UnicodeDecodeError when readline in codecs.py

New submission from lovelylain : This is an example, `for line in fp` will raise UnicodeDecodeError: #! -*- coding: utf-8 -*- import codecs text = u'\u6731' + u'\U0002a6a5' * 18 print repr(text) with codecs.open('test.txt', 'wb', 'utf-16-le') as fp: fp.write(text) with codecs.open('test.tx

[issue11796] Comprehensions in a class definition mostly cannot access class variable

Florent Xicluna added the comment: It looks as a duplicate of issue 13557. I close this one, because a doc patch is attached on the other. -- resolution: -> duplicate status: open -> closed superseder: -> exec of list comprehension fails on NameError _

[issue13557] exec of list comprehension fails on NameError

Changes by Florent Xicluna : -- nosy: +Trundle, anikom15, daniel.urban, flox, jonathan.hartley, josmiley, michael.foord, mjs0, rhettinger ___ Python tracker ___

[issue15279] Spurious unittest warnings

New submission from Łukasz Langa : On Mac OS X 10.7 64-bit unittest regression tests fail: == FAIL: test_warnings (unittest.test.test_runner.Test_TextTestRunner) -

[issue15272] pkgutil.find_loader accepts invalid module names

Changes by Éric Araujo : -- nosy: +eric.araujo versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue13557] exec of list comprehension fails on NameError

Florent Xicluna added the comment: Issue #11796 marked as duplicate of this one. However the issue described in #11796 does not involve exec/execfile. It is about scopes for list comprehension like this one. Another doc patch should probably be written to cover the case described in #11796 to

[issue15279] Spurious unittest warnings

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15280] Don't use builtins as variable names in urllib.request

New submission from Brian Brazil : See attached patch, there's still self.type in places. I also converted one map to a list comprehension. -- components: Library (Lib) files: urllib-request-cleanup-builtin-names.patch keywords: patch messages: 164874 nosy: bbrazil priority: normal seve

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

Éric Araujo added the comment: +# work around for assumption on line 128 of Modules/_cursesmodule.c Is it impossible to fix the offending code instead of working around it in setup.py? -- nosy: +eric.araujo ___ Python tracker

[issue11319] Command line option -t (and -tt) does not work for a particular case

Stephen Thorne added the comment: In discussion with GvR, we've decided we're not interested in intentionally rejecting code that is valid for tab width values between 1 and 8 inclusive. Thanks for the bug report! -- nosy: +jerub ___ Python tracker

[issue15259] "Helping with Documentation" references missing dailybuild.py

Éric Araujo added the comment: BTW Chris, if you intend on making code patches, could you submit a contributor agreement? http://www.python.org/psf/contrib/ (Ignore if someone already asked that.) Thanks! -- nosy: +eric.araujo ___ Python tracker

[issue14814] Implement PEP 3144 (the ipaddress module)

Éric Araujo added the comment: Any reason for not using functools.total_ordering? -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue15281] pyvenv --symlinks option is a no-op?

Changes by Antoine Pitrou : -- nosy: pitrou priority: normal severity: normal status: open title: pyvenv --symlinks option is a no-op? ___ Python tracker ___

[issue15281] pyvenv --symlinks option is a no-op?

New submission from Antoine Pitrou : It seems that, regardless of whether I specify --symlinks or not, pyvenv always creates symlinks: $ pyvenv-3.3 env $ tree env/ env/ |-- bin | |-- activate | |-- pydoc | |-- pysetup3 | |-- python -> python3.3 | |-- python3 -> python3.3 | `-- pyth

[issue13248] deprecated in 3.2, should be removed in 3.3

Éric Araujo added the comment: Flox, could you put versionchanged (or versiondeprecated-removed, which could also go into 3.2) to note the removals in the doc? -- ___ Python tracker __

[issue15279] Spurious unittest warnings

Florent Xicluna added the comment: I cannot reproduce with 3.3 on Snow Leopard (default options, default compiler). $ ./python.exe -m test.regrtest test_unittest [1/1] test_unittest 1 test OK. [158600 refs] == CPython 3.3.0b1 (tip:9807de61191c, Jul 7 2012, 10:54:30) [GCC 4.2.1 (Apple Inc. bu

[issue11319] Command line option -t (and -tt) does not work for a particular case

Guido van Rossum added the comment: The -t feature is not technically about rejecting all code that mixes tabs and spaces. It is only about detecting code that mixes tabs and spaces IN SUCH A WAY THAT THE TAB SIZE AFFECTS THE VALIDITY OR MEANING OF THE CODE. The sample program is only invali

[issue15279] Spurious unittest warnings

Łukasz Langa added the comment: Additional info that might help: 1. The command I'm using to build: MACOSX_DEPLOYMENT_TARGET=10.7 ./configure CC=gcc-apple-4.2 --with-pydebug 2. The test header in -v output: == CPython 3.3.0b1 (default:2e9cba1d1554, Jul 7 2012, 16:17:21) [GCC 4.2.1 (Appl

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Chris Jerdonek added the comment: As someone who isn't an expert on Python's import mechanisms, I'm confused by this comment at the end of pkgutil.walk_packages(): "Note: Only works for importers which define a iter_modules() method, which is non-standard but implemented by classes defined in

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Antoine, the Solaris 11 custum buildbot is not getting the "--with-dtrace" configure parameter. Check which configuration have you changed :-? """ /configure --with-pydebug --with-system-ffi in dir /home/bpython/buildarea/custom.venus-solaris/build (timeout

[issue13405] Add DTrace probes

Changes by Larry Hastings : -- nosy: -larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue15259] "Helping with Documentation" references missing dailybuild.py

Chris Jerdonek added the comment: Hi Éric, I did a couple days ago. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue14787] pkgutil.walk_packages returns extra modules

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue15282] pysetup still installed

New submission from Antoine Pitrou : It seems to have eschewed the packaging removal. $ rm /home/antoine/opt/bin/pysetup3.3 $ make altinstall > /dev/null $ pysetup3.3 Traceback (most recent call last): File "/home/antoine/opt/bin/pysetup3.3", line 3, in from packaging.run import main

[issue1076515] shutil.move clobbers read-only files.

Greg Roodt added the comment: I believe this can be closed. shutil.copyfile attempts to copy file contents from src to dst, so it makes sense for this to fail if dst is read-only. shutil.move replaces the dst, which is permitted based on directory permissions. -- nosy: +groodt _

[issue15194] libffi-3.0.11 update

Florent Xicluna added the comment: Few warnings when building trunk (on 10.6): ./Modules/_ctypes/libffi_osx/x86/x86-ffi64.c:49: warning: function declaration isn’t a prototype ./Modules/_ctypes/libffi_osx/x86/x86-ffi64.c:379: warning: function declaration isn’t a prototype -- nosy: +

[issue13405] Add DTrace probes

Antoine Pitrou added the comment: > Antoine, the Solaris 11 custum buildbot is not getting the "--with- > dtrace" configure parameter. Check which configuration have you changed > :-? Well, I thought you meant the new FreeBSD buildbots. I'm gonna change the Solaris bb too. -- __

[issue15283] pyvenv says nothing on success

New submission from Antoine Pitrou : $ pyvenv-3.3 env $ It could tell me that I need to go into the directory and type "source bin/activate" (this is probably platform-dependent :-)). -- components: Demos and Tools, Library (Lib) messages: 164891 nosy: pitrou, vinay.sajip priority: nor

[issue15276] unicode format does not really work in Python 2.x

Martin v. Löwis added the comment: Ariel: would you like to provide a patch? -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-

[issue15284] Handle ipv6 not being enabled in test_socket

New submission from Brian Brazil : If ipv6 is compiled in but disabled in the kernel then test_socket attempts to bind to ports and gets lots of stack traces. The attached patch skips the relevant tests. -- components: Tests files: ipv6-disabled-test-socket.patch keywords: patch messag

[issue15283] pyvenv says nothing on success

Martin v. Löwis added the comment: It should produce any output. Command line utilities typically don't provide a success report. Would you want "mkdir env" to say "created env directory; you can now cd into it", or "cat /etc/passwd" append "successfully displayed text file"??? There are exc

[issue15281] pyvenv --symlinks option is a no-op?

Martin v. Löwis added the comment: Try --no-symlinks. -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue15282] pysetup still installed

Éric Araujo added the comment: grep only finds one reference to pysetup, in the MSI code. Are you sure you built from a clean checkout? (i.e. no build dir with a leftover pysetup script) -- ___ Python tracker _

[issue1076515] shutil.move clobbers read-only files.

Éric Araujo added the comment: Would a doc clarification be useful? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue15283] pyvenv says nothing on success

Antoine Pitrou added the comment: > Command line utilities typically don't provide a success report. It depends which ones. Even Mercurial doesn't always abide by that rule (e.g. "hg clone" will tell you that it updates to the default branch). > Whether "source activate" is good advise or not

[issue15281] pyvenv --symlinks option is a no-op?

Antoine Pitrou added the comment: $ pyvenv-3.3 --no-symlinks env usage: venv [-h] [--system-site-packages] [--symlinks] [--clear] [--upgrade] ENV_DIR [ENV_DIR ...] venv: error: unrecognized arguments: --no-symlinks :-) -- ___ Python tra

[issue15282] pysetup still installed

Éric Araujo added the comment: An older Makefile* can also explain this. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue13248] deprecated in 3.2, should be removed in 3.3

Florent Xicluna added the comment: Eric, I will check but I thought they were not documented. -- ___ Python tracker ___ ___ Python-bu

[issue15276] unicode format does not really work in Python 2.x

Ariel Ben-Yehuda added the comment: I don't work on CPython On Sat, Jul 7, 2012 at 6:57 PM, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > Ariel: would you like to provide a patch? > > -- > nosy: +loewis > > ___ > Python tracker

[issue15282] pysetup still installed

Antoine Pitrou added the comment: > Are you sure you built from a clean checkout? (i.e. no build dir with > a leftover pysetup script) Ach, that was it. Sorry for the false alarm. -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___

[issue15276] unicode format does not really work in Python 2.x

Changes by Antoine Pitrou : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15228] os.utime() docs not clear on behavior on nonexistant files

Brian Brazil added the comment: Here's a patch that should clarify this. -- keywords: +patch nosy: +bbrazil Added file: http://bugs.python.org/file26306/issue15228-utime-touch-doc.patch ___ Python tracker

[issue3786] _curses, _curses_panel & _multiprocessing can't be build in 2.6b3 w/ SunStudio 12

Justin Venus added the comment: I am sure that macro object is there for good reason, it just doesn't apply for Solaris 11. On Jul 7, 2012 10:34 AM, "Éric Araujo" wrote: > > Éric Araujo added the comment: > > +# work around for assumption on line 128 of > Modules/_cursesmodule

[issue15285] test_timeout failure on OSX

New submission from Florent Xicluna : I have this repeatable failure on OSX. $ time ./python.exe -m test.regrtest -uall -W test_timeout [1/1] test_timeout testBlockingThenTimeout (test.test_timeout.CreationTestCase) ... ok testFloatReturnValue (test.test_timeout.CreationTestCase) ... ok testObj

[issue1508475] transparent gzip compression in urllib

Changes by Stephen Thorne : -- nosy: +jerub ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue15277] Fix resource leak in support.py:_is_ipv6_enabled

Roundup Robot added the comment: New changeset c9299edf1f67 by Ross Lagerwall in branch 'default': #15277: Fix a resource leak in support.py when IPv6 is disabled. http://hg.python.org/cpython/rev/c9299edf1f67 -- nosy: +python-dev ___ Python tracker

[issue15286] normpath does not work with local literal paths

New submission from Manuel de la Pena : Local literal paths are those paths that do use the \\?\ that allows to have paths longer that the MAX_PATH set by Windows (http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247%28v=vs.85%29.aspx#short_vs._long_names). While UNC (http://en.wik

[issue15277] Fix resource leak in support.py:_is_ipv6_enabled

Ross Lagerwall added the comment: Thanks. test_socket seems to be broken in all branches when running with net.ipv6.conf.all.disable_ipv6 = 1 but I'll open a new issue for that. -- assignee: -> rosslagerwall nosy: +rosslagerwall resolution: -> fixed stage: -> committed/rejected sta

[issue15277] Fix resource leak in support.py:_is_ipv6_enabled

Ross Lagerwall added the comment: Ah, I see you've already opened a new issue for that (issue15284). -- ___ Python tracker ___ ___ Py

[issue15285] test_timeout failure on OSX

Changes by Florent Xicluna : -- assignee: -> ronaldoussoren components: +Macintosh nosy: +ronaldoussoren ___ Python tracker ___ ___ P

[issue14590] ConfigParser doesn't strip inline comment when delimiter occurs earlier without preceding space.

Roundup Robot added the comment: New changeset 5257bb466d18 by Łukasz Langa in branch 'default': Fixes #14590: ConfigParser doesn't strip inline comment when delimiter occurs http://hg.python.org/cpython/rev/5257bb466d18 -- nosy: +python-dev ___ Pyth

[issue14590] ConfigParser doesn't strip inline comment when delimiter occurs earlier without preceding space.

Changes by Łukasz Langa : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Pyt

[issue15287] support.TESTFN was modified by test_builtin

New submission from Florent Xicluna : There's a warning running test_builtin $ ./python.exe -m test.regrtest -u all -v test_builtin == CPython 3.3.0b1 (default:5b71f5891c54, Jul 7 2012, 17:47:30) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] == Darwin-10.8.0-i386-64bit little-endian == ./bui

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Eric Snow added the comment: Importers are a PEP 302 API. In the context of pkgutil, they are path hooks (see http://www.python.org/dev/peps/pep-0302/#id24), aka path importers. A path hook is a callable that takes a path and returns a finder. Path hooks are stored in sys.path_hooks and th

[issue15285] test_timeout failure on OSX

Ned Deily added the comment: What version of OS X? -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue15286] normpath does not work with local literal paths

Changes by Antoine Pitrou : -- nosy: +brian.curtin, tim.golden stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mai

[issue15284] Handle ipv6 not being enabled in test_socket

Changes by Antoine Pitrou : -- stage: -> patch review type: -> behavior versions: +Python 3.3 -Python 3.4 ___ Python tracker ___ ___

[issue14790] use packaging in setup.py

Changes by Antoine Pitrou : -- priority: release blocker -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue14791] setup.py only adds /prefix/lib, not /prefix/lib64

Changes by Antoine Pitrou : -- nosy: +doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Chris Jerdonek added the comment: Thanks a lot, Eric. I'm going to create a new issue to clarify the note a bit, if that's okay. At minimum, I feel like enough information should be given to let one run the examples given. By the way, your comment, "While you can use pkgutil.ImpImporter as

[issue15288] Clarify the pkgutil.walk_packages() note

New submission from Chris Jerdonek : The note at the end of the pkgutil.walk_packages() (and iter_modules()) documentation can be improved somewhat: http://docs.python.org/dev/library/pkgutil.html#pkgutil.walk_packages For example, "importers" aren't referenced earlier in the documentation of

[issue14982] pkgutil.walk_packages seems to not work properly on Python 3.3a

Chris Jerdonek added the comment: I created issue 15288 to improve the documentation around this. -- ___ Python tracker ___ ___ Pytho

[issue1767933] Badly formed XML using etree and utf-16

Eli Bendersky added the comment: Thanks for your work on this, Serhiy. I made some comments in the code-review tool, mainly about the complexity of the resulting code. Great work on switching the tests to unittest, much appreciated. -- ___ Python

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

Terry J. Reedy added the comment: Phillip, this is a trivial wsgiref patch. Do you have any opinion? -- versions: +Python 3.4 -Python 3.2 ___ Python tracker ___ _

[issue12927] test_ctypes: segfault with suncc

Stefan Krah added the comment: Given that --with-system-ffi works, I don't think we need the additional burden of maintaining patches for libffi/suncc. -- resolution: -> wont fix stage: needs patch -> committed/rejected status: open -> closed ___ Py

[issue15286] normpath does not work with local literal paths

Brian Curtin added the comment: Hi mandel :) With the exception of the "import string" inside of _get_letters (policy is to do all imports at the top), it looks ok just by reading. Assigning to myself to complete it after I return from holiday in a few days (unless someone beats me). --

[issue15110] strange Tracebacks with importlib

Antoine Pitrou added the comment: Here is a patch with tests. Brett, what do you think? -- stage: -> patch review Added file: http://bugs.python.org/file26308/trim_tb.patch ___ Python tracker

[issue15110] strange Tracebacks with importlib

Antoine Pitrou added the comment: By the way, it has to be done in C since tb_next can't be modified from Python code. -- ___ Python tracker ___ ___

[issue13248] deprecated in 3.2, should be removed in 3.3

Terry J. Reedy added the comment: We do not document removals after they are done as they are not an issue for back-compatibility (unlike changes and additions). Deprecation Warnings are optionally available for checking forward-compatibility. Deprecations are sometimes noted in the regular t

[issue15286] normpath does not work with local literal paths

Antoine Pitrou added the comment: I think this is wrong. The MSDN doc says: “Because it turns off automatic expansion of the path string, the "\\?\" prefix also allows the use of ".." and "." in the path names, which can be useful if you are attempting to perform operations on a file with the

[issue15289] Adding __getitem__ as a class method doesn't work as expected

New submission from samwyse : I'm using a class as a decorator, and saving information in a class variable. I wanted to access the information via a __getitem__ class method, but using conventional syntax doesn't work on a class. The following exception is thrown when the attached script is

[issue15281] pyvenv --symlinks option is a no-op?

Vinay Sajip added the comment: Following discussions on python-dev, the default is always to symlink, except on Windows (no support for true symlinks on XP and older) and Mac OS X (problems with framework builds). The --symlinks indicates, on those platforms where symlinks is not the default,

[issue15281] pyvenv --symlinks option is a no-op?

Antoine Pitrou added the comment: > Following discussions on python-dev, the default is always to symlink, > except on Windows (no support for true symlinks on XP and older) and > Mac OS X (problems with framework builds). The --symlinks indicates, > on those platforms where symlinks is not the

[issue15283] pyvenv says nothing on success

Vinay Sajip added the comment: The reason it says nothing on success is that it follows the general philosophy of programs on Unix. Of course, there are exceptions, but it's not obvious that pyvenv should say anything, and what it should presume is the user's next likely step. As well as runn

[issue15281] pyvenv --symlinks option is a no-op?

Vinay Sajip added the comment: > Ok, then it might be nice to make the usage string (which is printed with pyvenv --help) clearer. Fair point, I'll update the help text to be clearer. -- ___ Python tracker __

[issue15283] pyvenv says nothing on success

Antoine Pitrou added the comment: > The reason it says nothing on success is that it follows the general > philosophy of programs on Unix. Of course, there are exceptions, but > it's not obvious that pyvenv should say anything, and what it should > presume is the user's next likely step. Well,

[issue15283] pyvenv says nothing on success

Martin v. Löwis added the comment: > Well, having to run "source bin/activate" is not obvious (unless you've > already used virtualenv) Using venv is not obvious in the first place. so presumably, the user has read some documentation telling him what it is and how it's used. Presumably, that do

[issue15266] Perform the same checks as PyPI for Description field

Martin v. Löwis added the comment: > One maintenance issue is the possible discrepancy between PyPI’s > checks and distutils2’s; if the PyPI maintainers agree to announce > all changes to catalog-sig it could work (just like for classifiers). We can certainly try to remember, but I expect t

[issue15283] pyvenv says nothing on success

Antoine Pitrou added the comment: > > Well, having to run "source bin/activate" is not obvious (unless you've > > already used virtualenv) > > Using venv is not obvious in the first place. Well, why couldn't it *become* obvious. It's not supposed to be a complicated piece of software. It does

[issue15289] Adding __getitem__ as a class method doesn't work as expected

Eric Snow added the comment: This appears to be a misunderstanding about special-method lookup which, honestly, isn't super obvious at first. It helps to remember that classes are objects like everything else in Python and thus are instances of some type (their metaclass). Anyway, here's th

[issue15289] Adding __getitem__ as a class method doesn't work as expected

Changes by Eric Snow : -- components: +Interpreter Core -None resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue15110] strange Tracebacks with importlib

Amaury Forgeot d'Arc added the comment: Does it work for extension modules? -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue14988] _elementtree: Raise ImportError when importing of pyexpat fails

Stephen Thorne added the comment: With the attached patch, with python3.3(trunk) I instead get: ./python.exe -c 'import _elementtree' Traceback (most recent call last): File "", line 1, in File "", line 1294, in _find_and_load File "", line 1261, in _find_and_load_unlocked File "", l

[issue15110] strange Tracebacks with importlib

Antoine Pitrou added the comment: > Does it work for extension modules? What do you mean? -- ___ Python tracker ___ ___ Python-bugs-

[issue15228] os.utime() docs not clear on behavior on nonexistant files

Changes by Larry Hastings : -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15110] strange Tracebacks with importlib

Amaury Forgeot d'Arc added the comment: I added to _ssl.c: PyErr_SetString(PyExc_ValueError, "Just a test"); return NULL; Then I tried to import the module: ~/python/cpython3.x$ ./python -c "import ssl" Traceback (most recent call last): File "", line 1, in File "/home/amauryfa/p

[issue15110] strange Tracebacks with importlib

Amaury Forgeot d'Arc added the comment: See also msg164937 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue15194] libffi-3.0.11 update

Matthias Klose added the comment: libffi_osx wasn't (yet) updated. so this seems to be unrelated to the 3.0.11 update. -- ___ Python tracker ___ ___

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

Senthil Kumaran added the comment: I have fixed this in the changeset 34e705fa4da4. SERVER_SOFTWARE term can be made more specific to note the implementation as various suggestions say. I personally think, it is worthy to make change in 3.3 itself as its been open from a long time and it is s

[issue15283] pyvenv says nothing on success

Martin v. Löwis added the comment: >> Using venv is not obvious in the first place. > > Well, why couldn't it *become* obvious. Because the notion of a "virtual environment" is inherently non-obvious. Is it like a virtual machine (and if so, like VMWare or like Java, both with virtual machines

[issue15279] Spurious unittest warnings

Ned Deily added the comment: That's an odd failure. I've not seen it nor can I reproduce it on 10.7 using the standard Apple Xcode 4.3.3 clang nor on 10.6 using the Apple Xcode 3.2.6 gcc-4.2. You appear to be using a MacPorts-built gcc-4.2. Can you try with an Apple-supplied compiler (./co

[issue14826] urllib2.urlopen fails to load URL

Stephen Thorne added the comment: Here is a patch that uses the same quoting logic in urllib.request.Request.__init__ as is used by urllib.request.URLopener.open() -- keywords: +patch nosy: +jerub versions: +Python 3.3 -Python 2.7 Added file: http://bugs.python.org/file26311/urllib-quo

[issue15285] test_timeout failure on OSX

Florent Xicluna added the comment: happened on 10.6, 64 bits, with a fresh build. == CPython 3.3.0b1 (default:5b71f5891c54, Jul 7 2012, 17:47:30) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] == Darwin-10.8.0-i386-64bit little-endian -- ___ Python

[issue15285] test_timeout failure on OSX

Florent Xicluna added the comment: probably a temporary network issue: i cannot reproduce it now. -- resolution: -> works for me status: open -> pending ___ Python tracker ___

[issue15285] test_timeout failure on OSX

Florent Xicluna added the comment: This was this test which was failing: def testConnectTimeout(self): # Choose a private address that is unlikely to exist to prevent # failures due to the connect succeeding before the timeout. # Use a dotted IP address to avoid inc

[issue5931] Python runtime name hardcoded in wsgiref.simple_server

Phillip J. Eby added the comment: On Sat, Jul 7, 2012 at 2:37 PM, Terry J. Reedy wrote: > Phillip, this is a trivial wsgiref patch. Do you have any opinion? > Nope. -- ___ Python tracker _

[issue15110] strange Tracebacks with importlib

Antoine Pitrou added the comment: Ah, right, here is an updated patch which also handles extension modules and frozen ones. -- Added file: http://bugs.python.org/file26312/trim_tb2.patch ___ Python tracker __

[issue13797] Allow objects implemented in pure Python to export PEP 3118 buffers

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14814] Implement PEP 3144 (the ipaddress module)

Nick Coghlan added the comment: Yup, it's broken (doesn't handle NotImplemented correctly) and Raymond isn't keen on fixing it. I should add a link to the relevant tracker issue in a comment, though. -- ___ Python tracker

[issue15283] pyvenv says nothing on success

Vinay Sajip added the comment: > It does one single thing and it has only a handful of options > (one of which is a no-op :-)). Perhaps it's a no-op only on your preferred operating system - that doesn't mean it's a no-op for everyone :-) I don't mind clarifying/expanding the help output, but

<    1   2   3   >