[issue15133] tkinter.BooleanVar.get() behavior and docstring disagree

Mark Summerfield added the comment: How about a compromise? Deprecate (but keep BooleanVar) and add BoolVar with proper True/False behavior to match the other *Vars? -- ___ Python tracker

[issue13698] Mailbox module should support other mbox formats in addition to mboxo

Petri Lehtinen added the comment: The default mode for reading mbox files should also be modified a bit to maximize the support fordifferent implementations. See #11728. I think we should still use the mboxo format by default when writing, and the "default" format of RFC 4155 when reading. We

[issue14920] help(urllib.parse) fails when LANG=C

Éric Araujo added the comment: IMO the right fix would have been to make the docstring a raw string. -- nosy: +eric.araujo ___ Python tracker ___ ___

[issue11728] mbox parser incorrect behaviour

Petri Lehtinen added the comment: Actually, you're right. Sorry for overlooking the RFC. But that said, the RFC itself refers to the same manpage as a reference that's "mostly authoritative for those variations that are otherwise only documented in anecdotal form". So I guess it's quite a goo

[issue14202] The docs of xml.dom.pulldom are almost nonexistent

Éric Araujo added the comment: Unassigning; I have to use my Python time for distutils bugs, or doc bugs for modules I actually like (I’m no fan of XML nor DOM :). I would politely insist that doc fixes have to get backported to 2.7 unless it would be really bothersome (like a big change to

[issue10968] threading.Timer should be a class so that it can be derived

Éric Araujo added the comment: Ping. -- keywords: +needs review stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue14974] rename packaging.pypi to packaging.index

Changes by Éric Araujo : -- versions: -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue14974] rename packaging.pypi to packaging.index

Éric Araujo added the comment: Fully agreed with Alexis. > index is too generic to convey any kind of meaning and can be confused--at > least for > me--with list.index. Sometimes it is better for a name to be specific. But it is specific, thanks to the use of namespaces in Python: it’s distut

[issue14894] distutils.LooseVersion fails to compare number and a word

Éric Araujo added the comment: > I think the comparison should continue to succeed, > with whatever results it produces in Python 2.7 The point I was trying to make is that this is not something done on purpose, nor useful or guaranteed, but only a side effect of 2.x’s mixed comparisons. As u

[issue14273] distutils2: logging handler not properly initialized

Éric Araujo added the comment: > DEBUG should only be set for messages of interest to developers/support > staff/system admins, > and which might confuse end users. The thing is that all logging messages from distutils2 should be sent to handlers, and client code such as pysetup or pip2 can ch

[issue1508475] transparent gzip compression in urllib

Changes by Raymond Hettinger : -- priority: normal -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue12559] gzip.open() needs an optional encoding argument

Changes by Éric Araujo : -- nosy: +nadeem.vawda versions: +Python 3.4 -Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Nick Coghlan added the comment: Don't forget to point people to os.fsencode() if they actually wanted bytes, or os.fsdecode() if they already have bytes and want to convert them to text. -- ___ Python tracker ___

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: Nevermind, I'm an idiot. fdopendir doesn't support dir_fd as a separate path, so listdir can't support it either. There's an unwritten property of the os module on a POSIX system: all the functions are essentially-atomic. This is useful and should not be br

[issue14591] Value returned by random.random() out of valid range on 64-bit

Raymond Hettinger added the comment: The patch is fine but would be a bit better if the two loop passes were merged and if the "tmp" variable were renamed to something like "nonzero" or somesuch. -- ___ Python tracker

[issue13799] Base 16 should be hexadecimal in Unicode HOWTO

Éric Araujo added the comment: I think that when I started programming I was exposed to “hexadecimal” (e.g. HTML character references can use decimal or hexadecimal numbers) before understanding the generic principle of bases for numbers, so I’m sympathetic to the request. Terry, Sandro, do

[issue12415] Missing: How to checkout the Doc sources

Éric Araujo added the comment: Any comment on my last message? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: Nick, how do you feel specifically about listdir(path, *, dir_fd)? I'm mentally exhausted from the past couple of days and have temporarily lost the ability to infer. -- ___ Python tracker

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Nick Coghlan added the comment: +1 for changing the API for any cases where the filesystem path is also used to determine the return type - given that we stuffed this up for the rmtree implementation, I expect end users would be prone to making exactly the same mistake. Retaining the ability

[issue14893] Tutorial: Add function annotation example to function tutorial

Éric Araujo added the comment: LGTM, will commit. -- assignee: docs@python -> eric.araujo ___ Python tracker ___ ___ Python-bugs-list

[issue10592] pprint module doesn't work well with OrderedDicts

Changes by Raymond Hettinger : -- resolution: -> duplicate status: open -> closed superseder: -> general pprint rewrite ___ Python tracker ___ _

[issue14674] Link to & explain deviations from RFC 4627 in json module docs

Éric Araujo added the comment: This looks good to me, apart from very minor style things that I can change before committing. Ezio, any last comments? One thing I haven’t done is comparing the length of the new section to the rest of the file to see if it’s a small or big addition; if it’s t

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

Larry Hastings added the comment: Maybe the correct fix for this is to change the interface? os.listdir(path, *, dir_fd=None) Then we'll pick up the return type (str/bytes) from the path variable. It would make #15177 even easier too, should we go down that route. -- ___

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

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

[issue15177] Support os.walk(dir_fd=) and os.fwalk(dir_fd=)

New submission from Larry Hastings : Consider: should os.fwalk() support dir_fd? I think so. In fact, in retrospect it seems like a bug that os.fwalk *doesn't* already support this. Georg: is this a feature or a bugfix? (Wish I'd thought of this Saturday!) I actually did a little experiment

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

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

[issue15176] Clarify the behavior of listdir(fd) in both code and documentation

New submission from Larry Hastings : When you pass in a file descriptor as the first argument to listdir, its output is a list of strings, not a list of bytes. This should be mentioned in the documentation. It's also worth making a pass over the other functions accepting an fd. As it happen

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Larry Hastings added the comment: Your deduction is correct. listdir can't tell what the original argument type was based on the output--path_converter abstracts away those details. So it separately tests the type of the first argument. Staring at it again it's about as clear as mud, but t

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Nick Coghlan added the comment: Tinkering with os.path.join, that traceback means that "name" is a str instance, while "path" is a bytes instance. The culprit actually appears to be the fact that the type returned by os.listdir (et al) when handed a file descriptor is always a string (this is

[issue15063] Source code links for JSON documentation

Changes by Éric Araujo : -- resolution: rejected -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue15175] pydoc -k zip throws segmentation fault

R. David Murray added the comment: Ned: since it is a core dump, I doubt the patch for ignoring exceptions during import will fix this. Note that 'pyg_register_boxed' is not a string that appears in the python source, so it is pretty certainly a third party extension module that is segfaulti

[issue15175] pydoc -k zip throws segmentation fault

Ned Deily added the comment: Which version of Python 2.7.x are you running? If it is less than Python 2.7.3, this is likely a duplicate of Issue7425, the fix for which improved the robustness of pydoc -k as of 2.7.3. -- nosy: +ned.deily ___ Python

[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15175] pydoc -k zip throws segmentation fault

R. David Murray added the comment: This works fine for me. It is almost certain to be a case of something on your pythonpath crashing when pydoc imports it while looking for things that match the keyword. There is unfortunately no way to bullet proof pydoc against this. -- nosy: +r.

[issue8355] diff.py to produce unified format by default

R. David Murray added the comment: Status quo wins a stalemate (and this isn't even really a stalemate. Languishing is for bugs/enhancements no one has stepped up to implement. This one is rejected. -- status: languishing -> closed ___ Python trac

[issue14657] Avoid two importlib copies

Nick Coghlan added the comment: Given Antoine's other change to the build process to fix the bootstrapping problem, I'm OK with leaving it up to anyone hacking on _bootstrap.py to remember that they need to run make if they want the interpreter to see any of their changes. Unlike the C accel

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Larry Hastings added the comment: > The fix for this issue broke support for bytes in shutil.rmtree: What platform? Windows, or non-Windows? It'll probably be obvious regardless, but that might help. -- ___ Python tracker

[issue15173] Copyright/licensing statement in new venv module

Roundup Robot added the comment: New changeset c96dd645825e by Vinay Sajip in branch 'default': Closes #15173: Tidied up copyright statements and removed pythonv references. http://hg.python.org/cpython/rev/c96dd645825e -- nosy: +python-dev resolution: -> fixed stage: commit review ->

[issue15175] pydoc -k zip throws segmentation fault

New submission from Shanker : user@test:~/learn/python$ pydoc -k zip zipimport - zipimport provides support for importing Python modules from Zip archives. gzip - Functions that read and write gzipped files. lib2to3.fixes.fix_itertools - Fixer for itertools.(imap|ifilter|izip) --> (map|filter|z

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Arfrever Frehtes Taifersar Arahesis added the comment: The fix for this issue broke support for bytes in shutil.rmtree: $ mkdir -p /tmp/a/b $ python3.2 -c 'import shutil; shutil.rmtree(b"/tmp/a")' $ mkdir -p /tmp/a/b $ python3.3 -c 'import shutil; shutil.rmtree(b"/tmp/a")' Traceback (most recen

[issue15039] module/ found before module.py when both are in the CWD

Roundup Robot added the comment: New changeset 2051fead1933 by Eric V. Smith in branch 'default': Fixes issue 15039: namespace packages are no longer imported in preference to modules of the same name. http://hg.python.org/cpython/rev/2051fead1933 -- nosy: +python-dev

[issue11728] mbox parser incorrect behaviour

valera added the comment: Hello Petri Qmail manpage does not sound as a valid reference for me, I've pointed relevant RFC (which dictates correct behaviour) as a reference, python mbox parser does not conform to it. Best regards, Valery Masiutsin On Sun, Jun 24, 2012 at 6:41 PM, Petri Leht

[issue15168] Move importlib.test to test.importlib

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15174] amd64\python_d.exe -m test fails

New submission from Stefan Krah : I'm quite sure this worked before, but fails now: C:\Users\stefan\pydev\cpython\PCbuild>amd64\python_d.exe -m test test_ssl Traceback (most recent call last):

[issue1250] Building external modules using Sun Studio 12

Maciej Bliziński added the comment: I just hit this issue when trying to build matplotlib. The setup script indeed tries to run the C compiler (/opt/SUNWspro/bin/cc) instead of the C++ compiler (/opt/SUNWspro/bin/CC) and fails. This was with Python 2.6.7. Could the problem be that the UnixCCo

[issue8355] diff.py to produce unified format by default

anatoly techtonik added the comment: Eric, you're refering to argument: > -1 Even if diff.py is not exaclty a diff replacement, it still makes > sense to emulate what's in people's minds. Could you explain it in your own words, because I don't posess the skills to read people's minds. > I re

[issue15164] add platform.uname() namedtuple interface?

Larry Hastings added the comment: Done! And just in time for... something! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> enhancement ___ Python tracker __

[issue15164] add platform.uname() namedtuple interface?

Roundup Robot added the comment: New changeset 344b06318aca by Larry Hastings in branch 'default': Issue #15164: Change return value of platform.uname() from a http://hg.python.org/cpython/rev/344b06318aca -- nosy: +python-dev ___ Python tracker

[issue15164] add platform.uname() namedtuple interface?

Larry Hastings added the comment: Third diff, incorporating all of Georg's suggestions. -- Added file: http://bugs.python.org/file26138/larry.platform.unamedtuple.3.diff ___ Python tracker

[issue15165] test_email: failure on Windows 64-bit

Alexander Belopolsky added the comment: I don't have a Win 64 setup, but I think replacing 1970 with say 1990 in the tests should fix the problem. -- nosy: +Alexander.Belopolsky ___ Python tracker ___

[issue15102] Fix 64-bit building for buildbot scripts (3.3)

Stefan Krah added the comment: Antoine Pitrou wrote: > Hmm, the buildbot fails compiling again after > af1d98b7ca801049803d83a85bb8558f6e59f2a1: > > http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/139 I think it's unrelated (probably ssl maintenance going on): cd

[issue15164] add platform.uname() namedtuple interface?

Larry Hastings added the comment: Docs fixed, new unit tests for namedtuple interface added. -- Added file: http://bugs.python.org/file26137/larry.platform.unamedtuple.2.diff ___ Python tracker ___

[issue1160] Medium size regexp crashes python

Antoine Pitrou added the comment: This has probably been fixed in 3.3 in c67b7e0c818a. -- assignee: effbot -> versions: +Python 3.2 -Python 3.1 ___ Python tracker ___ __

[issue15102] Fix 64-bit building for buildbot scripts (3.3)

Antoine Pitrou added the comment: Hmm, the buildbot fails compiling again after af1d98b7ca801049803d83a85bb8558f6e59f2a1: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/139 -- ___ Python tracker

[issue15164] add platform.uname() namedtuple interface?

Larry Hastings added the comment: Patch isn't ready, no doc changes. But code review can happen. -- keywords: +patch Added file: http://bugs.python.org/file26136/larry.platform.unamedtuple.1.diff ___ Python tracker

[issue8355] diff.py to produce unified format by default

Éric Araujo added the comment: All of them, especially the last one by Benjamin. -- stage: patch review -> committed/rejected status: open -> closed title: diff.py produce unified format by default -> diff.py to produce unified format by default ___

[issue8916] Move PEP 362 (function signature objects) into inspect

Éric Araujo added the comment: This may be closed as superseded by #15008, or become a new bug to deprecate getargspec with signature, or a bug for a doc-only deprecation. (Can’t add Yuri to nosy?!) -- nosy: +larry ___ Python tracker

[issue15165] test_email: failure on Windows 64-bit

R. David Murray added the comment: I haven't touched localtime since pycon, so I presume this hasn't been detected before due to our lack of a windows 64bit buildbot. -- components: +email nosy: +barry, belopolsky priority: normal -> high ___ Python

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: > I still don't see the bug; the module is behaving correctly - it is the > zipfile that is buggy. Supporting this specific kind of buggy zipfiles is a > new feature. I agree. The module is behaving correctly. -- __

[issue14315] zipfile.ZipFile() unable to open zip File

Terry J. Reedy added the comment: Given that the overall trend in the stdlib seems to be to be more lenient in parsing, as with htmlparser, and that the not-really-strict 'strict' parameter for that is being removed, (#15114) I do not understand the objection to accepting one more malformatio

[issue15172] SHA1 failures on the 64-bit Windows buildbot

Stefan Krah added the comment: Well, as I said in the other issue, I can't reproduce. Apart from running the self tests, perhaps delete the openssl directory and start afresh? -- ___ Python tracker ___

[issue13173] Default values for string.Template

Éric Araujo added the comment: It looks like a doc update to mention the excellent ChainMap class would be a good thing. Bfontaine, are you happy with using a Template subclass or changing your code slightly to have defaults outside of the Template objects, or do you still think the class sh

[issue15102] Fix 64-bit building for buildbot scripts (3.3)

Stefan Krah added the comment: As far as I can see, the 3.3 buildbot scripts are fixed: After af1d98b7ca80 I can run Tools/buildbot/build.bat and Tools/buildbot/build-amd64.bat successfully in any order. I've run the tests, too, and I'm not getting the SHA1 failures. As requested, I've opened

[issue15165] test_email: failure on Windows 64-bit

Antoine Pitrou added the comment: Same here with VS 2008. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue15173] Copyright/licensing statement in new venv module

New submission from Éric Araujo : While reading the venv source I noticed a typo in the copyright/license line (“20011”); I propose a patch that removes that line in favor of the customary “Licensed to the PSF” line, which is IMO much clearer (I never understand what the combination of “all ri

[issue15172] SHA1 failures on the 64-bit Windows buildbot

New submission from Stefan Krah : [Antoine] Ouch. The test failures on the buildbot now seem to point to problems with OpenSSL's SHA1 implementation. Jeremy, perhaps you can try to run the OpenSSL self-tests? -- components: Tests keywords: buildbot messages: 163849 nosy: brian.curtin,

[issue15171] Fix 64-bit building for buildbot scripts (3.2)

New submission from Stefan Krah : [from #15102] http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.2 -- messages: 163848 nosy: brian.curtin, jeremy.kloth, jkloth, loewis, pitrou, skrah, zach.ware priority: normal severity: normal status: open title: Fix 64-bit building fo

[issue15170] Fix 64-bit building for buildbot scripts (2.7)

New submission from Stefan Krah : [from #15102] http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7 -- components: Build messages: 163847 nosy: brian.curtin, jeremy.kloth, jkloth, loewis, pitrou, python-dev, skrah, zach.ware priority: normal severity: normal status: op

[issue5302] Allow package_data specs/globs to match directories

Antoine Pitrou added the comment: > I explained in another issue that I had been using priority release > blocker + version third-party to keep track of distutils2 release > blockers. This can be distracting for CPython devs and RMs so I’ll > just use high now. Woops, sorry. -- _

[issue5067] Error msg from using wrong quotes in JSON is unhelpful

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

[issue5067] Error msg from using wrong quotes in JSON is unhelpful

Georg Brandl added the comment: Agreed. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15124] _thread.LockType: Optimize lock deletion, acquisition of uncontested lock and release of lock.

Antoine Pitrou added the comment: Closing as fixed. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python

[issue5302] Allow package_data specs/globs to match directories

Éric Araujo added the comment: I explained in another issue that I had been using priority release blocker + version third-party to keep track of distutils2 release blockers. This can be distracting for CPython devs and RMs so I’ll just use high now. -- priority: normal -> high

[issue5067] Error msg from using wrong quotes in JSON is unhelpful

Antoine Pitrou added the comment: I would say this is a bugfix, so it can go in after the beta. Georg? -- assignee: bob.ippolito -> components: -Documentation nosy: +georg.brandl, pitrou stage: -> patch review ___ Python tracker

[issue11678] Add support for Arch Linux to platform.linux_distributions()

Roundup Robot added the comment: New changeset 97a098aa4205 by Georg Brandl in branch 'default': Closes #11678: support Arch linux in the platform module. http://hg.python.org/cpython/rev/97a098aa4205 -- nosy: +python-dev resolution: -> fixed stage: patch review -> committed/rejected s

[issue11678] Add support for Arch Linux to platform.linux_distributions()

Éric Araujo added the comment: Feature freeze just came by; sorry we missed this. Given our recent-ish discussion about additions to mimetypes (and the consensus (IIRC) that matching the IANA database can be considered a bug fix), I wonder if detecting more OSes in platform should be consider

[issue4473] POP3 missing support for starttls

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

[issue11205] Evaluation order of dictionary display is different from reference manual.

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue2919] Merge profile/cProfile in 3.n+1

Changes by Antoine Pitrou : -- title: Merge profile/cProfile in 3.0 -> Merge profile/cProfile in 3.n+1 ___ Python tracker ___ ___ Pytho

[issue14446] Remove deprecated tkinter functions

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

[issue5302] Allow package_data specs/globs to match directories

Antoine Pitrou added the comment: Cannot block a release anymore, since packaging has gone. -- nosy: +pitrou priority: release blocker -> normal ___ Python tracker ___ __

[issue15156] Refactor HTMLParser.unescape to use html.entities.html5

Ezio Melotti added the comment: Fixed, thanks for the reviews! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue15156] Refactor HTMLParser.unescape to use html.entities.html5

Roundup Robot added the comment: New changeset 0d53703b1a99 by Ezio Melotti in branch 'default': #15156: HTMLParser now uses the new "html.entities.html5" dictionary. http://hg.python.org/cpython/rev/0d53703b1a99 -- nosy: +python-dev ___ Python track

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

Martin v. Löwis added the comment: I propose to defer this to 3.4. -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list maili

[issue14315] zipfile.ZipFile() unable to open zip File

Martin v. Löwis added the comment: I still don't see the bug; the module is behaving correctly - it is the zipfile that is buggy. Supporting this specific kind of buggy zipfiles is a new feature. For reasons discussed, I also disagree with the proposed patch (file24902). If this helps to adva

[issue15169] Clear C code under PyImport_ExecCodeModuleObject()

New submission from Brett Cannon : import.c:PyImport_ExecCodeModuleObject() is holding on to a ton of C code thanks to get_sourcefile(). Should have PyImport_ExecCodeModuleWithPathnames() use get_sourcefile() only. And then get_sourcefile() should get re-implemented in Python code. --

[issue15168] Move importlib.test to test.importlib

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> needs patch type: -> enhancement ___ Python tracker ___ ___ Python-bugs-l

[issue15168] Move importlib.test to test.importlib

New submission from Brett Cannon : Should also update to use unittest discovery. Might also need to update tests to use both _frozen_importlib and importlib._bootstrap. -- messages: 163833 nosy: brett.cannon priority: normal severity: normal status: open title: Move importlib.test to te

[issue8371] Add options to distutils2.install and pysetup install to only download

Éric Araujo added the comment: > downloading a distribution is not a final goal, imho. > Wouldn't it be simpler to have a simple function that provides this feature ? The reasoning behind my request was that providing a way to do steps from the command-line is good. pysetup install figures d

[issue14315] zipfile.ZipFile() unable to open zip File

Serhiy Storchaka added the comment: I think this is a bugfix. I also don't think that "strict" attribute makes sense if we can't guarantee strong validity (see issue15114). -- ___ Python tracker __

[issue13959] Re-implement parts of imp in pure Python

Changes by Brett Cannon : -- dependencies: +Re-implement imp.get_magic() in pure Python ___ Python tracker ___ ___ Python-bugs-list ma

[issue15167] Re-implement imp.get_magic() in pure Python

New submission from Brett Cannon : Title says it all. Issue #13959 has a patch. -- messages: 163830 nosy: brett.cannon, eric.snow priority: normal severity: normal status: open title: Re-implement imp.get_magic() in pure Python ___ Python tracker

[issue13959] Re-implement parts of imp in pure Python

Changes by Brett Cannon : -- dependencies: +Implement imp.get_tag() using sys.implementation ___ Python tracker ___ ___ Python-bugs-li

[issue15166] Implement imp.get_tag() using sys.implementation

New submission from Brett Cannon : Title says it all. This also implies updating importlib to use sys.implementation directly. -- components: Library (Lib) keywords: easy messages: 163829 nosy: brett.cannon, eric.snow priority: deferred blocker severity: normal stage: needs patch status

[issue15102] Fix 64-bit building for buildbot scripts (issue 15102)

Martin v. Löwis added the comment: > Note that there also appears to be a compile error on the 3.2 and 2.7 > branches: Can we please, pretty pretty please, deal with one issue at a time? If you want to keep this issue open until everything works, you will probably see a dozen more commits, an

[issue15165] test_email: failure on Windows 64-bit

New submission from Stefan Krah : I'm getting this failure in test_email (Windows 64-bit build): == ERROR: test_localtime_epoch_notz_daylight_false (test_utils.LocaltimeTests)

[issue15137] Cleaned source of `cmd` module

Changes by Éric Araujo : -- resolution: -> invalid stage: -> committed/rejected ___ Python tracker ___ ___ Python-bugs-list mailing

[issue15090] Add etag support to urllib.request.urlopen

Changes by Éric Araujo : -- nosy: +eric.araujo stage: -> needs patch title: Add etag support to urllib.request.urlretrieve() -> Add etag support to urllib.request.urlopen versions: +Python 3.4 -Python 3.3 ___ Python tracker

[issue15102] Fix 64-bit building for buildbot scripts (issue 15102)

Antoine Pitrou added the comment: Note that there also appears to be a compile error on the 3.2 and 2.7 branches: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.2 http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%202.7 Build started: Project: ssl, Configuration

[issue15137] Cleaned source of `cmd` module

Éric Araujo added the comment: Just wanted to offer a comment on this: > Last point. Please use .diff or .patch for diff/patch files as that > extension works better for people Depending on OS and file association settings, yes. > and, I believe, hg. Mercurial does not care about file extension

  1   2   3   >