[issue12791] Yield" leaks exception being handled as garbage

New submission from Martin Panter : See attached "leaky_generator.py" demo. Python doesn't appear to delete the exception variable if an exception is thrown back into it (via "throw", "close" or by deleting it). The result is a reference cycle that needs garbage collecting. This even happens w

[issue11397] os.path.realpath() may produce incorrect results

Martin Panter added the comment: Another infinite loop that isn't caught in Python 3.2.1: With the symbolic link link => link/inside a readlink("link") call will keep looping. Anyhow, the proposed solution in issue11397_py32_2.patch does not account for paths with multiple independent refe

[issue12713] argparse: allow abbreviation of sub commands by users

Ned Deily added the comment: http://docs.python.org/devguide/patch.html -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-li

[issue12765] test_packaging failure under Snow Leopard

Changes by Ned Deily : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue12790] doctest.testmod does not run tests in functools.partial functions

New submission from Steven D'Aprano : Functions with docstrings which were created with partial are not run by doctest.testmod(). See the test script, which prints: Expected 1 failure from 2 tests, but got 0 from 0. -- files: partial_doctest.py messages: 142512 nosy: stevenjd priority

[issue12789] re.Scanner don't support more then 2 groups on regex

New submission from Ângelo Otávio Nuffer Nunes : When I use the scanner object in re module, I can create groups on regex and associate this to a method... In [17]: re.Scanner([(r"(\w)(\w)\w", foo)]) Out[17]: But I tryed 3 groups and it raises "invalid SRE code", but I think my regex is no

[issue12788] test_email fails with -R

New submission from Antoine Pitrou : $ ./python -m test -R 3:2 test_email [1/1] test_email beginning 5 repetitions 12345 Warning -- sys.path was modified by test_email test test_email failed -- Traceback (most recent call last): File "/home/antoine/cpython/default/Lib/test/test_email/test_polic

[issue12678] test_packaging and test_distutils failures under Windows

Jeremy Kloth added the comment: The failure was due to the sdist command having different default formats for each platform (i.e., POSIX: gztar, Win32: zip). Patch attached. -- keywords: +patch nosy: +jkloth Added file: http://bugs.python.org/file22952/test_sdist.diff ___

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Tom Christiansen added the comment: Matthew Barnett wrote on Fri, 19 Aug 2011 23:36:45 -: > For the "Line_Break" property, one of the possible values is > "Inseparable", with 2 permitted aliases, the shorter "IN" (which > is reasonable) and "Inseperable" (ouch!). Yeahy, I've shaken m

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Matthew Barnett added the comment: For the "Line_Break" property, one of the possible values is "Inseparable", with 2 permitted aliases, the shorter "IN" (which is reasonable) and "Inseperable" (ouch!). -- ___ Python tracker

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Tom Christiansen added the comment: "Terry J. Reedy" wrote on Fri, 19 Aug 2011 22:50:58 -: > My current opinion is that adding the aliases might be done in current > releases. It certainly would serve the any user who does not know to > misspell 'FTHORA' as 'FHTORA' for just one of the

[issue12775] immense performance problems related to the garbage collector

Terry J. Reedy added the comment: 2.6 is in security fix only mode and the OP agrees not applicable to current -- nosy: +terry.reedy resolution: -> out of date status: open -> closed ___ Python tracker __

[issue12787] xmlrpc.client documentation (MultiCall Objects) points to a broken link

New submission from Sandro Tosi : following up http://mail.python.org/pipermail/docs/2011-March/003506.html , I verified that indeed http://www.xmlrpc.com/discuss/msgReader$1208 is broken. I wrote to d...@scripting.com (the address you get when viewing http://www.xmlrpc.com/discuss/) on march

[issue12772] fractional day attribute in datetime class

Alexander Belopolsky added the comment: You can easily get the fractional day value using existing functionality: >>> from datetime import * >>> (datetime(2011,8,15,18,30) - datetime(2011,8,13,12,0)) / timedelta(1) 2.27083335 >>> (datetime(2011,8,15,18,30) - datetime(1970,1,1)) / tim

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Terry J. Reedy added the comment: I verified that the test file raises the quoted SyntaxError on 3.2 on Win7. This: >>> "\N{LATIN CAPITAL LETTER GHA}" SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in position 0-27: unknown Unicode character name is most likely a resul

[issue12786] subprocess wait() hangs when stdin is closed

Charles-François Natali added the comment: Here's a patch + test for 2.7. > Really? This is on gentoo, not debian, admittedly: That's because the change of close_fds to True by default and the CLOEXEC flag were added in 3.2. Since 3.1 is in security-fix mode only, this patch is only relevant

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > >>> The only way I can read this argument that makes any sense to me is >>> that you are arguing for a precise build-time OS string. If it is >>> supposed to be an argument in favor of keepi

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Matthias Klose added the comment: > The build time Linux kernel has no effect on Python's build procedure > whatsoever. Python does not use the kernel at all for building; it > only uses the C library headers, and the kernel headers that happen > to be incorporated into the version of the C libr

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Martin v. Löwis added the comment: >> The only way I can read this argument that makes any sense to me is >> that you are arguing for a precise build-time OS string. If it is >> supposed to be an argument in favor of keeping 'linux3' it makes no >> sense, since '2' vs '3' is in no way a useful

[issue12682] Meaning of 'accepted' resolution as documented in devguide

Ezio Melotti added the comment: OK, I removed the resolution and its documentation from the devguide in 3f4710b6baf9. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker

[issue12678] test_packaging and test_distutils failures under Windows

Georg Brandl added the comment: This failure needs to be gone in time for 3.2.2. Please find an appropriate way to fix it, even if it is the temporary disabling of a faulty test. -- nosy: +benjamin.peterson, georg.brandl priority: high -> release blocker __

[issue12682] Meaning of 'accepted' resolution as documented in devguide

Martin v. Löwis added the comment: > Martin, should we convert all the "accepted" to "fixed" before removing it? That's not strictly necessary. It would only be retired (roundup does not support true removal), and as such would then still show up in issues that currently use it, but not show up

[issue12786] subprocess wait() hangs when stdin is closed

Changes by Mads Kiilerich : -- nosy: +kiilerix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue12745] Python2 or Python3 page

Terry J. Reedy added the comment: I agree with your sentiments about Python 2 while being aware that not all agree yet and that the current Wiki page was the result of some heated discussion and compromise. I also agree that the page could use tweaking/updating/rewriting. For one thing the su

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: R. David Murray wrote: > > R. David Murray added the comment: > > MAL wrote: > >> As already mentioned, the diff between Linux 2.x and 3.x will >> grow over time and while there may not be much to see now, >> things will change in the coming years. > >

[issue12713] argparse: allow abbreviation of sub commands by users

Christian Ziemski added the comment: I just made such a change to Python 2.7's argparse. If there is interest I'll post a patch here. Unfortunately I can't find the description how to produce a proper patch. The link I found (http://www.python.org/dev/patches/) gives an error 404. -- n

[issue12682] Meaning of 'accepted' resolution as documented in devguide

Terry J. Reedy added the comment: Only if the issue is closed, so that it actually means 'fixed'. Otherwise, just delete it. The following data suggests to me that 'accepted' is a de facto synonym for 'fixed' and therefore useless and might as well be removed. N Issue category 3290 fixed

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Dave Malcolm added the comment: Note that PyPy is also affected by this issue; see https://bugs.pypy.org/issue832 For CPython, I'm of the opinion that: - the final digit of sys.platform as-is for "linux*" is effectively meaningless - that no code should be relying on the final digit of sy

[issue12778] JSON-serializing a large container takes too much memory

poq added the comment: > Is iterencode() used much? I would think dump() and dumps() see the most use. Of course. I'd just prefer an elegant & complete solution. But I agree accelerating just dump() would already be much better than the current situation. --

[issue1626300] 'Installing Python Modules' does not work for Windows

Terry J. Reedy added the comment: On my fresh install, double clicking *does* run the file as it should, but the window disappears immediately, erasing output and error tracebacks, unless one adds something like ``input("Hit Enter to quit") at the end of the script so the user can see any out

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Antoine Pitrou added the comment: Here is a patch. -- stage: -> patch review Added file: http://bugs.python.org/file22950/bufrandom.patch ___ Python tracker ___ ___

[issue12778] JSON-serializing a large container takes too much memory

Antoine Pitrou added the comment: > > It would just need to call a given callable (fp.write) at regular > intervals and that would be enough to C-accelerate dump(). > > True, but that would just special case dump(), just like dumps() is > special-cased now. Ideally JSONEncoder.iterencode() woul

[issue12786] subprocess wait() hangs when stdin is closed

Charles-François Natali added the comment: Hello Idan, > The following program hangs on Debian Debian is a good choice :-) Concerning your example, it hangs is because the file descriptor used to communicate with proc1 is inherited when proc2 is created (FDs are inherited upon fork by default

[issue12778] JSON-serializing a large container takes too much memory

poq added the comment: > It would just need to call a given callable (fp.write) at regular intervals > and that would be enough to C-accelerate dump(). True, but that would just special case dump(), just like dumps() is special-cased now. Ideally JSONEncoder.iterencode() would be accelerated,

[issue12786] subprocess wait() hangs when stdin is closed

Ben Wolfson added the comment: "The guys at #python-dev confirmed the same happens on 2.7 but not on 3.x." Really? This is on gentoo, not debian, admittedly: coelacanth ~ 11:12:36 $ python3 Python 3.1.3 (r313:86834, May 1 2011, 09:41:48) [GCC 4.4.4] on linux2 Type "help", "copyright", "credi

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > It's really hard to follow this issue. I'm trying to sum up, please comment > my message if I'm wrong. > > -- > > If I understood correctly, this issue has 3 remaining points: > > (1) Pyt

[issue11564] pickle not 64-bit ready

Nadeem Vawda added the comment: > Can you replace "_2G" with "_4G" in the decorator for that test? I'm not at work any more, but I'll try that out on Monday. -- ___ Python tracker

[issue12191] Add shutil.chown to allow to use user and group name (and not only uid/gid)

Sandro Tosi added the comment: version 7 here we come :) I've addressed Eric's commenta on rietveld (all but one, I need input from him) and also updated the tests for new helper functions. -- Added file: http://bugs.python.org/file22949/shutil_chown-default-v7.patch _

[issue12213] BufferedRandom, BufferedRWPair: issues with interlaced read-write

Antoine Pitrou added the comment: I think your expectations for BufferedRWPair are wrong. You should not use BufferedRWPair with the same underlying stream (that's the whole point of BufferedRWPair). -- ___ Python tracker

[issue12781] Mention SO_REUSEADDR near socket doc examples

Sandro Tosi added the comment: Sure it could be a solution, but I didn't go that way since it *may* complicate the example (which I see a something to get quick ready to test some code, there's always time for improvements later). I'm fine either way. -- _

[issue11564] pickle not 64-bit ready

Antoine Pitrou added the comment: > D'oh. I just realized why the -M option wasn't being recognized - I had > passed it > after the actual test name, so it was being treated as another test instead > of an > option. Sorry for the confusion :/ > > As for the actual test results, test_huge_byte

[issue11564] pickle not 64-bit ready

Nadeem Vawda added the comment: D'oh. I just realized why the -M option wasn't being recognized - I had passed it after the actual test name, so it was being treated as another test instead of an option. Sorry for the confusion :/ As for the actual test results, test_huge_bytes_(32|64)b both

[issue12786] subprocess wait() hangs when stdin is closed

Changes by Antoine Pitrou : -- nosy: +neologix type: resource usage -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue12786] subprocess wait() hangs when stdin is closed

New submission from Idan Kamara : The following program hangs on Debian, Python 2.6.6: import subprocess proc1 = subprocess.Popen(['cat'], stdin=subprocess.PIPE) proc2 = subprocess.Popen(['cat'], stdin=subprocess.PIPE) proc1.stdin.close() proc1.wait() Changing the last two lines to: proc2.st

[issue12765] test_packaging failure under Snow Leopard

Ned Deily added the comment: I found it by patching the appropriate unittest test runner to check before and after each test case. It would be nice if there were a standard option to do that. -- status: pending -> open ___ Python tracker

[issue12659] Add tests for packaging.tests.support

Éric Araujo added the comment: I made a review on Rietveld; a mail should have been sent. -- ___ Python tracker ___ ___ Python-bugs-l

[issue12778] JSON-serializing a large container takes too much memory

Roundup Robot added the comment: New changeset 47176e8d7060 by Antoine Pitrou in branch 'default': Issue #12778: Reduce memory consumption when JSON-encoding a large container of many small objects. http://hg.python.org/cpython/rev/47176e8d7060 -- nosy: +python-dev ___

[issue12778] JSON-serializing a large container takes too much memory

Changes by Antoine Pitrou : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ P

[issue1492704] distinct error type from shutil.move()

Éric Araujo added the comment: Thanks for the patch. I made a review on Rietveld; a mail should have been sent. -- ___ Python tracker ___ ___

[issue12678] test_packaging and test_distutils failures under Windows

Éric Araujo added the comment: I don’t understand this part: Traceback (most recent call last): File "distutils\tests\test_sdist.py", line 385, in test_manual_manifest archive = tarfile.open(archive_name) File "tarfile.py", line 1736, in open return func(name, "r", fileobj, **kwargs

[issue12678] test_packaging and test_distutils failures under Windows

Changes by Éric Araujo : -- dependencies: +list_distinfo_file is wrong ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue12785] list_distinfo_file is wrong

Changes by Éric Araujo : -- keywords: +patch Added file: http://bugs.python.org/file22948/fix-list_distinfo_files.diff ___ Python tracker ___

[issue12785] list_distinfo_file is wrong

New submission from Éric Araujo : The list_distinfo_files method does not fulfills its mission. I changed the test file to be more stupid (and therefore not use high-level functions that we can’t trust) when building the expected list and discovered that list_distinfo_files returned too many

[issue9200] Make str methods work with non-BMP chars on narrow builds

Ezio Melotti added the comment: Here's a new version of the patch. I decided to leave the prefix anyway, for consistency with what I'll commit to 3.3 and because without the prefix NEXT() looks ambiguous (and it's not entirely clear if it's private or not). I rewrote the macro as Victor sugges

[issue12765] test_packaging failure under Snow Leopard

Éric Araujo added the comment: Thank you sir! How did you find it? -- resolution: -> fixed stage: needs patch -> commit review status: open -> pending ___ Python tracker ___ _

[issue12765] test_packaging failure under Snow Leopard

Roundup Robot added the comment: New changeset 40f4a3d6a532 by Éric Araujo in branch 'default': Restore $HOME after test has run (should fix #12765) http://hg.python.org/cpython/rev/40f4a3d6a532 -- nosy: +python-dev ___ Python tracker

[issue12784] Concatenation of strings returns the wrong string

STINNER Victor added the comment: It's an hardware problem, not a Python problem, so I close this issue. Check your RAM and the temperature of your mother board and of the CPU using your tests (e.g. try lm-sensors on Linux). -- resolution: -> invalid status: open -> closed _

[issue12784] Concatenation of strings returns the wrong string

Kåre Krig added the comment: I managed to get access to another two systems to test this on. One running ubuntu & python 2.7.1 and the other suse & python 2.6. I could not reproduce the bug on either of those systems. This all points to the issue not really being a bug in python but something

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Éric Araujo added the comment: > Python 2.7 and 3.2: force sys.platform to 'linux2'? -0. I dislike this change for stable releases, but it’s a small change that would help a lot of users. I think the release managers would need to approve such a change. > Python 3.3: change sys.platform to

[issue12784] Concatenation of strings returns the wrong string

STINNER Victor added the comment: You should retry memtest86+: http://www.memtest.org/#downiso I had also memory errors recently. After 10 minutes, memtest86+ listed me 4 errors. After 30 minutes, there were 30 errors. -- ___ Python tracker

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

James Y Knight added the comment: > configure_linux2.python3.2.patch It would probably be more future-proof to use "linux*)", not "linux3)" in the case expression. -- ___ Python tracker _

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Barry A. Warsaw added the comment: On Aug 19, 2011, at 02:23 PM, STINNER Victor wrote: >(2) Python 3.3: change sys.platform to 'linux'? Votes: > >Martin v. Löwis: +1 >Charles-François Natali: -1 >Amaury Forgeot d'Arc: -1 >Antoine Pitrou: -0 ? >Victor Stinner: +1 > >=> total=0 (5 votes) Please

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

R. David Murray added the comment: MAL wrote: > As already mentioned, the diff between Linux 2.x and 3.x will > grow over time and while there may not be much to see now, > things will change in the coming years. The only way I can read this argument that makes any sense to me is that you are

[issue12657] Cannot override JSON encoding of basic type subclasses

Niko Wilbert added the comment: This issue is also a real pain when using namedtuple. In many situations a namedtuple should be serialized as a dict, but there is no reasonable way to get this behavior. Earlier solutions (e.g., see http://stackoverflow.com/questions/5906831/serializing-a-pyt

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

STINNER Victor added the comment: It's really hard to follow this issue. I'm trying to sum up, please comment my message if I'm wrong. -- If I understood correctly, this issue has 3 remaining points: (1) Python 2.7 and 3.2: force sys.platform to 'linux2'? Votes: Antoine Pitrou: -1 Victor St

[issue12784] Concatenation of strings returns the wrong string

Antoine Pitrou added the comment: > Note how the ascii codes for the faulty characters only differ by one > bit, and only the 5th least significant bit. This looks very much like a hardware issue. Python usually does nothing special with the 5th bit of characters. Also, the IO system and strin

[issue12778] JSON-serializing a large container takes too much memory

Antoine Pitrou added the comment: > I actually looked into doing this for issue #12134, but it didn't seem > so simple; Since C has no yield, I think the iterator would need to > maintain its own stack to keep track of where it is in the object tree > it's encoding... The encoder doesn't have

[issue12784] Concatenation of strings returns the wrong string

Kåre Krig added the comment: I tried it again with another file. This time I used the dictionary from www.math.sjsu.edu/~foster/dictionary.txt (~3Mb) hash(buff_A) == hash(buff_B) returns False just like the direct comparison. I ran the program on dictionary.txt and printed buff_A & buff_B t

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: James Y Knight wrote: > > YAGNI. Nobody has needed sys.build_platform yet. (And no, sys.platform isn't > it, since that's been fixed at linux2 approximately forever). Why do you > think people would suddenly start needing to know the build-time kernel >

[issue12409] Moving "Documenting Python" to Devguide

Ezio Melotti added the comment: +1 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/m

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

James Y Knight added the comment: YAGNI. Nobody has needed sys.build_platform yet. (And no, sys.platform isn't it, since that's been fixed at linux2 approximately forever). Why do you think people would suddenly start needing to know the build-time kernel version now? --

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> Please reread the quoted sentence: >> >> The *compile time* version information needs to be preserved. > > Then please give it a very explicit name, such as "sys.build_platform" > or "sys.c

[issue12784] Concatenation of strings returns the wrong string

STINNER Victor added the comment: Try hash(buff_A) == hash(buff_B). Are you able to identify which bytes/characters are differents? -- ___ Python tracker ___ __

[issue12409] Moving "Documenting Python" to Devguide

Éric Araujo added the comment: >From IRC: After last being pressed on this, I got to thinking about it more. Back in the day, that's all the doc there was about the tool-chain. With Sphinx standing as a successful independent project, the tool documentation need no longer be part of any o

[issue12784] Concatenation of strings returns the wrong string

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

[issue12784] Concatenation of strings returns the wrong string

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12784] Concatenation of strings returns the wrong string

Antoine Pitrou added the comment: Have you tried with other large files? Or on another system? -- nosy: +pitrou ___ Python tracker ___ __

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Antoine Pitrou added the comment: > Please reread the quoted sentence: > > The *compile time* version information needs to be preserved. Then please give it a very explicit name, such as "sys.build_platform" or "sys.compile_time_version_info". We don't want people to be misled by yet another p

[issue12784] Concatenation of strings returns the wrong string

New submission from Kåre Krig : When I concatenate two strings, with the one on the right hand side being large, the resulting string is almost correct but has a few chars substituted. The following code (with (...) added on the print statement for 3.1) prints False on both Python 2.6.5 & 3.1

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: Éric Araujo wrote: > > Éric Araujo added the comment: > >> We do have distutils to read the full compile time information > We have sysconfig in the stdlib in 2.7 and 3.2+. Right (it originated in distutils), but it has the same problem: without the Make

[issue12682] Meaning of 'accepted' resolution as documented in devguide

Ezio Melotti added the comment: +1 Martin, should we convert all the "accepted" to "fixed" before removing it? -- ___ Python tracker ___ ___

[issue12682] Meaning of 'accepted' resolution as documented in devguide

Antoine Pitrou added the comment: I would say I find "accepted" little useful in practice. Removing it would avoid the confusion with its various (intended or not) meanings. -- nosy: +pitrou ___ Python tracker __

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Éric Araujo added the comment: > We do have distutils to read the full compile time information We have sysconfig in the stdlib in 2.7 and 3.2+. -- ___ Python tracker ___ __

[issue12326] Linux 3: code should avoid using sys.platform == 'linux2'

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > >> The suggested change removes the compile time information from >> the platform string, so that information needs to be preserved >> in a new attribute. > > -1 on any new platform identifica

[issue12782] Multiple context expressions do not support parentheses for continuation across lines

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson, ncoghlan type: behavior -> feature request versions: -Python 2.7 ___ Python tracker ___

[issue10149] Data truncation in expat parser

Fred L. Drake, Jr. added the comment: Chunking of the data is expected with Expat. There are no promises about *where* chunks are broken; the underlying behavior will break at line endings, but is not limited to that. Setting buffer_text informs the Python wrapper that it's allowed to combin

[issue12707] Deprecate addinfourl getters

Ezio Melotti added the comment: I thought about having another class, but I couldn't come up with a decent name for it (ResponseWithCloseHook?). After all it's still a Response and unless you need a way to distinguish responses with and without close hooks, I think it might be better to have

[issue12703] Improve error reporting for packaging.util.resolve_name

Changes by Éric Araujo : -- keywords: +easy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9173] logger statement not guarded in shutil._make_tarball

Éric Araujo added the comment: I fixed this in 615a29295d5f but forgot to mention the bug number in the commit message. To reproduce the bug, I only had to backport two lines from 3.2, so I did not use your patch. Thanks to both of you nonetheless for the report and help! -- assign

[issue11564] pickle not 64-bit ready

Antoine Pitrou added the comment: > I'd be glad to do so, but I'm not sure what the aim of the "dryrun" flag is. > Do you want to make it the default that precisionbigmem tests are skipped, > unless the decorator invocation explicitly specifies dryrun=False? No, the point is to avoid running th

[issue12256] Link isinstance/issubclass doc to abc module

Éric Araujo added the comment: I committed a modified version of the patch. -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue8617] Better document user site-packages in site module doc

Changes by Éric Araujo : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue11564] pickle not 64-bit ready

Nadeem Vawda added the comment: > How much does it say is required? > Did you remove the skips in BigmemPickleTests? Yes, I did remove the skips. It says 2GB for some, and 4GB for others. > Well, perhaps I got the logic wrong. Debugging welcome :) I'd be glad to do so, but I'm not sure what t

[issue10745] setup.py install --user option undocumented

Changes by Éric Araujo : -- components: +Distutils nosy: +alexis resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 2.7, Python 3.2, Python 3.3 -3rd party ___ Python tracker

[issue1626300] 'Installing Python Modules' does not work for Windows

Roundup Robot added the comment: New changeset e9022dc7a411 by Éric Araujo in branch '2.7': Remove obsolete term + indicate how to find the program (#1626300). http://hg.python.org/cpython/rev/e9022dc7a411 -- ___ Python tracker

[issue8617] Better document user site-packages in site module doc

Roundup Robot added the comment: New changeset b3f72b6450f1 by Éric Araujo in branch '2.7': Improve documentation for PEP 370 support in site module (#8617). http://hg.python.org/cpython/rev/b3f72b6450f1 -- ___ Python tracker

[issue10745] setup.py install --user option undocumented

Roundup Robot added the comment: New changeset 25a48fe791e6 by Éric Araujo in branch '2.7': Add documentation for PEP 370 features in distutils (#10745). http://hg.python.org/cpython/rev/25a48fe791e6 -- ___ Python tracker

[issue12256] Link isinstance/issubclass doc to abc module

Roundup Robot added the comment: New changeset 96222062239f by Éric Araujo in branch '2.7': Link isinstance/issubclass to the ABC glossary entry (#12256) http://hg.python.org/cpython/rev/96222062239f -- ___ Python tracker

[issue10149] Data truncation in expat parser

Éric Araujo added the comment: I was about to commit an edited version of your patch (attached) but then I thought we should check whether this isn’t really a bug. I just don’t see why expat would chunk without paying heed to the newlines if it is supposed to chunk at newlines. -- A

[issue1626300] 'Installing Python Modules' does not work for Windows

Roundup Robot added the comment: New changeset 59f7bbe1236c by Éric Araujo in branch '3.2': Remove obsolete term + indicate how to find the program (#1626300). http://hg.python.org/cpython/rev/59f7bbe1236c New changeset adaec1a0dd47 by Éric Araujo in branch '3.2': Fix instance I missed in 59f7b

  1   2   >