[issue12906] Slight error in logging module's yaml config

Changes by Georg Brandl : -- assignee: docs@python -> vinay.sajip nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list maili

[issue12850] [PATCH] stm.atomic

Changes by Georg Brandl : -- nosy: +georg.brandl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue1616] compiler warnings

Jesús Cea Avión added the comment: I see this in quite a few of the buildbots: (python 3.2) ./Modules/_io/iobase.c:707: warning: initialization from incompatible pointer type Seems to affect all current versions: 2.7, 3.2 and 3.x -- nosy: +jcea versions: +Python 3.3

[issue11561] "coverage" of Python regrtest cannot see initial import of libs

Nick Coghlan added the comment: Do we really want to enshrine shadowing the encodings module as the one true way to do this kind of thing? Although I guess defining a way to do it properly would be a fairly major undertaking, so perhaps blessing the encodings hack is the practical way forwar

[issue12908] Update dev-in-a-box for new coverage steps

Changes by Brett Cannon : -- dependencies: +Update test coverage devguide page ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue12908] Update dev-in-a-box for new coverage steps

New submission from Brett Cannon : Once the devguide has been updated, dev-in-a-box needs to be tweaked to follow the new instructions on how to generate a coverage report. -- assignee: brett.cannon components: None messages: 143583 nosy: brett.cannon priority: normal severity: normal s

[issue11561] "coverage" of Python regrtest cannot see initial import of libs

Brett Cannon added the comment: Brandon, can I go ahead and close this and consider the script you and Ned have in the coverage.py repo to be the canonical script to use? -- status: open -> pending ___ Python tracker

[issue12907] Update test coverage devguide page

New submission from Brett Cannon : The devguide needs to be updated with new coverage.py instructions. It seems that the script in issue11561 has been integrated into coverage.py's own repo, which means we now have a way to get much more complete coverage of the stdlib. But it also means that

[issue12907] Update test coverage devguide page

Changes by Brett Cannon : -- dependencies: +"coverage" of Python regrtest cannot see initial import of libs ___ Python tracker ___ ___

[issue12850] [PATCH] stm.atomic

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue12906] Slight error in logging module's yaml config

Derrick Petzold added the comment: Oh crap that doesn't work either. yaml.scanner.ScannerError: while scanning for the next token found character '%' that cannot start any token in "/var/sites/magnum/magnum/logging.yaml", line 4, column 13 Should be format: '%(asctime)s - %(name)s - %(leve

[issue12906] Slight error in logging module's yaml config

New submission from Derrick Petzold : Hello, format: format=%(asctime)s - %(name)s - %(levelname)s - %(message)s Should be: format: %(asctime)s - %(name)s - %(levelname)s - %(message)s Regards, btw I have to say the logging module is just excellent. What a truly great work. ty.

[issue12905] multiple errors in test_socket on OpenBSD

STINNER Victor added the comment: Issue #12903 is similar to this one. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12903] test_io.test_interrupte[r]d* blocks on OpenBSD

STINNER Victor added the comment: It looks similar to issue #12905: yet another threads+signals issue? -- ___ Python tracker ___ ___

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

STINNER Victor added the comment: > The LC_CTYPE locale should maybe be set temporary to > the current locale (""), as does locale.getpreferredencoding(). See also issue #6203. -- ___ Python tracker _

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

STINNER Victor added the comment: I'm not sure that it is correct to call nl_langinfo(CODESET) to get the locale encoding. The LC_CTYPE locale should maybe be set temporary to the current locale (""), as does locale.getpreferredencoding(). Or maybe better, locale.getpreferredencoding() should

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

Roundup Robot added the comment: New changeset b1e03d10391e by Victor Stinner in branch 'default': Issue #12567: Add curses.unget_wch() function http://hg.python.org/cpython/rev/b1e03d10391e -- ___ Python tracker

[issue11457] Expose nanosecond precision from system calls

Larry Hastings added the comment: This is probably a terrible idea, but: what about using a subclass of float that internally preserves the original sec / usec values? Call it a utime_float for now. os.stat would produce them, and os.utime would look for them--and if it found one it'd pull

[issue12905] multiple errors in test_socket on OpenBSD

STINNER Victor added the comment: I hope that this issue is not related to threads+signals. We got many threads+signals issues on FreeBSD 6. -- ___ Python tracker ___ _

[issue12903] test_io.test_interrupte[r]d* blocks on OpenBSD

Changes by Antoine Pitrou : -- components: +Tests nosy: +haypo, neologix, pitrou stage: -> patch review type: -> behavior versions: +Python 2.7, Python 3.3 ___ Python tracker _

[issue12905] multiple errors in test_socket on OpenBSD

Changes by Antoine Pitrou : -- nosy: +haypo, neologix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue12904] Change os.utime &c functions to use nanosecond precision where possible

Larry Hastings added the comment: > It's a duplicate of issue #11457. No. #11457 is a how-many-angels-on-the-head-of-a-pin discussion proposing new representations of ctime/mtime/atime to preserve nanosecond accuracy. This patch changes the behavior of os.utime, os.futimes, os.lutimes, and

[issue11457] Expose nanosecond precision from system calls

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org

[issue9561] distutils: set encoding to utf-8 for input and output files

Roundup Robot added the comment: New changeset 56ab3257ca13 by Victor Stinner in branch 'default': Issue #9561: packaging now writes egg-info files using UTF-8 http://hg.python.org/cpython/rev/56ab3257ca13 -- ___ Python tracker

[issue9561] distutils: set encoding to utf-8 for input and output files

STINNER Victor added the comment: I applied pkginfo_utf8.patch to Python 3.2 and 3.3. Python 2.7 is not affected, it does already encode Unicode to UTF-8. -- ___ Python tracker

[issue12904] Change os.utime &c functions to use nanosecond precision where possible

Arfrever Frehtes Taifersar Arahesis added the comment: It's a duplicate of issue #11457. (Python >=3.3 has os.utimensat() and os.futimens().) -- nosy: +Arfrever ___ Python tracker _

[issue9561] distutils: set encoding to utf-8 for input and output files

Roundup Robot added the comment: New changeset fb4d2e6d393e by Victor Stinner in branch '3.2': Issue #9561: distutils now reads and writes egg-info files using UTF-8 http://hg.python.org/cpython/rev/fb4d2e6d393e New changeset 3c080bf75342 by Victor Stinner in branch 'default': Merge 3.2: Issue

[issue12904] Change os.utime &c functions to use nanosecond precision where possible

Larry Hastings added the comment: A small aside: An IEEE 754 double is insufficient to store a modern timestamp with nanosecond accuracy. We're currently at just over 1.3 billion seconds since the epoch. This eats 28 bits of the mantissa. (The value is actually 31 bits to the left of the

[issue12905] multiple errors in test_socket on OpenBSD

Remi Pointel added the comment: I add bt output with gdb 7, to have more informations. -- Added file: http://bugs.python.org/file23105/OpenBSD_test_socket_gdb.log ___ Python tracker ___

[issue12905] multiple errors in test_socket on OpenBSD

New submission from Remi Pointel : Hi, I have few problems in test_socket.py. 1) test_sendall_interrupted blocks on OpenBSD, I must Ctrl+c to interrupt the test. I added a skip to have full regress tests, but I think it's not the proper way. I have run it into gdb, and ctrl+c it: test_sendall

[issue12904] Change os.utime &c functions to use nanosecond precision where possible

New submission from Larry Hastings : Since Linux 2.5 stat() has supported reading nanosecond resolution (1b/sec) for atime and mtime. However, the utime() family of functions could only write atime and mtime with microsecond resolution (1m/sec) until relatively recently. On POSIX platforms Py

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

STINNER Victor added the comment: I removed Lib/plat-linux3 from Python 2.7 and 3.2, and updated doc of Python 2.7. I close this issue (again). -- status: open -> closed ___ Python tracker ___

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

Roundup Robot added the comment: New changeset 0fe571d43317 by Victor Stinner in branch '2.7': Update sys.platform doc for #12326. http://hg.python.org/cpython/rev/0fe571d43317 -- ___ Python tracker __

[issue12353] argparse cannot handle empty arguments

Torsten Landschoff added the comment: ping!? I think this should be either applied or dropped. It does not make sense to have such a simple issue rot in the bug tracker... -- ___ Python tracker _

[issue5876] __repr__ returning unicode doesn't work when called implicitly

STINNER Victor added the comment: > Debian SID. No, it wasn't. Oh ok, gotcha: repr() always returns a str string. If obj.__repr__() returns a Unicode string, the string is encoded to the default encoding. By default, the default encoding is ASCII. $ ./python -S Python 2.7.2+ (2.7:85a12278de

[issue12903] test_io.test_interrupte[r]d* blocks on OpenBSD

New submission from Remi Pointel : Hi, these tests block on OpenBSD: -test_interrupted_write_unbuffered() -test_interrupted_write_buffered() -test_interrupted_write_text() -test_interrupterd_read_retry_buffered() -test_interrupterd_read_retry_text() -test_interrupterd_write_retry_buffered() -te

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

Roundup Robot added the comment: New changeset d95c4b030eac by Victor Stinner in branch '2.7': Issue #12326: Remove plat-linux3 directory http://hg.python.org/cpython/rev/d95c4b030eac New changeset cb47cf5138a4 by Victor Stinner in branch '3.2': Issue #12326: Remove plat-linux3 directory http:/

[issue12902] help("modules") executes module code

New submission from dronus : When running help("modules"), some code of the modules seems to be run. For example, on my Gnome system KWallet configuration GUI pops up and stalls further opereation. I think no one expect help("modules") run abitrary code instead of just outputting a list of mo

[issue12899] Change os.utimensat() and os.futimens() to use float for atime & mtime

Larry Hastings added the comment: I'm withdrawing this, as I've found a better way to approach the problem. -- resolution: -> rejected status: open -> closed ___ Python tracker ___

[issue5845] rlcompleter should be enabled automatically

Cherniavsky Beni added the comment: Easily detecting interactive mode is of general interest for customization. 1. What if C also set sys.flags.interactive in "python" mode, or exposed sys.flags.implicit_interactive (but with better name)? 2. It's more useful to have a hook called when ente

[issue5876] __repr__ returning unicode doesn't work when called implicitly

Tomasz Melcer added the comment: Debian SID. No, it wasn't. Python 2.7.2+ (default, Aug 16 2011, 09:23:59) [GCC 4.6.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> class T(object): ... def __repr__(self): return u'あみご' ... >>> T().__repr__() u'\u304

[issue12901] Nest class/methods directives in documentation

Changes by Éric Araujo : -- keywords: +patch Added file: http://bugs.python.org/file23102/doc-nest-methods-3.2.diff ___ Python tracker ___ ___

[issue12901] Nest class/methods directives in documentation

New submission from Éric Araujo : I picked up a few files in Doc/library and updated their markup to use directives nesting. The attached patch is the result; it’s a lot of changes for small benefit. If we think it’s a good change anyway, I have two questions - Do you think it would be a goo

[issue12779] Update packaging documentation

Éric Araujo added the comment: To make commit review possible, I thought I’d make two patches for this: the first would be only markup fixes and minimal updates to match the reality of the code (i.e. convert setup.py examples to setup.cfg or pysetup, remove obsolete parts, etc.) and a second

[issue5876] __repr__ returning unicode doesn't work when called implicitly

STINNER Victor added the comment: I think that this issue is a duplicate of #4947 which has been fixed in Python 2.7.1. Can you retry with Python 2.7.2 (or 2.7.1)? -- nosy: +haypo ___ Python tracker __

[issue12898] add opendir() for POSIX platforms

STINNER Victor added the comment: > At the time I created this ticket I didn't realize you could > just call open() on a directory. Yes, os.open or os.openat. -- nosy: +haypo ___ Python tracker __

[issue5845] rlcompleter should be enabled automatically

Éric Araujo added the comment: We can’t just decide to enable completion by checking “'readline' in sys.modules” in site, because it always returns False. site is imported in Python/pythonrun.c, and I guess that Modules/main.c is run afterwards. More importantly, I think the import of readl

[issue12898] add opendir() for POSIX platforms

Changes by STINNER Victor : -- resolution: -> works for me status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11155] multiprocessing.Queue's put() signature differs from docs

Roundup Robot added the comment: New changeset c6d4d4d64405 by Senthil Kumaran in branch '3.2': Fix closes Issue11155 - Correct the multiprocessing.Queue.put's arg (replace 'item' with 'obj') in the docs. Patch by Westley Martínez. http://hg.python.org/cpython/rev/c6d4d4d64405 New changeset 8

[issue12898] add opendir() for POSIX platforms

Larry Hastings added the comment: > Is there anything you want to do on a "directory fd" > except listing its contents? In the first message in this bug, I wrote: "With the recent spate of POSIX *at() functions added to os, we now have a bunch of places in the API that take directory fds." T

[issue12898] add opendir() for POSIX platforms

Antoine Pitrou added the comment: > I was proposing adding a function to open directory fds, because > there isn't one; fdlistdir(), like many other POSIX functions > available in Python, consumes directory fds. I don't think I understand. This already works: >>> fd = os.open("Misc", os.O_RD

[issue11473] upload command no longer accepts repository by section name

Éric Araujo added the comment: I started working on a test for this in packaging and it’s worse than I expected: it does not support multiple repositories at all. The config parser has bogus tests and the upload command has no test for this. I will work on fixing this in packaging and backp

[issue11155] multiprocessing.Queue's put() signature differs from docs

Senthil Kumaran added the comment: Well, I should take back my previous comment. I realized that the positional arg in this case can be called as keyword arg. It would be wrong to change multiprocessing.py and it is correct to change the docs. -- _

[issue7425] Improve the robustness of "pydoc -k" in the face of broken modules

Éric Araujo added the comment: Does this patch solves only pydoc -k, not all “invalid spam module makes pydoc crash”? (I wanted to consolidate the handful of reports we have into one but did not get the time.) -- nosy: +eric.araujo title: [PATCH] Improve the robustness of "pydoc -k"

[issue5876] __repr__ returning unicode doesn't work when called implicitly

Éric Araujo added the comment: I think it’s not an implicit vs. explicit call problem, rather repr vs. str. IIRC, in 2.x it is allowed that __str__ returns a unicode object, and str will convert it to a str. To do that, it will use the default encoding, which is ASCII in 2.5+, so your exampl

[issue12899] Change os.utimensat() and os.futimens() to use float for atime & mtime

Ross Lagerwall added the comment: See #11457 for a long discussion about the API and whether to use decimal or not to get the full precision. -- nosy: +rosslagerwall ___ Python tracker ___

[issue12900] Use universal newlines mode for setup.cfg

New submission from Éric Araujo : We need tests to make sure that setup.cfg files using CRLF or CR as newline character work. We could require that people use LF in the spec, but I don’t think it’s worth it, as it’s simple enough to support all newlines whereas Windows users can’t always use

[issue12898] add opendir() for POSIX platforms

Larry Hastings added the comment: fdlistdir() is largely irrelevant to the discussion. I was proposing adding a function to open directory fds, because there isn't one; fdlistdir(), like many other POSIX functions available in Python, consumes directory fds. -- _

[issue12898] add opendir() for POSIX platforms

Antoine Pitrou added the comment: Well, is there any case where fdlistdir() is not sufficient? -- nosy: +pitrou ___ Python tracker ___ __

[issue12898] add opendir() for POSIX platforms

Larry Hastings added the comment: Well, there's no os.fdopendir(); I think you're referring to fdlistdir(), which uses the C function fdopendir() internally. The DIR structure is not exposed to the Python caller at any point. I did miss the whole opendir-returns-a-DIR-not-a-fd thing, hopeful

[issue8286] distutils: path '[...]' cannot end with '/' -- need better error message

Roundup Robot added the comment: New changeset 9cdc845d5f2e by Éric Araujo in branch '2.7': Warn instead of crashing because of invalid path in MANIFEST.in (#8286). http://hg.python.org/cpython/rev/9cdc845d5f2e -- ___ Python tracker

[issue12885] distutils.filelist.findall() fails on broken symlink in Py2.x

Éric Araujo added the comment: > I've come across it as I'm creating a Debian package of the Python > package in the same tree I think a lot of people are doing this. > The broken symlinks are relative and in debian/tmp, and will point to > locations provided by other Debian packages once my p

[issue12897] Support for iterators in multiprocessing map

Antoine Pitrou added the comment: Since it's a feature request, I would suggest to look whether it can apply to concurrent.futures instead. -- nosy: +pitrou versions: +Python 3.3 -Python 3.4 ___ Python tracker __

[issue11155] multiprocessing.Queue's put() signature differs from docs

Senthil Kumaran added the comment: anikom15's first patch seems correct. In the multiprocessing.py, the the arg 'obj' can be safely replaced with 'item' to be consistent with the docs. As this is not a keyword arg, it does not stand any chance of breaking any backwards compatibility. It looks

[issue8286] distutils: path '[...]' cannot end with '/' -- need better error message

Éric Araujo added the comment: This should now be fixed. -- resolution: -> fixed stage: test needed -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue8286] distutils: path '[...]' cannot end with '/' -- need better error message

Roundup Robot added the comment: New changeset 6cd8c1582dff by Éric Araujo in branch '3.2': Warn instead of crashing because of invalid path in MANIFEST.in (#8286). http://hg.python.org/cpython/rev/6cd8c1582dff New changeset b42661daa5cc by Éric Araujo in branch 'default': Merge fix for #8286 f

[issue12899] Change os.utimensat() and os.futimens() to use float for atime & mtime

New submission from Larry Hastings : The new functions os.futimens() and os.utimensat() update the timestamps of a file with nanosecond precision. However, both functions take atime and mtime as a tuple: (seconds since epoch, nanoseconds). Contrast this with os.utime(), which produces atime

[issue12898] add opendir() for POSIX platforms

Ross Lagerwall added the comment: opendir opens a C dirent structure with an underlying file descriptor. However, to open a directory file descriptor, simple use: os.open("/tmp", os.O_RDONLY) This can then be used as the fd to the functions which require a directory fd like os.openat() Chee

[issue7219] Unhelpful error message when a distutils package install fails due to a permissions error

Éric Araujo added the comment: > I really don't think C error messages are portable, so you shouldn't > test for them :) Too bad. I’ll have to be satisfied with a manual test from Michael then. -- ___ Python tracker

[issue12898] add opendir() for POSIX platforms

New submission from Larry Hastings : With the recent spate of POSIX *at() functions added to os, we now have a bunch of places in the API that take directory fds. But afaict there's no way to get a directory fd in Python! The only calls to opendir() in the tree are internal, in os.listdir()

[issue12841] Incorrect tarfile.py extraction

Lars Gustäbel added the comment: Close as fixed. Thanks all! -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12898] add opendir() for POSIX platforms

Ross Lagerwall added the comment: Also see fdopendir(3) which allows you to pass an open file descriptor to get a C dirent struct. This is implemented in the os module too but instead of returning a struct, it returns a list. -- ___ Python tracker

[issue7219] Unhelpful error message when a distutils package install fails due to a permissions error

higery added the comment: I have run the 'test_install_lib' on cpython3.3(windows version), the 'test_install_error' failed. The detail is: *FAIL: test_install_error (__main__.InstallLibTestCase) -- Traceback (most recent call

[issue12841] Incorrect tarfile.py extraction

Roundup Robot added the comment: New changeset 2bc122347351 by Lars Gustäbel in branch '3.2': Issue #12841: Fix tarfile extraction of non-existent uids/gids. http://hg.python.org/cpython/rev/2bc122347351 New changeset da59abc0ce3b by Lars Gustäbel in branch 'default': Merge with 3.2: Issue #128

[issue11957] re.sub confusion between count and flags args

Ezio Melotti added the comment: See also #12888 for an error in the stdlib caused by this. -- ___ Python tracker ___ ___ Python-bugs-

[issue10914] Python sub-interpreter test

Antoine Pitrou added the comment: > Ah. If it was an extension module, I’d have a clue (the debug thing), > but I know nothing about embedding. An alternative would be to > install the file with the msi system and use a project file to have it > compiled (sounds like much hassle). Agreed, but

[issue10914] Python sub-interpreter test

Éric Araujo added the comment: > Except that it didn't work under Windows... Ah. If it was an extension module, I’d have a clue (the debug thing), but I know nothing about embedding. An alternative would be to install the file with the msi system and use a project file to have it compiled (s

[issue12886] datetime.strptime parses input wrong

Heiðar Rafn Harðarson added the comment: This issue is also discussed here: http://bugs.python.org/issue5979 -- ___ Python tracker ___ __

[issue12659] Add tests for packaging.tests.support

Éric Araujo added the comment: Follow the link titled “review” on the right of your patch in the list of files above the messages. -- ___ Python tracker ___ ___

[issue12886] datetime.strptime parses input wrong

Heiðar Rafn Harðarson added the comment: My understanding of the python documentation and the ISO 8601 standard is that the digits in a timestamp representing hours, minutes and seconds shall always be in pairs of 2 digits (hh, mm, ss), i.e. when a number is less than 10 it should be preceded

[issue12117] Failures with PYTHONDONTWRITEBYTECODE: test_importlib, test_imp, test_distutils, test_packaging, test_runpy, test_import

Éric Araujo added the comment: Alright, closing. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue12888] html.parser.HTMLParser.unescape works only with the first 128 entities

Ezio Melotti added the comment: Fixed, thanks for the report and the patch! -- components: +Library (Lib) -None resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed versions: +Python 3.3 ___ Python tracker

[issue12888] html.parser.HTMLParser.unescape works only with the first 128 entities

Roundup Robot added the comment: New changeset 9896fc2a8167 by Ezio Melotti in branch '3.2': #12888: Fix a bug in HTMLParser.unescape that prevented it to escape more than 128 entities. Patch by Peter Otten. http://hg.python.org/cpython/rev/9896fc2a8167 New changeset 7b6096852665 by Ezio Melo

[issue12897] Support for iterators in multiprocessing map

New submission from andrew cooke : http://stackoverflow.com/questions/7306522/combining-itertools-and-multiprocessing/7307078 suggests (and the idea itself seems reasonable) that it would sometimes be useful for multiprocessing to operate correctly (ie lazily) with lazy input (iterables). for

[issue1172711] long long support for array module

Changes by Armin Rigo : -- nosy: -arigo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11682] PEP 380 reference implementation for 3.3

Zbyszek Szmek added the comment: I've created some documentation... The patches are the bitbucket repo. Nothing is added to the tutorial, because I think that this isn't material for a newcomer to python. The tutorial doesn't mention generator.throw() and send() either, just talks a little ab

[issue3132] implement PEP 3118 struct changes

Stefan Krah added the comment: Yes, definitely. I'm going to push a new memoryview implementation (complete for all 1D/native format cases) in a couple of days. Once that is done, perhaps we could create a memoryview-struct branch on top of that. -- nosy: +skrah __