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

Marc-Andre Lemburg added the comment: James Y Knight wrote: > > James Y Knight added the comment: > >> Sure, you can compile and run Python on both versions of Linux, but >> what if your application uses features that are only present in Linux >> 3.0 and later ? > > This comment is making me

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

Martin von Gagern added the comment: As people keep stating how easy the change from sys.platform == 'linux2' to sys.platform.startswith('linux') is, e.g. msg142385, please also keep in mind cases like someDict.get(sys.platform) where the comparison is implicit and therefore a simple change t

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

Martin von Gagern added the comment: Marc-Andre Lemburg wrote: > Both Python and the application will make certain assumptions about > the platform depending on the compile time environment. Can you give examples for this? > So you need both the compile and the runtime version information. I

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

Marc-Andre Lemburg added the comment: Martin von Gagern wrote: > > Martin von Gagern added the comment: > > Marc-Andre Lemburg wrote: >> Both Python and the application will make certain assumptions about >> the platform depending on the compile time environment. > > Can you give examples fo

[issue10504] Trivial mingw compile fixes

Changes by Kalev Lember : -- nosy: +kalev ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue10293] PyMemoryView object has obsolete members

Stefan Krah added the comment: I think PyBUF_SHADOW was the renamed version of PyBUF_UPDATEIFCOPY from the PEP. :) -- nosy: +skrah ___ Python tracker ___ ___

[issue12650] Subprocess leaks fd upon kill()

Charles-François Natali added the comment: The test now passes on the buildbots, closing. -- status: open -> closed ___ Python tracker ___ __

[issue12783] test_posix failure on FreeBSD 6.4: test_get_and_set_scheduler_and_param

New submission from Charles-François Natali : http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%206.4%203.x/builds/1734/steps/test/logs/stdio """ == ERROR: test_get_and_set_scheduler_and_param (test.test_posix.PosixT

[issue12707] Deprecate addinfourl getters

Éric Araujo added the comment: > For these two reasons I propose to: > * document the 3 attributes as the suggested way to access this >information; > * deprecate the 3 getters; > * avoid to document the now undocumented getcode(); +1 > The addclosehook class could be provided via an alt

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

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 identification attribute. We already have too many of them, and there's the platform m

[issue11564] pickle not 64-bit ready

Antoine Pitrou added the comment: > I have tried running the tests on a machine with 12GB of RAM, but when I do > so, > the new tests get skipped saying "not enough memory", even when I specify "-M > 11G" > on the command-line. How much does it say is required? Did you remove the skips in Big

[issue12256] Link isinstance/issubclass doc to abc module

Roundup Robot added the comment: New changeset eeb8a440bde0 by Éric Araujo in branch '3.2': Link isinstance/issubclass to the ABC glossary entry (#12256) http://hg.python.org/cpython/rev/eeb8a440bde0 New changeset e2e8c752c1b6 by Éric Araujo in branch '3.2': Mention virtual subclasses in the gl

[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

[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

[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

[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

[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

[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

[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

[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

[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 ___ _

[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 ___

[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

[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

[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.

[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

[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

[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 ___

[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

[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 ___ __

[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 __

[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 ___ ___

[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

[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'

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

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

[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

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

[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

STINNER Victor added the comment: Try hash(buff_A) == hash(buff_B). Are you able to identify which bytes/characters are differents? -- ___ 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: > >> 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

[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? --

[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'

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 >

[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

[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

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

[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

[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'

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

[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'

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 _

[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'

É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

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

[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 _

[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

[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 ___ _

[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

[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

[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 ___

[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

[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

[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 ___ ___

[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

[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 ___

[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

[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

[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

[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

[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

[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

[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. -- _

[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

[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 _

[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

[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

[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

[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

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

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

[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 ___ ___

[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

[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. --

[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

[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

[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

[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. > >

[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

[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

[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

[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

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

[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

[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'

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

[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

[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

[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

[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

  1   2   >