[issue14107] Debian bigmem buildbot hanging in test_bigmem

Charles-François Natali added the comment: test_bigmem now passes on the buildbot: http://python.org/dev/buildbot/all/builders/AMD64%20debian%20bigmem%203.x/builds/149/steps/test/logs/stdio -- ___ Python tracker _

[issue1531415] parsetok.c emits warnings by writing to stderr

Michele Orrù added the comment: I am interested in solving this bug. If I understood correctly, that should be just a matter of spitting over sys.stdout whenever the user imports warnings.py, sys.stderr otherwise. Rewriting the code in C for python3.x would still be appreciated? -- n

[issue14129] Corrections for the "extending" doc

Éric Araujo added the comment: > "in this case, nothing more than every Python object contains" > There's a grammar error lurking somewhere in there... It could be: “nothing more that what every Python object contains”. Could you post a patch for review? -- __

[issue13086] Update howto/cporting.rst so it talks about Python 3 instead of 3.0

Éric Araujo added the comment: +can simply switch to :c:type:`Capsule`. If you need to support Python 3.0, +or versions of Python earlier than 2.7, +you'll have to support both CObjects and Capsules. We pretend that Python 3.0 never existed, or was a beta. Python 3.1 is the first supported 3

[issue14113] Failure in test_strptime on Windows

Stefan Krah added the comment: > ... it seems that getlocale() doesn't accept LC_ALL as its argument: The current situation is not ideal. getlocale() is documented to fail ("category may be one of the LC_* values except LC_ALL"), but it only fails if there's a semicolon in the locale name: if

[issue13224] Change str(x) to return only the (qual)name for some types

Éric Araujo added the comment: > Is your specific question whether it is okay that str(Counter.update) returns > 'Counter.update'? Yes, sorry if I was unclear. > Yes, it is. Same for Top.Nested.method. Good! I’ll commit soon. I’ll make a note in Misc/NEWS, but I don’t think this should go

[issue14123] Indicate that there are no current plans to deprecate printf-style formatting

Éric Araujo added the comment: Apparently this was too urgent too wait for my patch :) Not closing yet, as there are still phrasing issues discussed on python-dev. -- assignee: eric.araujo -> nosy: +gregory.p.smith ___ Python tracker

[issue14113] Failure in test_strptime on Windows

Roundup Robot added the comment: New changeset 1ea466240792 by Stefan Krah in branch 'default': Issue #14113: Fix a test_strptime failure caused by changes to LC_ALL. http://hg.python.org/cpython/rev/1ea466240792 -- ___ Python tracker

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Éric Araujo added the comment: [Nadeem] > Not sure about a CI service, but if you want Windows for your own machine > I believe you can get a free MSDN subscription: Yep, I have one of these and downloaded an ISO, but I haven’t yet managed to set it up with qemu. [Adam] > ZTK (Zope toolkit) en

[issue14094] nt.realpath() should use GetFinalPathNameByHandle() when available

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue14088] sys.executable generating canonical path

Petri Lehtinen added the comment: Éric Araujo wrote: > I wonder if the doc for sys.executable should mention that .. > segments may be present. Once this is fixed, it should say that .. segments may be present if there's realpath() is not available. --

[issue14123] Indicate that there are no current plans to deprecate printf-style formatting

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

[issue11841] packaging.version: Bug when comparing versions with rc marker

Éric Araujo added the comment: I don’t remember how I did it last time, but yesterday I was able to reproduce the bug. I have added unit tests, as the lines I added to the doctest were actually no run (I’m working on it in #13953), and applied the fix. I will push shortly. -- resol

[issue14080] Sporadic test_imp failure

Stefan Krah added the comment: I think there's another problem on Windows even after the fix: http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/4463 == FAIL: test_package___file__ (test.test_imp.PEP3

[issue11841] packaging.version: Bug when comparing versions with rc marker

Roundup Robot added the comment: New changeset 32cb52bee738 by Éric Araujo in branch 'default': Fix comparison bug with 'rc' versions in packaging.version (#11841). http://hg.python.org/cpython/rev/32cb52bee738 -- ___ Python tracker

[issue13873] SIGBUS in test_big_buffer() of test_zlib on Debian bigmem buildbot

Changes by Nadeem Vawda : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___

[issue14139] test_ftplib: segfault

New submission from Stefan Krah : Seen on a Windows buildbot: http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/4223/steps/test/logs/stdio Fatal Python error: Segmentation fault Current thread 0x07e4: File "D:\Buildslave\3.x.moore-windows\build\lib\ssl.py", line 476

[issue14140] packaging tests: add helpers to create and inspect a tree of files

New submission from Éric Araujo : Many packaging tests use functions like os.mkdir and open to create files in order to test commands or actions, or slightly higher-level helpers like packaging.tests.support.TempdirManager.write_file. I think this could be much more automated. There should be

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Nadeem Vawda added the comment: > Yep, I have one of these and downloaded an ISO, but I haven’t yet managed to > set it up with qemu. You might want to give VirtualBox a try - I've found it very easy to set up. > Please file reports for the bugs you’ve found, on this tracker. Will do.

[issue13193] packaging.tests.test_manifest and distutils.tests.test_filelist failures

Roundup Robot added the comment: New changeset 4d6a9f287543 by Éric Araujo in branch 'default': Fix bugs with MANIFEST.in parsing on Windows (#6884). http://hg.python.org/distutils2/rev/4d6a9f287543 -- ___ Python tracker

[issue14004] Distutils filelist selects too many files on Windows

Roundup Robot added the comment: New changeset 4d6a9f287543 by Éric Araujo in branch 'default': Fix bugs with MANIFEST.in parsing on Windows (#6884). http://hg.python.org/distutils2/rev/4d6a9f287543 -- ___ Python tracker

[issue13974] packaging: test for set_platform()

Roundup Robot added the comment: New changeset fae9d7aa7fc9 by Éric Araujo in branch 'default': Add test for util.set_platform (#13974). http://hg.python.org/distutils2/rev/fae9d7aa7fc9 New changeset 7d1a7251d771 by Éric Araujo in branch 'python3': Merge fixes for #13974, #6884 and #11841 from

[issue11841] packaging.version: Bug when comparing versions with rc marker

Roundup Robot added the comment: New changeset c82c97b2eae1 by Éric Araujo in branch 'default': Fix comparison bug with 'rc' versions (#11841) http://hg.python.org/distutils2/rev/c82c97b2eae1 New changeset 7d1a7251d771 by Éric Araujo in branch 'python3': Merge fixes for #13974, #6884 and #11841

[issue9691] sdist includes files that are not in MANIFEST.in

Roundup Robot added the comment: New changeset 4d6a9f287543 by Éric Araujo in branch 'default': Fix bugs with MANIFEST.in parsing on Windows (#6884). http://hg.python.org/distutils2/rev/4d6a9f287543 -- ___ Python tracker

[issue14140] packaging tests: add helpers to create and inspect a tree of files

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Roundup Robot added the comment: New changeset 4d6a9f287543 by Éric Araujo in branch 'default': Fix bugs with MANIFEST.in parsing on Windows (#6884). http://hg.python.org/distutils2/rev/4d6a9f287543 New changeset 7d1a7251d771 by Éric Araujo in branch 'python3': Merge fixes for #13974, #6884 and

[issue11841] packaging.version: Bug when comparing versions with rc marker

Éric Araujo added the comment: Thanks again for the patch. Next time I say that I couldn’t reproduce a bug, please insist :) -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker

[issue6884] Impossible to include file in sdist that starts with 'build' on Win32

Éric Araujo added the comment: I’ve been recommended VirtualBox, but I don’t have Qt libs on my machine (I don’t have much disk space and I don’t like Qt :) Happily closing as fixed. -- status: open -> closed ___ Python tracker

[issue11841] packaging.version: Bug when comparing versions with rc marker

Filip Gruszczyński added the comment: I prefer to be humble and trust core devs, when I post some patch to a codebase I don't know very well. I am glad you managed to reproduce it and I could help :-) -- ___ Python tracker

[issue11841] packaging.version: Bug when comparing versions with rc marker

Éric Araujo added the comment: Having push rights does not make me smarter :) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13756] Python3.2.2 make fail on cygwin

Éric Araujo added the comment: Martin, any input? Uncompressed patch attached. Plain text files are easier to review and devoid of security issues (unlike executables on Windows, PDFs if you’re using Adobe Reader, etc.). -- Added file: http://bugs.python.org/file24657/patch ___

[issue12394] packaging: generate scripts from callable (dotted paths)

Éric Araujo added the comment: I merged default yesterday and produced this patch. I’ll use the review site to make comments. -- Added file: http://bugs.python.org/file24658/9a7dba6e6f1a.diff ___ Python tracker

[issue12394] packaging: generate scripts from callable (dotted paths)

Éric Araujo added the comment: Or I won’t, as even a dumb no-git-style diff does not create a review link, maybe because of the binary file change. *Sigh* Trying again. -- Added file: http://bugs.python.org/file24659/9a7dba6e6f1a.diff ___ Python t

[issue12394] packaging: generate scripts from callable (dotted paths)

Changes by Éric Araujo : Removed file: http://bugs.python.org/file24658/9a7dba6e6f1a.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue12394] packaging: generate scripts from callable (dotted paths)

Changes by Éric Araujo : Removed file: http://bugs.python.org/file23008/7099110c8f14.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue8668] Packaging: add a 'develop' command

Éric Araujo added the comment: Merged yesterday and created this patch. Will refresh my memories by reading all messages again and review. -- dependencies: -Add **kwargs to reinitialize_command Added file: http://bugs.python.org/file24660/fe817128d2fc.diff __

[issue10713] re module doesn't describe string boundaries for \b

Ezio Melotti added the comment: This is a new patch based on Martin work. I don't think it's necessary to explain what happens while using r'\b' or r'\B' on an empty string in the doc -- that's not a common case and it might end up confusing users. I think however that a couple of examples mi

[issue5302] Allow package_data specs/globs to match directories

Éric Araujo added the comment: For consistency with the resources section, a recursive glob should be mydata/**, not mydata/* or bare mydata. -- ___ Python tracker ___ _

[issue13167] Add get_metadata to packaging

Éric Araujo added the comment: Thanks for the feedback. > So, that would mean instead of > get_distribution(name).metadata['Version'] > you'd use > get_metadata(name)['Version'] > ? > I'm not sure that's really buys you much. Yeah. At the moment we also have get_distribution(name).version

[issue14125] Windows: failures in refleak mode

Stefan Krah added the comment: Nice! This also fixes the leak in test_concurrent_futures. The time-related test failures probably also have a single source. I ran the whole test suite on x64 with no (new) failures. -- ___ Python tracker

[issue14125] Windows: failures in refleak mode

Roundup Robot added the comment: New changeset ba51573fcf90 by Stefan Krah in branch 'default': Issue #14125: Fix multiprocessing refleak on Windows. Patch by sbt. http://hg.python.org/cpython/rev/ba51573fcf90 -- nosy: +python-dev ___ Python tracker

[issue14125] Windows: failures in refleak mode

sbt added the comment: The attached patch fixes the time related refleaks. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue14125] Windows: failures in refleak mode

sbt added the comment: Ah. Forgot the patch. -- Added file: http://bugs.python.org/file24662/time_strftime_leak.patch ___ Python tracker ___ ___

[issue12567] curses implementation of Unicode is wrong in Python 3

Nicholas Cole added the comment: It looks to me as if the documentation in the release candidates for 2.7.3 and 3.2.3 haven't been updated to include the new curses fixes. Is that correct? -- ___ Python tracker

[issue12567] curses implementation of Unicode is wrong in Python 3

Éric Araujo added the comment: Yes, it was only fixed for 3.3. -- nosy: +eric.araujo stage: -> committed/rejected ___ Python tracker ___ ___

[issue10713] re module doesn't describe string boundaries for \b

Éric Araujo added the comment: Like it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: Patch attached -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file24663/issue_14129.1.patch ___ Python tracker _

[issue8739] Update to smtpd.py to RFC 5321

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue14026] test_cmd_line_script should include more sys.argv checks

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8706] accept keyword arguments on all base type methods and builtins

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> patch review versions: -Python 3.2 ___ Python tracker ___ ___ Python-bugs-

[issue14125] Windows: failures in refleak mode

Roundup Robot added the comment: New changeset d4adbf908983 by Stefan Krah in branch 'default': Issue #14125: Fix refleak in timemodule.c on Windows. Thanks sbt for pointing http://hg.python.org/cpython/rev/d4adbf908983 -- ___ Python tracker

[issue14125] Windows: failures in refleak mode

Stefan Krah added the comment: sbt, thanks again! I chose a different approach because on non-Windows the unused 'error' label produced compiler warnings. -- ___ Python tracker

[issue1531415] parsetok.c emits warnings by writing to stderr

Brett Cannon added the comment: Not quite, Michele. So this bug is about taking the stuff that is printed to stdout/stderr explicitly in parsetok.c and instead using the warnings functions, e.g. PyErr_Warn(), since _warnings is a built-in module (now) and thus is available to the tokenizer to

[issue14133] improved PEP 409 implementation

Benjamin Peterson added the comment: Now with doc changes! -- Added file: http://bugs.python.org/file24664/pep415.patch ___ Python tracker ___ __

[issue14080] Sporadic test_imp failure

Brett Cannon added the comment: This is issue #14052 all over again, just with a different test. -- ___ Python tracker ___ ___ Python

[issue14067] Avoid more stat() calls in importlib

Brett Cannon added the comment: Well, we already have a delay in detecting new files in importlib as the directory mtime check already adds a delay of the granularity of the mtime value for a directory. So if you manage to mutate a directory, import, write a file, and then import again all wi

[issue14141] 2.7.2 64-bit Windows library has __impt_Py* for several symbols instead of __imp__Py*

New submission from Steve McConnel : The Python27.lib file shipped with the 64-bit Windows installer (.msi) has several symbols with improper values. The problem appears to be a single underscore instead of a double underscore between __imp and Py in the symbol. Attempting to build our appli

[issue14141] 2.7.2 64-bit Windows library has __impt_Py* for several symbols instead of __imp__Py*

Changes by Nadeem Vawda : -- components: +Windows nosy: +brian.curtin, loewis, nadeem.vawda, tim.golden stage: -> needs patch type: -> compile error versions: +Python 2.7 ___ Python tracker __

[issue14125] Windows: failures in refleak mode

Roundup Robot added the comment: New changeset b4321f93e3f2 by Stefan Krah in branch '3.2': Issue #14125: backport refleak fix (d4adbf908983). http://hg.python.org/cpython/rev/b4321f93e3f2 -- ___ Python tracker __

[issue14125] Windows: failures in refleak mode

Stefan Krah added the comment: Test suite is OK also on 3.2. Closing. -- components: +Tests resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13756] Python3.2.2 make fail on cygwin

Martin v. Löwis added the comment: The removal of testing for ncurses.h is incorrect: this should break the Linux build, where ncurses.h is indeed commonly located in /usr/include. Not sure how to proceed here: if somebody would try to reproduce the problem, they would likely come up with a p

[issue8706] accept keyword arguments on all base type methods and builtins

Gregory P. Smith added the comment: At a quick glance, I think you've got the right idea. Fixing this involves a lot of PyArg_ParseTuple -> PyArg_ParseTupleAndKeywords upgrades all over the place. Obviously there are are a wide range of things that can use updating for this so in order to k

[issue14129] Corrections for the "extending" doc

Eli Bendersky added the comment: Thanks for the review. I'm going to do the commit now. Feel free to just fix it if any obvious mistakes remain. -- ___ Python tracker ___ _

[issue8706] accept keyword arguments on all base type methods and builtins

Filip Gruszczyński added the comment: Do you think I should put everything into a single patch or rather slowly add new patches with different methods or method groups? I would rather split it into several patches, I think it is easier to manage them, especially that this one is quite huge al

[issue14129] Corrections for the "extending" doc

Roundup Robot added the comment: New changeset 6c737eb12c3e by Eli Bendersky in branch 'default': Some corrections for the Doc/extending documentation. Closes #14129 http://hg.python.org/cpython/rev/6c737eb12c3e -- nosy: +python-dev resolution: -> fixed stage: patch review -> committed

[issue14142] getlocale(LC_ALL) behavior

New submission from Stefan Krah : This came up in #14113. getlocale(LC_ALL) is documented to fail, at least that's how I read this: "category may be one of the LC_* values except LC_ALL." But in fact getlocale(LC_ALL) works if there is no semicolon in the locale name: >>> getlocale(LC_ALL)

[issue14113] Failure in test_strptime on Windows

Stefan Krah added the comment: I've created #14142 for the getlocale(LC_ALL) situation. The main issue is fixed, Nadeem's changes result in better error messages, so I think we can close this. Perhaps the assertEqual changes should be backported to 3.2 and 2.7 to keep the files in sync (leaving

[issue14113] Failure in test_strptime on Windows

Nadeem Vawda added the comment: > Perhaps the assertEqual changes should be backported to 3.2 and 2.7 > to keep the files in sync (leaving the issue open for that). Agreed. I'll also make similar changes to the other test cases; my initial changes only touched the tests that were failing.

[issue14107] Debian bigmem buildbot hanging in test_bigmem

Changes by Charles-François Natali : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue14139] test_ftplib: segfault

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Nadeem Vawda added the comment: A very similar failure in test_thread: http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/4469/steps/test/logs/stdio -- status: pending -> open ___ Python tracker

[issue12151] test_logging fails sometimes

Nadeem Vawda added the comment: A similar failure to msg136576 has cropped up on the Windows 7 bot: http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/4469/steps/test/logs/stdio -- nosy: +nadeem.vawda ___ Python tracker

[issue1116520] Prefix search is filesystem-centric

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

[issue14080] Sporadic test_imp failure

Antoine Pitrou added the comment: > This is issue #14052 all over again, just with a different test. I don't think so, because I've whacked the part of importlib that transformed '' into os.getcwd(). -- ___ Python tracker

[issue13125] test_all_project_files() expected failure

Roundup Robot added the comment: New changeset 2fd68efac05a by Antoine Pitrou in branch '3.2': Issue #13125: Silence spurious test_lib2to3 output when in non-verbose mode. http://hg.python.org/cpython/rev/2fd68efac05a New changeset e721b2b74b59 by Antoine Pitrou in branch 'default': Issue #1312

[issue13125] test_all_project_files() expected failure

Antoine Pitrou added the comment: Thank you for the patch, Mikhail. I got Benjamin to give it the ok and so it's now committed in 3.2 and 3.3! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue14143] test_ntpath failure on Windows

New submission from Nadeem Vawda : http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/6075/steps/test/logs/stdio FAIL: test_time (test.test_ntpath.NtCommonTest) -- Traceback (most recent call las

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Marc, OpenIndiana is one of the platforms I am testing myself :-). If you can try FreeBSD 9.0, that would be amazing. I have committed the skip of "jstack()" test in "darwin", since we know that the code is not actually ported to MacOS X. The main complexit

[issue8706] accept keyword arguments on all base type methods and builtins

Gregory P. Smith added the comment: Several patches for sure! and give the patch files useful names indicating which things they touch. -- ___ Python tracker ___ ___

[issue8706] accept keyword arguments on all base type methods and builtins

Ezio Melotti added the comment: On one hand I agree that it would be nice to get rid of these implementation details that prevent some C functions/methods to accept keyword args, but on the other hand I'm not sure that changing them all is the right thing to do. For some functions/methods bein

[issue8706] accept keyword arguments on all base type methods and builtins

Brian Curtin added the comment: > For some functions/methods being able to pass keyword args make the code more > readable/flexible, but for some other there's no real gain. I know what you're saying with the last part, but I think everyone becomes a winner in the consistency game if we expos

[issue12151] test_logging fails sometimes

Vinay Sajip added the comment: > A similar failure to msg136576 has cropped up on the Windows 7 bot: > > http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/4469/steps/test/logs/stdio Right. Not making excuses, but this one is rather hard to find, as it's pretty hard

[issue8706] accept keyword arguments on all base type methods and builtins

Ezio Melotti added the comment: FWIW PyPy doesn't seem to support keyword args for e.g. str.join() (so that's extra work for them too), and I don't see what would be the advantage of being able to do '-'.join(iterable=a_list). Even if I also don't see a valid reason why that shouldn't work a

[issue8706] accept keyword arguments on all base type methods and builtins

Filip Gruszczyński added the comment: I would stay away from methods that accept just a single argument. For those that accept more, I think it's reasonable to allow keyword args. -- ___ Python tracker ___

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Changes by Jon Brandvein : -- nosy: +brandj ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue12151] test_logging fails sometimes

Nadeem Vawda added the comment: > Not making excuses, but this one is rather hard to find, as it's pretty hard > to reproduce. That's why I haven't made any progress :-( Yeah, not having a reproducible test case is quite a pain. (I suppose this should be reopened if the failure is still happe

[issue14131] test_threading failure on WIndows 7 3.x buildbot

Charles-François Natali added the comment: Does Windows still have its once per day/week/whatever time synchronization, or does it use a proper NTP client? Because this offset is way too large for a broken RTC lock, so it might simply be some process adjusting the clock behind our back (althou

[issue13405] Add DTrace probes

Marc Abramowitz added the comment: I get a build error on FreeBSD 9.0: make: don't know how to make ./Include/phelper_offsets.h. Stop Any ideas? -- ___ Python tracker ___

[issue13405] Add DTrace probes

Marc Abramowitz added the comment: Re my comment in #154513, the following seems to fix that problem on FreeBSD 9.0: [marca@freebsd9-0 ~/src/cpython-2011]$ hg diff Makefile.pre.in diff -r 70dc1e48bd7f Makefile.pre.in --- a/Makefile.pre.in Mon Feb 27 22:43:17 2012 +0100 +++ b/Makefile.pre.in

[issue13405] Add DTrace probes

Jesús Cea Avión added the comment: Marc, check your email. I am online in Jabber/XMPP. My JID is j...@jabber.org. Can you send me a chat message there?. Google demands that you start the communication, possibly to avoid IM spam. -- ___ Python track

[issue14144] urllib2 HTTPRedirectHandler not handling POST data in redirect

New submission from Jay Deiman : I've noticed that urllib2's HTTPRedirectHandler does not redirect a POST request with the POST data. If you send a POST request to a server with data, the data is dropped when the new Request is made to the new url. As stated in a comment in the library its

[issue14144] urllib2 HTTPRedirectHandler not handling POST data in redirect

Senthil Kumaran added the comment: If I recollect correctly, redirecting a POST request with POST data is not a recommended thing to do and could be a security hazard. That's why RFC prohibits it too. It is intentional that urllib2 is not redirecting carrying along the POST data. Could you sh

[issue14119] Ability to adjust queue size in Executors

Changes by Nam Nguyen : -- keywords: +patch Added file: http://bugs.python.org/file24666/executor-queue-size.diff ___ Python tracker ___ _

[issue14144] urllib2 HTTPRedirectHandler not handling POST data in redirect

Jay Deiman added the comment: Senthil, That is a good point about the potential for security issues. What if it was an explicit option in HTTPRedirectHandler since there is a possibility of value in being able to do it. I know my case is probably unusual, but I imagine that others might ha

[issue14138] Ctrl-C does not terminate GTK3 Gtk.main() loop when program run from command line

Narnie Harshoe added the comment: Understood. I didn't realize it was 3rd party. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

Narnie Harshoe added the comment: Understood. Didn't realize pythonized GTK was 3rd party. -- ___ Python tracker ___ ___ Python-bugs-

[issue14137] GTK3 Segmentation fault from Warning: g_object_notify: assertion `G_IS_OBJECT (object)' failed

Narnie Harshoe added the comment: PyGtk and the python bindings for GTK3 seem to be separate entities. I could find nothing about GTK3 on pygtk.org. Any ideas where the bug reporting goes for the python bindings for GTK3? -- ___ Python tracker

[issue14133] improved PEP 409 implementation

Changes by Benjamin Peterson : -- resolution: rejected -> status: closed -> open Added file: http://bugs.python.org/file24667/pep415.patch ___ Python tracker ___ ___

[issue8706] accept keyword arguments on all base type methods and builtins

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

[issue8706] accept keyword arguments on all base type methods and builtins

Raymond Hettinger added the comment: For many builtins, this would be a total waste, slowing down the calls, and supplying keyword names that would be meaningless or just weird. For example, chr(i=65) is just a waste. Keyword args should only be added where they would add clarity to somethin

  1   2   >