[issue10141] SocketCan support

instigatorirc added the comment: * PF_CAN family of sockets -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10141] SocketCan support

instigatorirc added the comment: forgot to include this: http://en.wikipedia.org/wiki/Socketcan SocketCan is the (currently) Linux-specific Berkley-socket CAN implementation created by Volkswagen. Alot of previous CAN implementations use a rather inferior (explained in can.txt in the Linux so

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Raymond Hettinger added the comment: Martin, any thoughts on adding a ZFS dependent feature? ISTM this Solaris feature hasn't taken hold elsewhere and it may be a mistake to immortalize it in Python. -- assignee: -> loewis nosy: +loewis, rhettinger _

[issue3080] Full unicode import system

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8988] import + coding = failure (3.1.2/win32)

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10141] SocketCan support

Senthil Kumaran added the comment: Looks like an interesting feature request. What are the packages or external libraries which may rely on this and how do they deal with SocketCan support at moment for their requirements? (That thread mentions several, but some details may help further). BT

[issue10073] calendar.isleap() not checking parameter type

Éric Araujo added the comment: > for example, the isleap() function which should be defined as is_leap() Who says that? Not PEP 8: “Function names should be lowercase, with words separated by underscores *as necessary to improve readability*” (emphasis mine). isleap is perfectly readable. >

[issue10140] Tools/scripts/pathfix.py: add option to preserve timestamps

Senthil Kumaran added the comment: The patch was fine and yes agree that preserving timestamp as an option is useful in many situations. Committed in r85720. Thanks. -- assignee: -> orsenthil nosy: +orsenthil resolution: -> accepted stage: patch review -> committed/rejected status: o

[issue10137] Patch to IDLE for Python 2.7, at Guido's request

Changes by Terry J. Reedy : -- resolution: -> duplicate status: open -> closed superseder: -> idlelib for Python 3 with Guilherme Polo GSoC enhancements ___ Python tracker ___

[issue10137] Patch to IDLE for Python 2.7, at Guido's request

Bruce Sherwood added the comment: I've rebuilt and resubmitted this patch to Issue10079 as requested by Ned Deily. This issue (10137) can now be labeled a duplicate. -- ___ Python tracker

[issue10079] idlelib for Python 3 with Guilherme Polo GSoC enhancements

Bruce Sherwood added the comment: At Guido's request, I've carried out the same update to the IDLE distributed with Python 2.7 that I submitted for Python 3, to incorporate the work of Guilherme Polo in the Google Summer of Code 2009. Guido was concerned that with significant problems reporte

[issue10144] Buffering bug after calling curses function

New submission from Wes McKinney : We tracked a bug originating in IPython to the Python interpreter itself, seems to be present in 2.6.x and 2.7.x but not 3.1.x. This is on Ubuntu Linux 10.04, does not seem to occur in OS X 10.6. Reference: http://article.gmane.org/gmane.comp.python.ipython.u

[issue9319] segfault when searching modules with help()

Ron Adam added the comment: The test in the patch isn't quite right. The following still fails. Python 3.2a3+ (py3k:85719, Oct 18 2010, 22:32:47) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import imp >>> imp.find_module('test/badsyntax_pep3

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : -- stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue10143] Update "os.pathconf" values

Changes by Jesús Cea Avión : -- stage: -> needs patch type: -> feature request ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10143] Update "os.pathconf" values

New submission from Jesús Cea Avión : os.pathconf and related functions are a bit outdated and some platforms, like Solaris are pretty badly represented. We need to support more values. Trivial to implement. -- components: Library (Lib) keywords: easy messages: 119113 nosy: jcea prior

[issue10142] Support for SEEK_HOLE/SEEK_DATA

Changes by Jesús Cea Avión : -- components: +IO, Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10142] Support for SEEK_HOLE/SEEK_DATA

New submission from Jesús Cea Avión : ZFS supports SEEK_HOLE/SEEK_DATA in "lseek()" syscall. Oracle Solaris man page por "lseek": """ [...] o If whence is SEEK_HOLE, the offset of the start of the next hole greater than or equal to the supplied offset is returned.

[issue10027] os.lstat/os.stat don't set st_nlink on Windows

Brian Curtin added the comment: I'll also give it a run on my Windows machines but won't be able to until tomorrow morning (~1300 UTC). -- ___ Python tracker ___ __

[issue10027] os.lstat/os.stat don't set st_nlink on Windows

Hirokazu Yamamoto added the comment: ... I noticed I can test this via buildbot... Probably I'll try this. -- ___ Python tracker ___

[issue1552880] [Python2] Use utf-8 in the import machinery on Windows to support unicode paths

STINNER Victor added the comment: FYI, I finished my work on non-ascii filenames in Python 3.2 (#8611, #9425): Python 3.2 now suports any filename with any locale (filesystem) encoding. -- ___ Python tracker __

[issue10027] os.lstat/os.stat don't set st_nlink on Windows

Hirokazu Yamamoto added the comment: How about this patch? * st_nlink support for stat()/lstat(). * lstat() for junction read attributes of junction not target. * stat() for symlink of system locked file (ie: c:/pagefile.sys) should read attributes from target locked file not of symlink eve

[issue3080] Full unicode import system

STINNER Victor added the comment: With #8611 and #9425, I patched a lot of functions and modules, including the NullImporter and zipimport, but not the core of the import machinery. In my import_unicode SVN branch, I patched the import machinery to manipulate unicode strings, instead of bytes

[issue8988] import + coding = failure (3.1.2/win32)

STINNER Victor added the comment: See also #3080 for the full unicode support in the import machinery. -- ___ Python tracker ___ ___ P

[issue8988] import + coding = failure (3.1.2/win32)

STINNER Victor added the comment: I tested the example with Python 3.2 (r85691) and the issue looks to be fixed. Can someone else confirm that? I decompressed the ZIP archive, moved into the directory containing a.py and b.py, and called \path\to\python.exe a.py: it works. -- __

[issue2193] Cookie Colon Name Bug

David Stanek added the comment: My Java may be a bit rusty, but it seems that it would filter out the colon. tspecials contains a colon and thus having a colon in the cookie name would make in invalid. I glanced at the Perl code and couldn't find where it filtered out any characters. Would

[issue9713] Py_CompileString fails on non decode-able paths.

STINNER Victor added the comment: See issue #10114: fixed in Python 3.1 (r85716) and in Python 3.2 (r85569+r85570). -- resolution: -> fixed status: open -> closed ___ Python tracker __

[issue6011] python doesn't build if prefix contains non-ascii characters

STINNER Victor added the comment: I'm not sure that the patch is still needed on Python 3.2. -- ___ Python tracker ___ ___ Python-bugs

[issue5117] os.path.relpath problem with root directory

Hirokazu Yamamoto added the comment: I confirmed test runs fine on x86 Snow Leopard 2.7. So I'm closing this issue -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue5117] os.path.relpath problem with root directory

Hirokazu Yamamoto added the comment: Sorry, I've commit the fix in r85717(release27-maint). I'll sit and watch buildbot. -- ___ Python tracker ___ ___

[issue10114] compile() doesn't support the PEP 383 (surrogates)

STINNER Victor added the comment: Buildbots are green again (#10123 is closed). I ported the fix to Python 3.1 (r85716). Close this issue. -- resolution: -> fixed status: open -> closed ___ Python tracker __

[issue8611] Python3 doesn't support locale different than utf8 and an non-ASCII path (POSIX)

STINNER Victor added the comment: Starting at r85691, the full test suite of Python 3.2 pass with ASCII, ISO-8859-1 and UTF-8 locale encodings in a non-ascii directory. The work on this issue is done. -- resolution: -> fixed status: open -> closed ___

[issue9425] Rewrite import machinery to work with unicode paths

STINNER Victor added the comment: Starting at r85691, the full test suite of Python 3.2 pass with ASCII, ISO-8859-1 and UTF-8 locale encodings in a non-ascii directory. The work on this issue is done. -- resolution: -> fixed status: open -> closed ___

[issue10141] SocketCan support

New submission from instigatorirc : Python lacks support for the AF_CAN family of sockets ( http://en.wikipedia.org/wiki/Controller_area_network http://lwn.net/Articles/253425/) https://lists.berlios.de/pipermail/socketcan-users/2010-July/001456.html -- components: IO files: socketcan

[issue10137] Patch to IDLE for Python 2.7, at Guido's request

Bruce Sherwood added the comment: Perhaps I've used misleadingt terminology. What I meant is that I did do a diff between IDLE 2.7 and the result of Guilherme Polo's work, but the latter code started from Python 3 code and was modified as needed for 2.7 (e.g. renaming tkinter as Tkinter, etc.) b

[issue10091] ast.literal_eval does not handled new set literals

nestor added the comment: FYI although it breaks symmetry with eval, I am fine with this going in for 3.2. It just surprised me and I wanted to make sure it was documented here for future reference. -- ___ Python tracker

[issue10073] calendar.isleap() not checking parameter type

Georg Brandl added the comment: Not only is this issue already closed, the patch is also wrong -- your change to the parentheses changes the semantics. -- ___ Python tracker __

[issue10140] Tools/scripts/pathfix.py: add option to preserve timestamps

New submission from Dave Malcolm : I'm attempting to fix up the build in my Fedora/RHEL packages of Python to preserve timestamps of .py files as far as possible during the build, so that .pyc/.pyo files end up with predictable embedded mtime values and thus predictable hashes. Am attaching a

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

Neil Schemenauer added the comment: Closing this bug. I don't think it makes sense to change the mhlib module in bugfix release. My patch is fairly simple but not simple enough to make me feel comfortable. -- resolution: -> wont fix status: open -> closed _

[issue10139] regex A|B : both A and B match, but B is wrongly preferred

Χρήστος Γεωργίου (Christos Georgiou) added the comment: For completeness' sake, I also provide the "(?:regex_n)" results: >>> text= 'A***Z' >>> re.compile('(?:(?<=^A).*(?=Z$))').search(text).group(0) # regex_1 '***' >>> re.compile('(?:(?<=^A).*)').search(text).group(0) # regex_2 '***Z' >>> re.

[issue9011] ast_for_factor unary minus optimization changes AST

Neil Schemenauer added the comment: I'm late to the party but looks like Mark has a good handle on the issues. I would recommend not changing behavior in a bugfix release. I'm pretty sure code "in the wild" would be broken. -- ___ Python tracker

[issue10139] regex A|B : both A and B match, but B is wrongly preferred

New submission from Χρήστος Γεωργίου (Christos Georgiou) : This is based on that StackOverflow answer: http://stackoverflow.com/questions/3957164/3963443#3963443. It also applies to Python 2.6 . Searching for a regular expression that satisfies the mentioned SO question (a regular expression

[issue9807] deriving configuration information for different builds with the same prefix

Roumen Petrov added the comment: - As configure script add new "substitute variable" LDVERSION" why do not use LDVERSION in Makefile instead $(VERSION)$(ABIFLAGS). Note first to replace in configure script LDVERSION="$(VERSION)" to LDVERSION="$VERSION" ! - May be $(LN) -s is not portable. Wha

[issue10134] test_email failures on Windows: end of line issue?

R. David Murray added the comment: Clarification of my earlier comment on the patch: I think the behavior *originally* tested for by the changed test is arguably incorrect, given email's internal use of '\n' line endings. So I think the patch improves things, but it is a potential behavior c

[issue8954] wininst regression: errors when building on linux

Éric Araujo added the comment: I get an error trying to run the command because of the use of the mbcs codec. Ezio made some comments on Rietveld, I addressed them in a local clone. Question for Windows users/experts: Do the terms “binary extension” and “binary code” make sense? If not, I ca

[issue9974] tokenizer.untokenize not invariant with line continuations

nick caruso added the comment: Additionally, substituting "a=1\n" for "a=1" results in no assertion and successful "untokenizing" to "a = 1\n" -- ___ Python tracker ___

[issue9974] tokenizer.untokenize not invariant with line continuations

nick caruso added the comment: -- import StringIO import tokenize tokens = [] def fnord(*a): tokens.append(a) tokenize.tokenize(StringIO.StringIO("a = 1").readline, fnord) tokenize.untokenize(tokens) -- Generates the same assertion

[issue10073] calendar.isleap() not checking parameter type

Changes by Philip Jenvey : -- nosy: -pjenvey ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: I have uploaded a new patch. It removes the if year == 0 nonsense. Check it out. I hope you like it now. When you were organizing the Standard Library, you didn't fix flaws in the calendar module. What I have in mind is, for example, the isleap() function w

[issue10073] calendar.isleap() not checking parameter type

Changes by Boštjan Mejak : Removed file: http://bugs.python.org/file19255/calendar-isleap.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue10134] test_email failures on Windows: end of line issue?

Changes by R. David Murray : Removed file: http://bugs.python.org/file19273/windows_email_fix.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue10134] test_email failures on Windows: end of line issue?

R. David Murray added the comment: Revised patch that seems to fix all the windows failures. Still not sure why they were not showing up on the buildbots. Victor was working from an svn checkout and I from the binary installer, so it's not just a difference in the svn eol handling.

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

Martin v. Löwis added the comment: > My expectation is that Py_hash_t is the same as Py_ssize_t. The goal > is to make hashes match the range of possible table sizes. Please read the patch: typedef Py_ssize_t Py_hash_t; -- ___ Python tracker

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

Martin v. Löwis added the comment: > Wouldn't it be cleaner if x was the same type as hash? Note that > unsigned long is now wrong. What is needed is "unsigned integer type > of the same size as Py_hash_t." If Py_hash_t has to stay signed, I > think we should at least not rely of sizeof(Py_ha

[issue5731] bdist_wininst no longer works on non-Windows platforms

Éric Araujo added the comment: Follow-up in #8954 -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

Martin v. Löwis added the comment: Am 18.10.2010 17:27, schrieb Antoine Pitrou: > > Antoine Pitrou added the comment: > >> AFAICT, a change from (Py_ssize_t)-1 to (size_t)-1 is less likely to >> break code than a change from -1L to (Py_ssize_t)-1. (Assuming a >> sizeof(long) != sizeof(void*

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

Martin v. Löwis added the comment: > I would have thought that someone who intended a Unicode hostname > to be looked up in its IDNA form would have encoded it using > IDNA, rather than an 8-bit encoding - how many C programs would > transcode the name that way, rather than just passing the char

[issue10137] Patch to IDLE for Python 2.7, at Guido's request

Terry J. Reedy added the comment: Bruce, what Ned suggests is what I intended with my IDLE-list message, and in accord with usual tracker practice. Issues often apply to multiple versions and thereby require multiple patches and commits. I know you are relatively new at this and very much app

[issue6011] python doesn't build if prefix contains non-ascii characters

Éric Araujo added the comment: +1 for distutils_makefile_encoding.patch. The doc is not updated, because it does not exist, so that’s okay; tests for the new behavior are missing. -- ___ Python tracker __

[issue10134] test_email failures on Windows: end of line issue?

R. David Murray added the comment: Here is a patch that adds a test of the underlying problem and fixes it. I don't like this patch because it tries to detect the line ending style of the input stream and changes behavior based on that, but because email wants to use '\n' as the separator in

[issue9807] deriving configuration information for different builds with the same prefix

Barry A. Warsaw added the comment: Here now is the second half of the patch, which installs the binary, library, and includes into names with abiflags. I understand this is more controversial, but it will help continue the discussion. -- Added file: http://bugs.python.org/file19272/i

[issue10091] ast.literal_eval does not handled new set literals

Raymond Hettinger added the comment: ast.literal_eval's docs: 'The string or node provided may only consist of the following Python literal structures: strings, numbers, tuples, lists, dicts, booleans, and None.' -- resolution: out of date -> invalid

[issue5117] os.path.relpath problem with root directory

Bill Janssen added the comment: Then we need to revert this patch and find one that works. -- resolution: fixed -> ___ Python tracker ___ ___

[issue5117] os.path.relpath problem with root directory

Georg Brandl added the comment: No - the posixpath/ntpath routines are meant to be usable for path manipulation for posix/NT paths on any platform. -- nosy: +georg.brandl ___ Python tracker ___

[issue5117] os.path.relpath problem with root directory

Bill Janssen added the comment: Broke bunches of 2.7 buildbots. But why are we running test_ntpath on OS X, anyway? Shouldn't this be skipped everywhere except win32 platforms? -- nosy: +janssen ___ Python tracker

[issue1467929] %-formatting and dicts

Vetoshkin Nikita added the comment: Updated patch to capture another patological case: '%(a)s %' % {'a':'xyz'} - incomplete formatter at the end of the line -- Added file: http://bugs.python.org/file19271/issue1467929_py3k.diff ___ Python tracker

[issue1467929] %-formatting and dicts

Changes by Vetoshkin Nikita : Removed file: http://bugs.python.org/file19270/issue1467929_py3k.diff ___ Python tracker ___ ___ Python-bugs-l

[issue10134] test_email failures on Windows: end of line issue?

R. David Murray added the comment: Drat, there's a real bug here, too. The bytes parsing machinery doesn't correctly translate crlf on input. -- ___ Python tracker ___ ___

[issue9344] please add posix.getgrouplist()

Vetoshkin Nikita added the comment: @Alexander, it was just a note, that implementation in posixmodule.c won't be the same across all flavours of Unix :) -- ___ Python tracker _

[issue10091] ast.literal_eval does not handled new set literals

Benjamin Peterson added the comment: 2010/10/18 Éric Araujo : > > Éric Araujo added the comment: > > Set literals, a new feature indeed, have been backported to 2.7 and 3.1.  The > lack of support in ast.literal_eval is arguably a bug.  Benjamin, can you > make a statement as release manager?

[issue10137] Patch to IDLE for Python 2.7, at Guido's request

Ned Deily added the comment: I believe the enhancements here are the same as submitted for py3k in Issue10079. Since it is likely the same comments will apply to both variants, I think it would be better to have just one issue, so I would recommend regenerating the patch against the current

[issue9344] please add posix.getgrouplist()

Alexander Belopolsky added the comment: I don't see how this difference is relevant for exposing the functionality in python: Linux: int getgrouplist(const char *user, gid_t group, gid_t *groups, int *ngroups); MacOS: int getgrouplist(const char *name, int baseg

[issue1467929] %-formatting and dicts

Vetoshkin Nikita added the comment: Updated patch against py3k. Fixing last reported issue with '%(a)s %%' % {'a':'xyz'} -- nosy: +nvetoshkin Added file: http://bugs.python.org/file19270/issue1467929_py3k.diff ___ Python tracker

[issue5117] os.path.relpath problem with root directory

Changes by Georg Brandl : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue10135] Format specifier 'n' not working

Changes by Eric Smith : Removed file: http://bugs.python.org/file19269/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue10135] Format specifier 'n' not working

Changes by Eric Smith : Removed file: http://bugs.python.org/file19266/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue10135] Format specifier 'n' not working

Changes by Eric Smith : Removed file: http://bugs.python.org/file19265/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue10135] Format specifier 'n' not working

Changes by Eric Smith : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

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

Changes by Michał Górny : -- nosy: +mgorny ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue10073] calendar.isleap() not checking parameter type

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file19268/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10073] calendar.isleap() not checking parameter type

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file19267/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10073] calendar.isleap() not checking parameter type

Alexander Belopolsky added the comment: I don't think anything good will come out of this. Closing as "rejected." -- resolution: -> rejected status: open -> closed ___ Python tracker

[issue10031] Withdraw anti-recommendation of relative imports from documentation

Éric Araujo added the comment: Thanks for the report and suggestions. I agree to the gist of your changes, but I wouldn’t remove the explanation of implicit relative imports (the part starting with “If you’re writing code”). -- keywords: +patch nosy: +eric.araujo stage: -> patch rev

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

Raymond Hettinger added the comment: My expectation is that Py_hash_t is the same as Py_ssize_t. The goal is to make hashes match the range of possible table sizes. -- ___ Python tracker _

[issue10135] Format specifier 'n' not working

Boštjan Mejak added the comment: I thought having "Slovenian" locale set in Windows OS is the way the 'n' format specifier works. So I must set the locale in the app. Now we're cookin'! ;) Thanks Georg. On Mon, Oct 18, 2010 at 8:14 PM, Georg Brandl wrote: > > Georg Brandl added the comment:

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: else: -->ndays = (date(year, month + 1, 1) - first).days return first.weekday(), ndays Oh my God! The line with a pointer is so ugly! On Mon, Oct 18, 2010 at 7:59 PM, Alexander Belopolsky < rep...@bugs.python.org> wrote: > > Alexander Belopolsky adde

[issue10073] calendar.isleap() not checking parameter type

Georg Brandl added the comment: > return date(year, 3, 1) is not understandable. What are the arguments 3 and > 1 in the date() function for? Boštjan, we appreciate your concern for the programming style of the Python standard library. However, your question shows that you should probably spen

[issue10091] ast.literal_eval does not handled new set literals

Éric Araujo added the comment: Set literals, a new feature indeed, have been backported to 2.7 and 3.1. The lack of support in ast.literal_eval is arguably a bug. Benjamin, can you make a statement as release manager? Thanks. -- nosy: +eric.araujo _

[issue10135] Format specifier 'n' not working

Georg Brandl added the comment: You need to call setlocale() in your program. For more in-depth explanations, please refer to the docs at . -- nosy: +georg.brandl ___ Python tracker

[issue10073] calendar.isleap() not checking parameter type

Boštjan Mejak added the comment: Also, your "pedantic" version of isleap() is not pedantic at all. return date(year, 3, 1) - date(year, 2, 1) == timedelta(29) does not seem readable at all. Readability counts! return date(year, 3, 1) is not understandable. What are the arguments 3 and 1 in th

[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names

David Watson added the comment: > The result from gethostname likely comes out of machine-local > configuration. It may have non-ASCII in it, which is then likely > encoded in the local encoding. When looking it up in DNS, IDNA > should be applied. I would have thought that someone who intended

[issue10073] calendar.isleap() not checking parameter type

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

[issue10134] test_email failures on Windows: end of line issue?

Changes by R. David Murray : -- assignee: -> r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue10134] test_email failures on Windows: end of line issue?

R. David Murray added the comment: The interesting question is, why aren't the buildbots seeing this failure? I can reproduce it in my Windows VM using 3.2a3, and will work on a fix (to the tests, the code under test is doing the "correct" thing, though that thing is somewhat broken by desig

[issue10051] distutils fail to install unicode-encoded files with POSIX locale

Éric Araujo added the comment: Thanks for the report. This is a duplicate, you can add yourself to the nosy list on the superseder bug to track status. -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> distutils: set encoding to utf-8 fo

[issue10073] calendar.isleap() not checking parameter type

Alexander Belopolsky added the comment: The most pedantic implementation of calendar.isleap() would be from datetime import date, timedelta def isleap(year): return date(year, 3, 1) - date(year, 2, 1) == timedelta(29) Since python calendar only supports years in the range [1, ], the ab

[issue10135] Format specifier 'n' not working

Boštjan Mejak added the comment: So do I need additional things to set in my code if I use the 'n' format specifier in order for it to be locale-aware? So using just the 'n' format specifier is not enough? Please explain in depth. On Mon, Oct 18, 2010 at 7:32 PM, Eric Smith wrote: > > Eric S

[issue10137] Patch to IDLE for Python 2.7, at Guido's request

Amaury Forgeot d'Arc added the comment: But this patch is a diff between a 2.7 and a 3.2 version of IDLE, isn't it? The tkinter->Tkinter renaming is not supposed to happen in the 2.7 branch. Could you instead show a diff between the present version of IDLE in 2.7 and the result of your work,

[issue9437] can't build extensions with non-default ldflags (e.g. -m32)

Changes by Antoine Pitrou : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue10135] Format specifier 'n' not working

Eric Smith added the comment: It looks like the float.__format__ code is correctly using the value of decimal_point = '.'. It also agrees with locale.format(). How are you setting the locale? The problem appears to be either how you are setting the locale or the contents of the locale, not in

  1   2   >