[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

[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: Then we need to revert this patch and find one that works. -- resolution: fixed -> ___ Python tracker ___ ___

[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

[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

[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

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

[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

[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

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

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

[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

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

[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

[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

[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 Philip Jenvey : -- nosy: -pjenvey ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[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

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

[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

[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

[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

[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

[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

Χρήστος Γεωργίου (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.

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

[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

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

[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

[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

[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

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

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

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

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

[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

[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

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

[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

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

[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

[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

[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

[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: ... I noticed I can test this via buildbot... Probably I'll try this. -- ___ Python tracker ___

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

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

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

[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

[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

[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

[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

[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

[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

[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

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

[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

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

[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

[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

[issue3080] Full unicode import system

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

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

[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

[issue10141] SocketCan support

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

<    1   2