[issue24991] Define instance mutability explicitly on type objects

Nick Coghlan added the comment: Also adding Trent Nelson to the nosy list, as I believe this capability could potentially be relevant to PyParallel. The reason I say that is that if instance mutability (or the lack thereof) becomes a first class language concept, then we may be able to adopt

[issue25027] Python 3.5.0rc3 on Windows can not load more than 127 C extension modules

Paul Moore added the comment: > Maybe we can special-case pip uninstalling it from the site-packages folder? > *Paul* - any thoughts? Sorry, I've been following this thread but it's been moving pretty fast, so I'm probably replying too late to be helpful now :-( One alternative thought I had

[issue22980] C extension naming doesn't take bitness into account

Larry Hastings added the comment: Here's an attempt at a What's New section for this change. I expect it's wrong! Maybe someone can fix it. Maybe it's actually better than not having one at all. Can we maybe get a round or two of edits on this and get something in for 3.5 final?

[issue24199] Idle: remove idlelib.idlever.py and its use in About dialog

Roundup Robot added the comment: New changeset 55b62e2c59f8 by Terry Jan Reedy in branch '2.7': Issue 24199: Deprecate idlelib.idlever with a warning on import. https://hg.python.org/cpython/rev/55b62e2c59f8 New changeset c51514826126 by Terry Jan Reedy in branch '3.4': Issue 24199: Deprecate

[issue25038] test_os.TestSendfile.test_keywords() introduced a regression

New submission from STINNER Victor: The change e42e2bd47168 introduced a regression, test_os started to fail on FreeBSD. What is the rationale of the change? For example, test_os pass in the previous build on the same buildbot. I don't know if it makes sense to pass None to headers and/or

[issue24984] document AF_BLUETOOTH socket address formats

Changes by Martin Panter : -- nosy: +berker.peksag ___ Python tracker ___ ___

[issue25034] string.Formatter accepts empty fields but displays wrong when nested

Anthon van der Neut added the comment: The problem lies in the recursive call to _vformat which might consume fields without name ({}) and increment auto_arg_index, but that incremented value was not returned to the parent. Since the line became longer than pep8 allowed I wrapped all of the

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Larry Hastings added the comment: Given Victor's reluctance to get this in to 3.5.0, this can't even be marked as a "deferred blocker" anymore. Demoting to normal priority. -- priority: deferred blocker -> normal ___ Python tracker

[issue25039] Docs: Link to Stackless Python in Design and History FAQ section is broken

New submission from Camilla Montonen: The link to Stackless Python here https://docs.python.org/2/faq/design.html#can-t-you-emulate-threads-in-the-interpreter-instead-of-relying-on-an-os-specific-thread-implementation is broken. I get an "Internal Server Error" when trying to access it.

[issue25038] test_os.TestSendfile.test_keywords() introduced a regression

Martin Panter added the comment: I believe revision e42e2bd47168 is actually the cure, and test failure is actually caused by a new test I added in revision fdb5d84f9948. So hopefully things are fixed now, but I will keep an eye on the buildbots. In fdb5d84f9948, I originally added the

[issue25027] Python 3.5.0rc3 on Windows can not load more than 127 C extension modules

Steve Dower added the comment: FYI: we're making a new release (right now!) with the patch applied, that should go out tomorrow. If anyone spots anything important in the patch, I still really want to hear about it, but hopefully having something installable means we'll get at least a few

[issue24199] Idle: remove idlelib.idlever.py and its use in About dialog

Terry J. Reedy added the comment: Thanks, Brett. Since I am not wrapping the warning, the default stacklevel seems to work on all versions. Still to do: 1. Something in the docs (all branches), but with an eye toward other deprecations coming later. 2. Actually remove file in 3.6 branch, but

[issue24984] document AF_BLUETOOTH socket address formats

Roundup Robot added the comment: New changeset da9b26670e44 by Martin Panter in branch '3.4': Issue #24984: Document AF_BLUETOOTH socket address formats https://hg.python.org/cpython/rev/da9b26670e44 New changeset 4ce8450da22d by Martin Panter in branch '3.5': Issue #24984: Merge 3.4 into 3.5

[issue24984] document AF_BLUETOOTH socket address formats

Berker Peksag added the comment: Thanks for the patch, Tim. I think we can also create separate issues for AF_PACKET and AF_CAN and mark them as "easy". -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement

[issue22980] C extension naming doesn't take bitness into account

Berker Peksag added the comment: Adding Yury since he and Elvis are working on Doc/whatsnew/3.5.rst and they might want to take a look at the latest patch. -- nosy: +berker.peksag, yselivanov ___ Python tracker

[issue25039] Docs: Link to Stackless Python in Design and History FAQ section is broken

Berker Peksag added the comment: Thanks for the report, Camilla. This could be a temporary problem with the Stackless website. Can you ask on http://www.stackless.com/mailman/listinfo/stackless? -- nosy: +berker.peksag ___ Python tracker

[issue25039] Docs: Link to Stackless Python in Design and History FAQ section is broken

Laura Creighton added the comment: I do not think that asking there will help right now because the problem is that the whole site is down, and mailman isn't running either ... -- nosy: +lac ___ Python tracker

[issue25041] document AF_PACKET socket address format

New submission from Tim Tisdall: As mentioned in #24984, I'm making another issue to document the address format for AF_PACKET. In this case there's already documentation in Modules/socketmodule.c that says: - an AF_PACKET socket address is a tuple containing a string specifying the

[issue23144] html.parser.HTMLParser: setting 'convert_charrefs = True' leads to dropped text

Larry Hastings added the comment: The Misc/NEWS entry for this was added under Python 3.5.0rc3. But, since no pull request has been made for this change, this change hasn't been merged into 3.5.0. It will ship as part of Python 3.5.1. I've moved the Misc/NEWS entry accordingly. --

[issue25041] document AF_PACKET socket address format

Changes by Berker Peksag : -- keywords: +easy stage: -> needs patch ___ Python tracker ___

[issue23517] datetime.utcfromtimestamp rounds results incorrectly

Larry Hastings added the comment: Given Victor's reluctance to get this in to 3.5.0, this can't even be marked as a "deferred blocker" anymore. Demoting to normal priority. -- priority: deferred blocker -> normal ___ Python tracker

[issue25035] Getter/setter for argparse keys

R. David Murray added the comment: Can you provide some specific use cases, please? -- nosy: +r.david.murray ___ Python tracker ___

[issue25041] document AF_PACKET socket address format

Tim Tisdall added the comment: Right now the docs say "Certain other address families (:const:`AF_PACKET`, :const:`AF_CAN`) support specific representations.". I was going to create a separate issue for AF_CAN, but it seems that it's already documented... When documentation is added for

[issue22980] C extension naming doesn't take bitness into account

Steve Dower added the comment: Only thing I'd add is that the extra tag is optional (on Windows at least), and Python will happily import extensions without it. But extensions with a mismatched tag won't be loaded. -- ___ Python tracker

[issue24984] document AF_BLUETOOTH socket address formats

Tim Tisdall added the comment: I created #25041 to handle AF_PACKET. It seems AF_CAN is already in the docs, so the person making the change for AF_PACKET can just remove that mention of AF_CAN farther down. -- ___ Python tracker

[issue25041] document AF_PACKET socket address format

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___

[issue25029] MemoryError in test_strptime

Roundup Robot added the comment: New changeset bd7aed300a1b by Steve Dower in branch '3.5': Issue #25029: MemoryError in test_strptime https://hg.python.org/cpython/rev/bd7aed300a1b New changeset 706b9eaba734 by Steve Dower in branch '3.5': Merge fix for #25029

[issue25040] xml.sax.make_parser makes bad use of parser_list argument default value

New submission from Gautier Portet: When using xml.sax.make_parser(), there is a potential problem with the parser_list default value. If another module used a default value, like the problematic parser from PyXML, your module will also use it as default parser. You should change this: def

[issue25042] Create an "embedding SDK" distribution?

New submission from Paul Moore: At the moment, building an application that embeds Python requires the user to have a full install of Python on the build machine, to get access to the include and library files. Now that we provide an embeddable build of Python on Windows, would it be worth

[issue25027] Python 3.5.0rc3 on Windows can not load more than 127 C extension modules

Roundup Robot added the comment: New changeset 8374472c6a6e by Steve Dower in branch '3.5': Issue #25027: Reverts partial-static build options and adds vcruntime140.dll to Windows installation. https://hg.python.org/cpython/rev/8374472c6a6e -- nosy: +python-dev

[issue23447] Import fails when doing a circular import involving an `import *`

Changes by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___

[issue25043] document socket constants for Bluetooth

New submission from Tim Tisdall: further to #24984, I noticed there are constants that aren't mentioned in the docs. Also BDADDR_ALL is missing (which is defined in Bluez's bluetooth.h) so I added it. Now, I'm not totally clear on supplying multi-version patches... I know 3.5 is in

[issue25044] bring BTPROTO_SCO inline with other Bluetooth protocols

Changes by Tim Tisdall : -- components: +Extension Modules ___ Python tracker ___ ___

[issue25045] smtplib throws exception TypeError: readline()

New submission from Philippe Lambotte: smtplib smtpserver.ehlo() will throw exception. The error message : Traceback (most recent call last): File "snippet.email.sendmail.py", line 34, in smtpserver.ehlo() File "/usr/lib/python3.2/smtplib.py", line 421, in ehlo (code, msg) =

[issue25003] os.urandom() should call getrandom(2) not getentropy(2)

John Beck added the comment: Yes, the syscall was failing with EINVAL. -- ___ Python tracker ___ ___

[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).

Serhiy Storchaka added the comment: The question is: are ioctl codes outside of the unsigned int range used on BSD family or Mac OS X? -- ___ Python tracker

[issue25003] os.urandom() should call getrandom(2) not getentropy(2)

STINNER Victor added the comment: > Prior to applying this patch, I had needed to tweak py_getrandom() to > recognize EINVAL in addition to ENOSYS as sufficient reason to turn off > getrandom_works. In which case getrandom() fails with EINVAL? --

[issue25003] os.urandom() should call getrandom(2) not getentropy(2)

John Beck added the comment: @haypo: Yes, that patch works (applied to 3.5.0rc3; proxy problems are preventing me from updating my clone of the default branch at the moment) i.e., pyconfig.h shows: #define HAVE_GETRANDOM_SYSCALL 1 To answer your other questions: * Calling

[issue25044] bring BTPROTO_SCO inline with other Bluetooth protocols

New submission from Tim Tisdall: All of the BTPROTO_ protocols accept tuples with Bluetooth addresses as regular strings. SCO accepts a byte-string which represents a Bluetooth address. The change was made at 23ab586c427a With the current implementation we get this error: >>> import

[issue25046] ImportError: No module named Multiprocessing

New submission from Julio: Hi!, I have a problem to import a multiprocessing module. I am using Python 2.7 and Windows 8. The program (.py) is executed since MS-DOS console. If I run the program the output is "ImportError: No module named multiprocessing". If I execute "import

[issue24999] Segfault in test_re.test_sre_character_class_literals() when Python is compiled by ICC

Stefan Krah added the comment: Thanks, I've contacted Robert. -- ___ Python tracker ___ ___ Python-bugs-list

[issue25042] Create an "embedding SDK" distribution?

Steve Dower added the comment: It may be worth it. What I'd rather have people do is to install using the regular installer and include both debug symbols and debug binaries. This will put it in a registered location that can be auto detected (I have written a template for Visual Studio that

[issue22980] C extension naming doesn't take bitness into account

Matthias Klose added the comment: thanks for the draft! I'm not sure how to describe this properly. The extension names are derived from https://wiki.debian.org/Multiarch/Tuples and this again is derived from the GNU triplets/quadruplets. there is no "cpu" and "os" part, depending on the

[issue15347] IDLE - does not close if the debugger was active

Mark Roseman added the comment: Debugger.py has a nested call to mainloop() ... which is almost always a bad idea. I'm betting the close is being handled in this mainloop, and there are no more events being generated, meaning the real mainloop towards the bottom of PyShell (which checks if

[issue25044] bring BTPROTO_SCO inline with other Bluetooth protocols

Martin Panter added the comment: Perhaps making it accept both bytes and text strings is a sensible option. Similar to how AF_INET can bind to both "localhost" and b"localhost". -- nosy: +martin.panter stage: -> needs patch ___ Python tracker

[issue25043] document socket constants for Bluetooth

Martin Panter added the comment: The new constant would probably have to go into 3.6 only. I suggest make two patches: your documentation patch to be applied to 3.4+, and the new constant, against 3.6 only. Also, it would be good to get a unit test for the new constant. -- nosy:

[issue24984] document AF_BLUETOOTH socket address formats

Martin Panter added the comment: Hello again. The patch I committed says BTPROTO_SCO accepts a bytes-like object. However I suspect it is actually restricted to bytes only: >>> s = socket(AF_BLUETOOTH, SOCK_SEQPACKET, BTPROTO_SCO) >>> s.bind(bytearray(b"12:23:34:45:56:67")) Traceback (most

[issue24965] Implement PEP 498: Literal String Formatting

Changes by Eric V. Smith : Removed file: http://bugs.python.org/file40302/pep-498.diff ___ Python tracker ___

[issue24965] Implement PEP 498: Literal String Formatting

Changes by Eric V. Smith : Removed file: http://bugs.python.org/file40316/pep-498-1.diff ___ Python tracker ___

[issue24965] Implement PEP 498: Literal String Formatting

Changes by Eric V. Smith : Removed file: http://bugs.python.org/file40317/pep-498-2.diff ___ Python tracker ___

[issue24965] Implement PEP 498: Literal String Formatting

Eric V. Smith added the comment: This implements the accepted PEP 498. The only other real change I plan on making is to do dynamic memory allocation when building the expressions that make up a JoinedStr AST node. The code has all of the places to do that already laid out, it's just a matter

[issue25047] xml.etree.ElementTree encoding declaration should be capital ('UTF-8') rather than lowercase ('utf-8')

Martin Panter added the comment: I agree that Python should not be converting the supplied encoding name to lowercase, although I guess reverting this has the potential to upset people’s output (e.g. if they depend on the checksum or something). -- nosy: +martin.panter

[issue24965] Implement PEP 498: Literal String Formatting

Barry A. Warsaw added the comment: On Sep 09, 2015, at 11:57 PM, Eric V. Smith wrote: >There's one nit where I accept 'f' and 'F', but the PEP just says 'f'. I'm >not sure if we should accept the upper case version. I'd think not, but all >of the other ones (b, r, and u) do. I think it should

[issue25035] Getter/setter for argparse keys

paul j3 added the comment: `get_default` and `set_defaults` are parser methods, and do more than set or get a particular Action attribute. 'Set' for example changes both the 'parser._defaults' attribute, and a 'action.default' attribute. Defaults are complex and can be defined in at least 3

[issue24272] PEP 484 docs

Larry Hastings added the comment: Pull request accepted! Please forward-merge, thanks! -- ___ Python tracker ___

[issue22622] ElementTree only writes declaration when passed encoding

Martin Panter added the comment: As far as I can tell this was already working, even in 3.4.0a1 (the first pre-release of 3.4): >>> tree.write('/dev/stdout', xml_declaration=True) But it is not working in Python 2: >>> tree.write('/dev/stdout', xml_declaration=True) Looking at the

[issue25035] Getter/setter for argparse keys

Sworddragon added the comment: I'm actually not fully sure why you are telling me this all, especially in this specific way. But I would also go the other way, by removing ArgumentParser.get_default and ArgumentParser.set_defaults if we think the current ways of getting/setting are enough.

[issue24272] PEP 484 docs

Guido van Rossum added the comment: Merged and pushed. Let's please use a new issue for any further patches. -- status: open -> closed ___ Python tracker

[issue22464] Speed up fractions implementation

Roundup Robot added the comment: New changeset 6c8e2c6e3a99 by Yury Selivanov in branch '3.5': whatsnew/3.5: Mention issue 22464 https://hg.python.org/cpython/rev/6c8e2c6e3a99 -- ___ Python tracker

[issue25035] Getter/setter for argparse keys

paul j3 added the comment: `parser.set_defaults` lets you set a default for any `dest`. It does not have to be connected with an argument. See what the docs say about using it to set an action linked to a subparser. `arg1 = parser.add_argument(...)` returns an `Action` object. The parser

[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).

koobs added the comment: @Serhiy If anyone can provide me some test code (I dont know how to test it) I'm happy to test it on 'unpatched' 2.7 and 3.5 ports -- ___ Python tracker

[issue24272] PEP 484 docs

Ivan Levkivskyi added the comment: Thank you, Guido! I have noticed single quotes in line 38: type hinted using `Callable[[Arg1Type, Arg2Type], ReturnType]` I think it would be logical to replace it with double quotes: ``Callable[[Arg1Type, Arg2Type], ReturnType]`` as Zachary did in the

[issue24272] PEP 484 docs

Guido van Rossum added the comment: I apologize for the mix-up! The code review tool didn't help. Regarding the single quotes, there seem to be a bunch more of these, and as cutting a PR is a fair bit of labor I'd rather not fix that. We can fix this once 3.5.0 it out of the door (hopefully

[issue24857] mock: Crash on comparing call_args with long strings

Roundup Robot added the comment: New changeset 83ea55a1204a by Berker Peksag in branch '3.4': Issue #24857: Comparing call_args to a long sequence now correctly returns a https://hg.python.org/cpython/rev/83ea55a1204a New changeset df91c1879e56 by Berker Peksag in branch '3.5': Issue #24857:

[issue24857] mock: Crash on comparing call_args with long strings

Berker Peksag added the comment: Thanks! For the record, the __ne__ issue created by A Kaptur is issue 24997. -- nosy: +berker.peksag resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue25045] smtplib throws exception TypeError: readline()

R. David Murray added the comment: Can you explain how to reproduce the problem? That code is working fine in the unit tests, and the file object returned by socket.makefile has a readline method that accepts a size argument, so I'm guessing there is something odd going on with your code.

[issue25040] xml.sax.make_parser makes bad use of parser_list argument default value

R. David Murray added the comment: Can you explain how this manifests? make_parser neither mutates the list nor returns it, so I don't see how this is a bug. -- nosy: +r.david.murray ___ Python tracker

[issue25045] smtplib throws exception TypeError: readline()

Philippe Lambotte added the comment: The code is : #!/usr/bin/env python3 #-*- coding: utf-8 -*- import smtplib, os from email.mime.multipart import MIMEMultipart from email.mime.base import MIMEBase from email.mime.text import MIMEText from email.utils import COMMASPACE, formatdate from email

[issue25046] ImportError: No module named Multiprocessing

R. David Murray added the comment: I suggest posting your question to the python-list mailing list, you are much more likely to get help there. This tracker is for bugs in python, and what you describe sounds like a problem with your program and/or your setup (if 'import multiprocessing'

[issue24272] PEP 484 docs

Guido van Rossum added the comment: Pull Request: https://bitbucket.org/larry/cpython350/pull-requests/24/docs-update-for-typing-module/diff -- ___ Python tracker

[issue25035] Getter/setter for argparse keys

Sworddragon added the comment: I was myself in the case where I needed the values of the choices key of 2 specific arguments. Currently I'm solving this by storing them in variables but probably it could be cleaner by using a getter. -- ___ Python

[issue25047] xml.etree.ElementTree encoding declaration should be capital ('UTF-8') rather than lowercase ('utf-8')

New submission from Simeon Warner: Seems that in python3 the XML encoding declaration from xml.etree.ElementTree has changed from 2.x in that it is now lowercased, e.g. 'utf-8'. While the XML spec [1] says that decoders _SHOULD_ understand this, the encoding string _SHOULD_ be 'UTF-8'. It

[issue25048] %e Directive Missing in Datetime Documentation

New submission from Marc Bouvier: The %e directive is missing in the Datetime documentation. I have tried this directive in 2.6.6, 2.7.2, and 2.7.10 using datetime.datetime.strftime(datetime.datetime.now(), '%A, %B %e, %Y') and it works in all cases. The below documentation line is pulled

[issue25048] %e Directive Missing in Datetime Documentation

Marc Bouvier added the comment: Sorry, the documentation page I am looking at is https://docs.python.org/2/library/datetime.html#strftime-and-strptime-behavior and https://docs.python.org/3/library/datetime.html#strftime-and-strptime-behavior. --

[issue25048] %e Directive Missing in Datetime Documentation

Changes by R. David Murray : -- stage: -> resolved ___ Python tracker ___ ___

[issue25048] %e Directive Missing in Datetime Documentation

R. David Murray added the comment: strftime passes the string through to the OS, which sometimes supports more format codes than the ones documented as working on all platforms. There is a note in the docs about this. -- nosy: +r.david.murray resolution: -> not a bug status: open ->