Re: [Python-Dev] Troubled by changes to PyPI usage agreement

On 03-Dec-2009, Benjamin Peterson wrote: > Hi Ben, > Could I ask why you cced this to python-dev, too? I thought the last > string of pypi related emails, we agreed the correct place for this > was the catalog-sig. I did consider that. But it seems this change is being asserted by the PSF. At the

Re: [Python-Dev] Troubled by changes to PyPI usage agreement

2009/12/3 Ben Finney : > Howdy all, Hi Ben, Could I ask why you cced this to python-dev, too? I thought the last string of pypi related emails, we agreed the correct place for this was the catalog-sig. -- Regards, Benjamin ___ Python-Dev mailing list

[Python-Dev] Troubled by changes to PyPI usage agreement

Howdy all, In the Subversion repository for PyPI, this revision appeared: = $ bzr info . Repository checkout (format: 2a) Location: repository checkout root: . checkout of branch: https://svn.python.org/packages/trunk/pypi shared repository: /home/bignose/Projects/python/py

Re: [Python-Dev] wpython is back

2009/11/27 Christian Heimes > Cesare Di Mauro wrote: > > > > You'll find some at page 28 > > here< > http://wpython.googlecode.com/files/Beyond%20Bytecode%20-%20A%20Wordcode-based%20Python.pdf > > > > .. > > > > Mart made more interesting > > ones

Re: [Python-Dev] Unicode locale values in 2.7

> But in trunk, the value is just used as-is. So when formating a decimal, > for example, '\xc2\xa0' is just inserted into the result, such as: format(Decimal('1000'), 'n') > '1\xc2\xa' > This doesn't make much sense I agree with Antoine: it makes sense, and is the correct answer, given t

Re: [Python-Dev] Unicode locale values in 2.7

> Well, one problem is that it messes up character counts. Well, I know it does. That's why py3k is inherently better than 2.x's bytestrings-by-default behaviour. There's a reason we don't try to backport py3k's unicode goodness to 2.x, and that's it would be terribly messy to do so while retaini

Re: [Python-Dev] Unicode locale values in 2.7

On Thu, Dec 3, 2009 at 11:33 AM, Antoine Pitrou wrote: > Eric Smith trueblade.com> writes: >> >> But in trunk, the value is just used as-is. So when formating a decimal, >> for example, '\xc2\xa0' is just inserted into the result, such as: >> >>> format(Decimal('1000'), 'n') >> '1\xc2\xa' >>

Re: [Python-Dev] Unicode locale values in 2.7

Eric Smith trueblade.com> writes: > > But in trunk, the value is just used as-is. So when formating a decimal, > for example, '\xc2\xa0' is just inserted into the result, such as: > >>> format(Decimal('1000'), 'n') > '1\xc2\xa' > This doesn't make much sense, Why doesn't it make sense? It's

[Python-Dev] Unicode locale values in 2.7

While researching http://bugs.python.org/issue7327, I've come to the conclusion that trunk handles locales incorrectly in regards to Unicode. Fixing this would be the first step toward resolving this issue with float and Decimal locale-aware formatting. The issue concerns the locale "cs_CZ.UTF-