Re: [Python-3000] PEP 3138- String representation in Python 3000

2008-05-09 Thread Terry Reedy
"M.-A. Lemburg" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | On 2008-05-08 22:55, Terry Reedy wrote: | > Functions that map unicode->unicode or bytes->bytes could be called | > transcoders. Each type could be given a .transcode method to go along with | > but contrast with .enc

[Python-3000] about the status of PyNumberMethods

2008-05-09 Thread Lisandro Dalcin
Yesterday I was working on a patch for Cython to make the generated C code works from Python 2.3 to 2.6 and also 3.0. After four hours of carefully diving in Python sources from 2.3 to 3.0 and finishing the patch, the only stuff I would object from the current codebase of Py3K is the status of PyN

Re: [Python-3000] PEP 3138- String representation in Python 3000

2008-05-09 Thread Atsuo Ishimoto
On Fri, May 9, 2008 at 1:52 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: >>> For sys.stdout this doesn't make sense at all, since it hides encoding >>> errors for all applications using sys.stdout as piping mechanism. >>> -1 on that. >> >> You can raise UnicodeEncodigError for encoding errors if

Re: [Python-3000] PEP 3138- String representation in Python 3000

2008-05-09 Thread Guido van Rossum
On Fri, May 9, 2008 at 3:54 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: > On 2008-05-08 22:55, Terry Reedy wrote: >> >> Functions that map unicode->unicode or bytes->bytes could be called >> transcoders. Each type could be given a .transcode method to go along with >> but contrast with .encode or

[Python-3000] Adding 'n' format presentation type to integers

2008-05-09 Thread Eric Smith
'n' is like 'g', but adds locale-specific thousands separators. Issue 2802 (http://bugs.python.org/issue2802) points out that 'n' formatting isn't useful for integers, because it first converts to float. There's no way to get 1,000,000 as a result, since 'g' converts to '1e+06'. I propose a

Re: [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c

2008-05-09 Thread Steve Holden
Barry Warsaw wrote: On May 8, 2008, at 3:03 PM, Georg Brandl wrote: While I'm +0 on the commit hook, it would help if a mail that announces a freeze would - not be hidden in a thread on python-dev and - have a easily recognizable title, like "[TRUNK FREEZE] ". I will make the freeze annou

Re: [Python-3000] Code Freeze - full or partial?

2008-05-09 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 9, 2008, at 8:15 AM, [EMAIL PROTECTED] wrote: In the past I seem to recall that the Python code proper might be frozen (for a day or two) before a release, but that it was okay to still commit changes to non-code files such as documentatio

Re: [Python-3000] [Python-Dev] [Python-checkins] r62848 - python/trunk/Objects/setobject.c

2008-05-09 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 9, 2008, at 6:44 AM, M.-A. Lemburg wrote: On 2008-05-08 13:59, Barry Warsaw wrote: On May 8, 2008, at 7:54 AM, Benjamin Peterson wrote: On Thu, May 8, 2008 at 6:32 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote: Since the trunk buildbots appea

[Python-3000] Code Freeze - full or partial?

2008-05-09 Thread skip
In the past I seem to recall that the Python code proper might be frozen (for a day or two) before a release, but that it was okay to still commit changes to non-code files such as documentation or files in Misc. Is this still the case in the new release-early-release-often regime? Is the intent

Re: [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c

2008-05-09 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 8, 2008, at 3:03 PM, Georg Brandl wrote: While I'm +0 on the commit hook, it would help if a mail that announces a freeze would - not be hidden in a thread on python-dev and - have a easily recognizable title, like "[TRUNK FREEZE] ".

Re: [Python-3000] PEP 3138- String representation in Python 3000

2008-05-09 Thread M.-A. Lemburg
On 2008-05-08 22:55, Terry Reedy wrote: Functions that map unicode->unicode or bytes->bytes could be called transcoders. Each type could be given a .transcode method to go along with but contrast with .encode or .decode. Are you suggesting to have two separate methods which then allow same-ty

Re: [Python-3000] [Python-Dev] [Python-checkins] r62848 - python/trunk/Objects/setobject.c

2008-05-09 Thread M.-A. Lemburg
On 2008-05-08 13:59, Barry Warsaw wrote: On May 8, 2008, at 7:54 AM, Benjamin Peterson wrote: On Thu, May 8, 2008 at 6:32 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote: Since the trunk buildbots appear to be mostly happy (well those that are connected anyway), and because I couldn't get the relea

Re: [Python-3000] Removal of os.path.walk

2008-05-09 Thread Humberto Diogenes
On 09/05/2008, at 04:45, Humberto Diogenes wrote: I noticed you've already removed os.path.walk in r62909, but there are still some references to it in the code, as I noticed issuing a `make altinstall` on a Mac: AttributeError: 'module' object has no attribute 'walk' Here's the fix fo

Re: [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c

2008-05-09 Thread Stephen J. Turnbull
Michael Urman writes: > I know this way is fairly entrenched in the python release process, > but it sounds like it's using the tools incorrectly. In particular > with subversion is very easy (compared to cvs) to branch and to switch > branches locally. Why not create a new prerelease branch a

Re: [Python-3000] Removal of os.path.walk

2008-05-09 Thread Humberto Diogenes
On 08/05/2008, at 00:12, Guido van Rossum wrote: On Wed, May 7, 2008 at 7:21 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: Can I go ahead and remove this then? Yes, but let's do it after Barry has released the alphas. -- --Guido van Rossum (home page: http://www.python.org/~guido/)