[issue17159] Remove explicit type check from inspect.Signature.from_function()
Stefan Behnel added the comment: I tested it and it works, so I could take the simple route now and say yes, it fixes the problem, but it's actually no longer required because I already added a __signature__ property to Cython's functions. However, as Yury noted, that's a hack because inspect.py can do the same thing way more efficiently with his latest change, so it allows me to reconsider and potentially get rid of it again. Long story short, it works and does the right thing, so I'm happy to see this change go into Py3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17159 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20679] 3.4 cherry-pick: 587fd4b91120 improve Enum subclass behavior
Ethan Furman added the comment: Thanks, Larry. I'll have one more patch which will be much better comments in the code, and a small doc enhancement. When it's ready should I reopen this issue or create a new one? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20679 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19997] imghdr.what doesn't accept bytes paths
Claudiu.Popa added the comment: Patch updated. It removes the check added in http://hg.python.org/cpython/rev/94813eab5a58 and simplifies the test for bytes file path. -- Added file: http://bugs.python.org/file34181/imghdr_bytes_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
Changes by Ned Deily n...@acm.org: -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20728] Remove unused import from base64
New submission from Claudiu.Popa: base64 imports `itertools`, but doesn't use it at all. -- components: Library (Lib) files: base64_remove_unused_import.patch keywords: patch messages: 211917 nosy: Claudiu.Popa priority: normal severity: normal status: open title: Remove unused import from base64 versions: Python 3.5 Added file: http://bugs.python.org/file34182/base64_remove_unused_import.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20728 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20727] Improved roundrobin itertools recipe
Changes by Antoine Pitrou pit...@free.fr: -- stage: - patch review versions: -Python 3.1, Python 3.2, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20727 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20726] inspect: Make Signature instances picklable
Antoine Pitrou added the comment: For extra points, you could test with all protocol versions (from 0 to HIGHEST_PROTOCOL). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19997] imghdr.what doesn't accept bytes paths
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +serhiy.storchaka stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Martin v. Löwis added the comment: I managed to reproduce the problem. It happens (for me) when installing into c:\program files (or \program files (x86)). I'll look into fixing it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20729] mailbox.Mailbox does odd hasattr() check
New submission from Chris Angelico: Only noticed because I was searching the stdlib for hasattr calls, but in mailbox.Mailbox.update(), a check is done thus: if hasattr(arg, 'iteritems'): source = arg.items() elif hasattr(arg, 'items'): source = arg.items() else: source = arg If this is meant to support Python 2, it should probably use iteritems() in the first branch, but for Python 3, it's probably simpler to just drop the first check altogether: if hasattr(arg, 'items'): source = arg.items() else: source = arg Or possibly switch to EAFP: try: source = arg.items() except AttributeError: source = arg -- messages: 211920 nosy: Rosuav priority: normal severity: normal status: open title: mailbox.Mailbox does odd hasattr() check ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Michał Pasternak added the comment: I just hit this bug on 2.7.6, running on polish WinXP (I need to build some packages there, I hope I'll avoid a nasty py2exe bug). Any reasons this is not fixed yet? Do you need any assistance? -- nosy: +Michał.Pasternak ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20628] Improve doc for csv.DictReader 'fieldnames' parameter
Roger Erens added the comment: One more nitpick: is it the sequence [of keys] that identif_ies_ the order, or is it the keys that identif_y_ the order? Not being a native English speaker, I'd opt for the first choice. Thank you both for your meticulous attention for details! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20628 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Eli Bendersky added the comment: Can you upload the new patch? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20218] Add `pathlib.Path.write` and `pathlib.Path.read`
Ram Rachum added the comment: Any progress on this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20218 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Mark Lawrence added the comment: FTR I was referring to Terry's comment that there's no pip.xxx in c:/windows. Pleased to see you have it sussed :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20632] Define a new __key__ protocol
Nick Coghlan added the comment: I suspect it could just be a class decorator (along the lines of total_ordering), and it should certainly be prototyped on PyPI as such a decorator (using a different name for the key calculating method). If it eventually happened, elevation to a core protocol would really be about defining this as being *preferred* in the cases where it applies, and that's a fairly weak basis for changing the type constructor. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20632 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20730] Typo in idlelib.GrepDialog
New submission from Claudiu.Popa: There is a typo in idlelib.GrepDialog.findfiles: OSerror instead of OSError. -- components: IDLE files: idle_typo.patch keywords: patch messages: 211927 nosy: Claudiu.Popa priority: normal severity: normal status: open title: Typo in idlelib.GrepDialog versions: Python 3.4 Added file: http://bugs.python.org/file34183/idle_typo.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20730 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Patrick Westerhoff added the comment: Hey all, yes, I indeed try to install Python into `C:\Program Files\`. I’m doing that on Windows 8.1 64bit with an Administrator account (which doesn’t matter though) with standard UAC (which only asks when applications make changes to the computer settings). This UAC setting means that every access to e.g. `C:\Windows` or `C:\Program Files` will need elevated rights. The MSI cannot be run with real administrator rights but automatically request elevated rights when they need it, so to install, I just execute it and let the installer request elevated rights as it needs to. My installation directory is `C:\Program Files\Development\Python34`. Then, somewhere at the end of the setup bar, a Python console window pops up, saying that it’s installing pip. After its download, I can see some red text flash up and the window disappears (I’ve attached the `pip.log`). The installer then finishes, but the `\Scripts\` directory is missing. As mentioned above, elevated rights are required when installing into `C:\Program Files\`. As you tried to reproduce it while installing to `C:\Python34\` you didn’t get the same problem. In fact, testing it again by installing it there works fine. This however is not really an acceptable solution for me. As suggested in my first message, the launched Python process should have elevated rights itself, but I don’t know if it’s possible to inherit those from the installer. I don’t personally mind if this isn’t a blocker for the Python 3.4 release. I personally can live with installing pip with an elevated command line myself (that’s what I always did :P). But in the long run, we might want to find a real solution for this. -- Added file: http://bugs.python.org/file34184/pip.log ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Changes by Ethan Furman et...@stoneleaf.us: Added file: http://bugs.python.org/file34185/issue20653.stoneleaf.03.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20724] 3.4 cherry-pick: d6aa3fa646e2 inspect.signature: Check for function-like objects before builtins
Yury Selivanov added the comment: Thanks, Larry! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20724 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20726] inspect: Make Signature instances picklable
Yury Selivanov added the comment: For extra points, you could test with all protocol versions (from 0 to HIGHEST_PROTOCOL). Good idea, see the second patch. -- Added file: http://bugs.python.org/file34186/sig_picklable_02.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20726 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Martin v. Löwis added the comment: Michał: Can you please report the exact registry key and value that is causing the problem? It's difficult to test a patch if one is not able to reproduce the problem. Of the patches suggested: does any of them fix the problem for you? If so, which one? I personally fine Vladimir's patch more plausible (EnumKeys gives bytes objects in 2.x, so it is pointless to apply .encode to them). The introduction of the count() call is unrelated, though, and should be omitted from a bug fix. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Daniel Szoska added the comment: Martin: I had the same problem after upgrading to 2.7.6. System here: German XP 32 Bit I used the solution from Alexandr with sitecustomize.py (with cp1252) and it works fine for me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Eric Snow added the comment:
TL;DR new tests (improving coverage) uncovered existing bugs. We should
probably disable the tests for now.
I'm glad you found this. Out of curiosity, how often do you run the test suite
against a clean checkout? Typically I only run it out of the same tainted
directory that I develop in and not very frequently with -w. Have you seen
related failures on any buildbots?
Anyway, it looks like the actual pydoc changes in the patch aren't at fault.
Rather, the 3 test_modules* tests I added are. Specifically, something in
pydoc.Helper (i.e. help() in the REPL) is the problem. That's what I get for
trying to add test coverage (where there was none) for code I'm fixing! wink
If I recall correctly, passing 'modules' to help() does something funny like
actually loading *every* module it can find. I can understand how this might
have side effects, maybe expose bugs in other modules, and even cause weird
failures when running the test suite! :P
I'm not sure what it will take to get this sorted out. This may actually be
the way that pydoc.Helper()('modules') is supposed to work. In that case we'd
need to fix the modules that are having an issue, namely disutils (and probably
logging). We should open separate issues for each module that needs fixing.
Until then we should probably disable those three tests, particularly for the
upcoming 3.4 release (and rc2 if we can squeeze it in).
Any objections before I disable those 3 tests?
--
nosy: +eric.araujo, vinay.sajip
title: test_pydoc can alter execution environment causing subsequent test
failures - calling pydoc.Helper()('modules') in the test suite sometimes
causes failures
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20484
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Michał Pasternak added the comment: Another REG file, encoded with CP1250, I believe. -- Added file: http://bugs.python.org/file34188/issue9291-key.reg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Michał Pasternak added the comment: Martin: the problematic key is [HKEY_CLASSES_ROOT\BDATuner.Składniki]. I am pasting its name, because I suppose, that as bugs.python.org is utf-8, special characters will be pasted properly. Included you will find a .REG file, which is Windows Registry Editor file, which is plaintext. It is encoded with CP-1250 charset (I believe). In any case of confusion, I inlcude also the same file encoded with utf-8. If you add those information to your Windows registry, you should be able to reproduce this bug just by simply using pip install anything. pip install wokkel, for example. -- Added file: http://bugs.python.org/file34187/issue9291-key-utf8.ini ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Michał Pasternak added the comment: As for the fix, sitecustomize.py works for me, too, but I somehow believe, that adding sitecustomize.py for new Python installations would propably do more harm than good. I'll check those 2 patches and I'll let you know. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Terry J. Reedy added the comment: I am installing into C:/Programs, so the problem is not specific to 'Program Files', with a space. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry
Michał Pasternak added the comment: 9291.patch works for me too, but I am unsure about its idea. Silently ignoring non-ASCII registry entries - does it sound like a good idea? Maybe. Is it pythonic? I doubt so. I don't exactly understand what 9291a.patch is doing. For me it does look like a re-iteration of the first patch. I have not tested it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9291 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20729] mailbox.Mailbox does odd hasattr() check
Serhiy Storchaka added the comment: Actually it should be iteritems(). This is meant to support Mailbox, which has both iteritems() and items() methods. iteritems() returns an iterator and items() returns a list. Looks as changeset f340cb045bf9 was incorrectly applied to mailbox. Here is a patch which partially reverts changeset f340cb045bf9 for the mailbox module and fixes tests in 3.x. Perhaps we should change items() to return an iterator in Python 4.0. -- components: +Library (Lib) keywords: +patch nosy: +barry, petri.lehtinen, r.david.murray, serhiy.storchaka stage: - patch review type: - behavior versions: +Python 3.3, Python 3.4 Added file: http://bugs.python.org/file34189/mailbox_iters.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19997] imghdr.what doesn't accept bytes paths
Serhiy Storchaka added the comment: I'm not sure imghdr.what() should support bytes path. The open() builtin, most os and os.path functions support string and bytes paths, but many other modules (including pathlib) support only string paths. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19997 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20648] 3.4 cherry-pick: multiple changesets for asyncio
Larry Hastings added the comment: Can I close this issue now? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20648 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20731] Python 3.3.4: SyntaxError with correct source code encoding # -*- coding: latin-1 -*-
New submission from OPi:
The test program:
#!/usr/bin/env python
# -*- coding: latin-1 -*-
print('test')
is correct in Python 3.3.3, but cause this error with Python 3.3.4:
File ./test.py, line 3
-
^
SyntaxError: invalid syntax
I use Windows 7, with bash (of Cygwin) and
Python 3.3.4 (v3.3.4:7ff62415e426, Feb 10 2014, 18:13:51) [MSC v.1600 64 bit
(AMD64)] on win32
--
components: Interpreter Core
files: test.py
messages: 211942
nosy: OPi
priority: normal
severity: normal
status: open
title: Python 3.3.4: SyntaxError with correct source code encoding # -*-
coding: latin-1 -*-
type: compile error
versions: Python 3.3
Added file: http://bugs.python.org/file34190/test.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20731
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20199] status of module_for_loader and utils._module_to_load
Roundup Robot added the comment: New changeset 8f54f601fd75 by R David Murray in branch 'default': whatsnew: importlib deprecations. http://hg.python.org/cpython/rev/8f54f601fd75 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20199 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20199] status of module_for_loader and utils._module_to_load
R. David Murray added the comment: I just committed a fix for the importlib deprecations entry, based on the deprecation notes in the docs. There are quite a few methods deprecated in 3.4 because of modulespec, but only a few *sorts* of methods. One possible anomaly (though it looks intentional) is that the importlib.abc.FileLoader exec_module method is deprecated, just like for the other abcs, but unlike the other abcs, there is no replacement exec_module method...instead the deprecation note directs the reader to Loader.exec_module. I'm not familiar enough with importlib to know if that redirection would make sense to a Loader implementor. I'm let one of the imporlib maintainers close this if they agree that I've gotten it right. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20199 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Vinay Sajip added the comment: Any objections before I disable those 3 tests? Not from me. In case I was added to nosy because of logging - AFAICT, test_pydoc is not cleaning up after itself, and one of the problems is a logger which is created / added but not removed / closed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20653] Pickle enums by name
Changes by Ethan Furman et...@stoneleaf.us: Added file: http://bugs.python.org/file34191/issue20653.stoneleaf.04.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20653 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20403] Idle options dialog: add help
Saimadhav Heblikar added the comment: This patch brings back the help button to idle config dialog. It uses regex to get the correct section from the help.txt file(the same file used to display IDLE help). To make it more useful,i have added few help sentences to each of the tabs present in the idle config dialog. -- keywords: +patch nosy: +sahutd Added file: http://bugs.python.org/file34192/help-button.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20403 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11588] Add necessarily inclusive groups to argparse
paul j3 added the comment:
This is an example of using 'patch_w_mxg2.diff' to handle the inclusive group
case proposed by the OP.
Since 'seen_non_default_actions' (and 'seen_actions') is a set of 'Actions', it
is convenient to use 'set' methods with pointers to the actions that a
collected during setup. Tests could also be done with the 'dest' or other
action attributes.
In this example I wrote 3 simple tests corresponding to the 3 proposed groups,
but they could also have been written as one test.
a_file= parser.add_argument(-o, --outfile, metavar='FILE')
a_dir = parser.add_argument(-O, --outdir, metavar='DIR')
a_pat = parser.add_argument(-p, --outpattern, metavar='PATTERN')
a_suf = parser.add_argument(-s, --outsuffix, metavar='SUFFIX')
...
def dir_inclusive(parser, seen_actions, *args):
if a_dir in seen_actions:
if 0==len(seen_actions.intersection([a_pat, a_suf])):
parser.error('DIR requires PATTERN or SUFFIX')
parser.register('cross_tests', 'dir_inclusive', dir_inclusive)
...
In theory tests like this could be generated from groups as proposed by the OP.
There is one case in 'test_argparse.py' where a mutually_exclusive_group is
nested in an argument_group. But the current groups do not implement nesting.
A (plain) argument_group does not share its '_group_actions' list with its
'container'. A mutually_exclusive_group shares its '_group_actions' but the
result is a flat list (no nesting).
For now I think it is more useful to give users tools to write custom
'cross_tests' than to generalize the 'group' classes.
--
Added file: http://bugs.python.org/file34193/example1.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11588
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Ned Deily added the comment: I concur: let's disable the tests for now. If we can do a quick patch and request a cherry pick from Larry, we can still get this into 3.4.0. To answer your question, Eric, I normally run tests from a clean, installed location as part of OS X installer testing and I run them in non-random order so that regressions are more apparent. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20732] Custom logging formatter doesnt work in 3.3.4
New submission from Derek Wallace:
Hi,
I use the logging module and have created a custom formatter to format the log
messages different for each logging level.
This was developed with 3.3.3.
When i upgraded to 3.3.4 it no longer worked.
I got the error
TypeError: 'tuple' object is not callable
Here is the original code.
class SpecialFormatter(logging.Formatter):
FORMATS = {logging.DEBUG : logging._STYLES['{']({module} DEBUG: {lineno}:
{message}),
logging.ERROR : logging._STYLES['{']({module} ERROR: {message}),
logging.INFO : logging._STYLES['{']({module}: {message}),
'DEFAULT' : logging._STYLES['{']({module}: {message})}
def format(self, record):
# Ugly. Should be better
self._style = self.FORMATS.get(record.levelno, self.FORMATS['DEFAULT'])
return logging.Formatter.format(self, record)
hdlr = logging.StreamHandler(sys.stderr)
hdlr.setFormatter(SpecialFormatter())
logging.root.addHandler(hdlr)
logging.root.setLevel(logging.INFO)
In the 3.3.4 release the strucutre of the
logging._STYLES
changed in logging/__init__.py.
It changed from a value to a tuple.
Therefore the above code needed to change
logging._STYLES['{']({module} DEBUG: {lineno}: {message})
to
logging._STYLES['{'][0]({module} DEBUG: {lineno}: {message})
Derek
--
components: Library (Lib)
messages: 211949
nosy: derekwallace
priority: normal
severity: normal
status: open
title: Custom logging formatter doesnt work in 3.3.4
type: behavior
versions: Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20732
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20733] Typo in itertools docs - itertool-functions
New submission from Elazar Gershuni: typo - should be itertools-functions instead of itertool-functions http://docs.python.org/3.4/library/itertools.html#itertool-functions -- assignee: docs@python components: Documentation messages: 211950 nosy: docs@python, elazar priority: normal severity: normal status: open title: Typo in itertools docs - itertool-functions versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20733 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20729] mailbox.Mailbox does odd hasattr() check
Terry J. Reedy added the comment: You have opened the door on a slight mess. The mailbox module provides a set + dict interface to on-disk mailbax files in various formats. The hg annotate and revision history commands indicate that most of 3.4 mailbox is unchanged since the trunk version was merged into py3k on 2006-5-27 in rev38453. However, on 2007-2-11 Guido changed .iterxxx to .xxx throughout the stdlib in rev40809. The bug you note is a side-effect of this patch. It overall left mailbax in a somewhat inconsistent state as it did *not* update the mailbox dict API by removing the mailbox.iterkeys/values/items methods and replacing the .keys/values/items methods. As a result, the mailbox methods that space efficiently iterated thru self.iterkeys now iterate through self.keys == list(self.iterkeys). Example: def clear(self): Delete all messages. for key in self.keys(): # was self.iterkeys() self.discard(key) To fix this, I think we should either 1) revert the rev40809 changes to mailbox, including in the line you point to, or 2) complete the rev40809 changes by updating to a Py3 interface, and make the change you suggest. 1) is much easier, but the API looks odd to a py3-only programmer. After writing this message, I see that Serhiy wrote a patch to do this. 2) is an api change that perhaps should have happened in 3.0. Deprecation is awkward since people should not change from, for instance, self.iterkeys to self.key, until the api change in made. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
Roundup Robot added the comment: New changeset 13edfab6c3c0 by Eric Snow in branch 'default': Issue #20484: Disable the 2 remaining modules tests in test_pydoc. http://hg.python.org/cpython/rev/13edfab6c3c0 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Roundup Robot added the comment: New changeset 13edfab6c3c0 by Eric Snow in branch 'default': Issue #20484: Disable the 2 remaining modules tests in test_pydoc. http://hg.python.org/cpython/rev/13edfab6c3c0 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20732] Custom logging formatter doesnt work in 3.3.4
Changes by Ned Deily n...@acm.org: -- nosy: +vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20732 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
Eric Snow added the comment: The other two test_modules* tests in test_pydoc are also having issues and I've likewise disabled them (see issue20484). They'll need to be investigated and re-enabled too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Eric Snow added the comment: I've disabled 2 of the 3 tests (the other was already disabled for issue20123). I'll pick up re-enabling the tests in issue20128. Thanks again, Ned, for finding this. (mental note: stay away from pydoc!] -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Ned Deily added the comment: Thanks for looking into it, Eric. Can you open a 3.4 cherry-pick issue for this so it gets into 3.4.0? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20734] 3.4 cherry-pick: 13edfab6c3c0 disable 2 pydoc tests
New submission from Eric Snow: New changeset 13edfab6c3c0 by Eric Snow in branch 'default': Issue #20484: Disable the 2 remaining modules tests in test_pydoc -- assignee: larry messages: 211957 nosy: eric.snow, larry, ned.deily priority: release blocker severity: normal stage: commit review status: open title: 3.4 cherry-pick: 13edfab6c3c0 disable 2 pydoc tests type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20734 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20484] calling pydoc.Helper()('modules') in the test suite sometimes causes failures
Eric Snow added the comment: I've opened issue20734 for the 3.4.0 cherry-pick. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20729] mailbox.Mailbox does odd hasattr() check
Peter Otten added the comment: Do you expect many use cases that rely on items(), keys(), and values() being lists? Maybe it would be acceptable to make these lazy in 3.5, but keep the iterXXX() variants as aliases indefinitely. -- nosy: +peter.otten ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20729] mailbox.Mailbox does odd hasattr() check
Serhiy Storchaka added the comment: Note that there is a difference between Mailbox and dict interface: __iter__() iterates over values, not keys. clear() should use keys(), not iterkeys(), because it modifies iterated dict. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20729 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20731] Python 3.3.4: SyntaxError with correct source code encoding # -*- coding: latin-1 -*-
R. David Murray added the comment: For whatever it's worth, it works fine for me on 3.3 tip on unix. The fact that it says line 3 and shows just a - is suspicious. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20731 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20733] Typo in itertools docs - itertool-functions
R. David Murray added the comment: I'm not sure there's a problem here. Calling the section Itertool Functions is a matter of choice of English phrasing. And given that the section is called that, the label is parallel to it (and in any case is an internal matter). -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20733 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20733] Typo in itertools docs - itertool-functions
Elazar Gershuni added the comment: itertools is not English, but the name of the Python library. So it is not plural, and not a matter of choice of English phrasing. In addition, as a section name, it should be Functions with a capital F, just like Itertools Recipes down there. http://docs.python.org/3.4/library/itertools.html#itertools-recipes -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20733 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20735] Documentation: mark stringprep as deprecated
New submission from abcdef: This is a nitpick, but the documentation is not clear whether the stringprep module is deprecated or not. It is listed as Deprecated on http://docs.python.org/3.3/py-modindex.html#cap-s but there's no information on http://docs.python.org/3.3/library/stringprep.html. Contrast with http://docs.python.org/3.3/library/optparse.html which has a clear warning. -- assignee: docs@python components: Documentation messages: 211964 nosy: abcdef, docs@python priority: normal severity: normal status: open title: Documentation: mark stringprep as deprecated type: enhancement versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20735 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20736] test_socket: testSendmsgDontWait needlessly skipped on Linux
New submission from David Watson: In test_socket, the decorator on SendmsgStreamTests.testSendmsgDontWait still checks for the old sys.platform value of linux2, with the result that the test is always skipped, when in fact the test is for a Linux facility. Patch attached for 3.3 and above. -- components: Tests files: test_socket-platform.diff keywords: patch messages: 211965 nosy: baikie priority: normal severity: normal status: open title: test_socket: testSendmsgDontWait needlessly skipped on Linux type: behavior versions: Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file34194/test_socket-platform.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20736 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20737] 3.3 _thread lock.acquire() timeout and threading.Event().wait() do not wake for certain values on Windows
New submission from raruler: I've tried this with both the 32-bit and 64-bit versions of 3.3.4 on two Windows 7 x64 machines. threading.Event().wait(2148) and a lock obtained from _thread used as lock.acquire(True, 2148) will never return. Anything under 2148 seems to work just fine, but anything 2148 or larger never wakes up. The same call works on 3.3.4/x64 on OS X. -- components: Library (Lib), Windows messages: 211966 nosy: pitrou, raruler priority: normal severity: normal status: open title: 3.3 _thread lock.acquire() timeout and threading.Event().wait() do not wake for certain values on Windows type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20737 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20669] OpenBSD: socket.recvmsg tests fail with OSError: [Errno 40] Message too long
David Watson added the comment: I opened the issue #20718 to track the FD pass failures. But the failures in the current issue *all* involve FD passing :) The Message too long errors are in tests where the ancillary data (in this case file descriptors) is truncated, rather than the normal data, so msg_iovlen shouldn't be a problem there (and MSG_CTRUNC would normally be set, rather than MSG_TRUNC). I suppose the most likely reason for a process to be sent too many file descriptors is that someone is attempting a denial-of-service attack on it, so perhaps returning EMSGSIZE is intended as a fail safe response, even if it isn't blessed by POSIX? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20737] 3.3 _thread lock.acquire() timeout and threading.Event().wait() do not wake for certain values on Windows
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +brian.curtin, tim.golden versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20737 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Roundup Robot added the comment: New changeset 7b80f57f904e by Martin v. Löwis in branch 'default': Issue #20641: Run custom actions with the NoImpersonate flag to support UAC. http://hg.python.org/cpython/rev/7b80f57f904e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20732] Custom logging formatter doesnt work in 3.3.4
Vinay Sajip added the comment: The change was necessitated by the fix for #20242. Sorry for the inconvenience, but the fix was implemented in what seemed like the most appropriate way. Of course, _STYLES is an internal implementation detail which could change again in the future. Having explained the reasoning behind the change, I'll close the issue. -- assignee: - vinay.sajip resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20732 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20558] ECONNRESET value in logging.config is valid with Linux [distros]; not valid with *BSD
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk: -- assignee: - vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20558 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Martin v. Löwis added the comment: This is now fixed; the cherry-picking request is issue20738. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20738] 3.4 cherry-pick: 7b80f57f904e fix 20641
New submission from Martin v. Löwis: Fix 7b80f57f904e for issue20641. -- assignee: larry messages: 211970 nosy: larry, loewis priority: release blocker severity: normal status: open title: 3.4 cherry-pick: 7b80f57f904e fix 20641 versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20738 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20641] Python installer needs elevated rights to install pip
Patrick Westerhoff added the comment: That’s great to hear, thanks a lot :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20739] PEP 463 (except expression) implementation
New submission from Thomas Wouters: Here is a preliminary implementation of PEP 463, minus mandatory parentheses and with the most straightforward precedence rule: equal to if-expr -- which means this: A if C else B except E: D is parsed as A if C else (B except E: D) (because of associativity, not precedence) and not as (A if C else B) except E: D as suggested by the PEP with the hand-wavy words 'between lambda and if/else in precedence'. The latter is possible but means a little more hoop-jumping in the grammar. The tests included are rudimentary (at the end of test_grammar.py) and could probably do with some fleshing out, partially as tests and partially to try out how the precedence rules work out in practice. -- components: Interpreter Core files: exceptexpr.diff keywords: patch messages: 211973 nosy: twouters priority: normal severity: normal stage: patch review status: open title: PEP 463 (except expression) implementation type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file34195/exceptexpr.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20123] pydoc.synopsis fails to load binary modules
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20123 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20128] Re-enable test_modules_search_builtin() in test_pydoc
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20128 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20739] PEP 463 (except expression) implementation
Changes by Chris Angelico ros...@gmail.com: -- nosy: +Rosuav ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20669] OpenBSD: socket.recvmsg tests fail with OSError: [Errno 40] Message too long
Changes by Brett Cannon br...@python.org: -- nosy: -brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20669 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20199] status of module_for_loader and utils._module_to_load
Brett Cannon added the comment: The importlib.abc.FileLoader deprecation w/o exec_module() makes sense. The load_module() method simply called super().load_module() as the class is fully abstract and only provides get_filename() and get_data() for convenience. And since importlib.abc.Loader doesn't have exec_module() as abstract there's simply no need to define the method. And thanks for doing all of this work to make the What's New doc be so thorough! -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20199 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20739] PEP 463 (except expression) implementation
Changes by Yury Selivanov yselivanov...@gmail.com: -- nosy: +yselivanov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20739 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20730] Typo in idlelib.GrepDialog
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +serhiy.storchaka, terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20730 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20735] Documentation: mark stringprep as deprecated
Changes by Berker Peksag berker.pek...@gmail.com: -- versions: -Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20735 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20730] Typo in idlelib.GrepDialog
Roundup Robot added the comment: New changeset 5c366a5e4284 by Terry Jan Reedy in branch '3.3': Issue #20730: Fix typo reported by Claudiu Popa. http://hg.python.org/cpython/rev/5c366a5e4284 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20730 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20730] Typo in idlelib.GrepDialog
Changes by Terry J. Reedy tjre...@udel.edu: -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20730 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20737] 3.3 _thread lock.acquire() timeout and threading.Event().wait() do not wake for certain values on Windows
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20737 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20734] 3.4 cherry-pick: 13edfab6c3c0 disable 2 pydoc tests
Larry Hastings added the comment: ok. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20734 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20734] 3.4 cherry-pick: 13edfab6c3c0 disable 2 pydoc tests
Changes by Larry Hastings la...@hastings.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20734 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20679] 3.4 cherry-pick: 587fd4b91120 improve Enum subclass behavior
Larry Hastings added the comment: This issue is okay, but it helps my workflow if you'd create a new 3.4 cherry-pick revision for me when it's ready. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20679 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20199] status of module_for_loader and utils._module_to_load
Larry Hastings added the comment: I'll cherry-pick 8f54f601fd75. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20199 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20738] 3.4 cherry-pick: 7b80f57f904e fix 20641
Larry Hastings added the comment: ok. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20738 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20738] 3.4 cherry-pick: 7b80f57f904e fix 20641
Changes by Larry Hastings la...@hastings.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20738 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20261] Cannot pickle some objects that have a __getattr__()
Larry Hastings added the comment: My understanding is, this is fixed, and cherry-picked into 3.4. If that's in error please reopen. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20261 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20570] Bundle pip 1.5.3 in Python 3.4rc2
Larry Hastings added the comment: My understanding is this is now done. If it isn't please reopen. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20570 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16042] smtplib: unlimited readline() from connection
Changes by Georg Brandl ge...@python.org: -- versions: -Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16042 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20740] Remove invalid number from squares in introduction section
New submission from Pavel Kazakov: This is probably being nitpicky, but in the introduction section, the squares list include a 2: squares = [1, 2, 4, 9, 16, 25] However, 2 is not a square number (perfect square). So it should be: [1, 4, 9, 16, 25] I've included a patch that removes the 2. -- assignee: docs@python components: Documentation files: fix_squares.patch keywords: patch messages: 211982 nosy: docs@python, nullishzero priority: normal severity: normal status: open title: Remove invalid number from squares in introduction section type: enhancement Added file: http://bugs.python.org/file34196/fix_squares.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20740] Remove invalid number from squares in introduction section
Changes by Georg Brandl ge...@python.org: -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20740 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20571] test_codecs currently failing on several Windows buildbots
Georg Brandl added the comment: Would have been nice to do this also on 3.3 branch... -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20571] test_codecs currently failing on several Windows buildbots
Roundup Robot added the comment: New changeset d8f48717b74e by Victor Stinner in branch '3.3': Issue #20571: skip test_readline() of test_codecs for Windows code page 65001. http://hg.python.org/cpython/rev/d8f48717b74e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
