On Sun, Jul 25, 2010 at 10:52 PM, Guido van Rossum wrote:
..
>>> How hard would it be to recode the sprintf language but with the
>>> locale fixed to "C"? That would always be ASCII.
>>
>> This is exactly what I proposed at
>> http://bugs.python.org/issue7584#msg110240 not so long ago. Given
>> t
On Sun, Jul 25, 2010 at 7:20 PM, Alexander Belopolsky
wrote:
> On Sun, Jul 25, 2010 at 9:46 PM, Guido van Rossum wrote:
> ..
>>> Maybe self.__format__(..).encode('ascii')? ...encode('utf-8') is a
>>> tempting alternative as well.
>>
>> -1
>>
>> That would bring back the "it fails for some users
On Sun, Jul 25, 2010 at 9:46 PM, Guido van Rossum wrote:
..
>> Maybe self.__format__(..).encode('ascii')? ...encode('utf-8') is a
>> tempting alternative as well.
>
> -1
>
> That would bring back the "it fails for some users but passes for the
> developer" problem. (True, if the developer calls .
On Sun, Jul 25, 2010 at 9:46 PM, Guido van Rossum wrote:
..
> If I had to choose I'd never show the microseconds.
Or the timezone offset, right?
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubsc
On Sun, Jul 25, 2010 at 10:41 AM, Alexander Belopolsky
wrote:
> On Sun, Jul 25, 2010 at 1:13 PM, Eric Smith wrote:
>> On 7/23/10 2:44 AM, Guido van Rossum wrote:
>>>
>>> Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
>>> can't invoke x.__format__() or y.__format__() since
On Sun, Jul 25, 2010 at 1:13 PM, Eric Smith wrote:
> On 7/23/10 2:44 AM, Guido van Rossum wrote:
>>
>> Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
>> can't invoke x.__format__() or y.__format__() since those will return
>> text strings instead of bytes. A proposed soluti
On Fri, Jul 23, 2010 at 2:44 AM, Guido van Rossum wrote:
..
> Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
> can't invoke x.__format__() or y.__format__() since those will return
> text strings instead of bytes. A proposed solution was to try
> x.__bformat__() etc. Anothe
On 7/23/10 2:44 AM, Guido van Rossum wrote:
Indeed, we meant b'...{}...{}...'.format(x, y). The problem is that it
can't invoke x.__format__() or y.__format__() since those will return
text strings instead of bytes. A proposed solution was to try
x.__bformat__() etc. Another proposed solution was
On Thu, Jul 22, 2010 at 13:00, Antoine Pitrou wrote:
> On Thu, 22 Jul 2010 08:51:57 +0100
> Brett Cannon wrote:
> >
> > That's an option. I just remember Tim bringing up something about that
> > approach that didn't quite work as a complete replacement for __del__.
> >
> > Basically the whole se
On Thu, Jul 22, 2010 at 6:50 PM, Eric Smith wrote:
> Thanks for writing this, Tim.
>
> On 7/21/10 11:11 AM, Tim Golden wrote:
>
>> The issue of a __format__ equivalent for bytes was also raised as was the
>> idea of object methods to render an object as string or bytes, which could
>> be used in t
Maciej Fijalkowski, 22.07.2010 10:43:
On Thu, Jul 22, 2010 at 9:51 AM, Brett Cannon wrote:
Basically the whole setting a module's globals to None was done before gc
came into the language. Now that it's there it seems that it might work to
simply let gc clean up the module itself. But this bring
Thanks for writing this, Tim.
On 7/21/10 11:11 AM, Tim Golden wrote:
The issue of a __format__ equivalent for bytes was also raised as was the
idea of object methods to render an object as string or bytes, which could
be used in the polymorphic functions above.
Does this mean bytes.__format__
2010/7/22 Antoine Pitrou :
> On Thu, 22 Jul 2010 08:51:57 +0100
> Brett Cannon wrote:
>>
>> That's an option. I just remember Tim bringing up something about that
>> approach that didn't quite work as a complete replacement for __del__.
>>
>> Basically the whole setting a module's globals to None
On Thu, 22 Jul 2010 08:51:57 +0100
Brett Cannon wrote:
>
> That's an option. I just remember Tim bringing up something about that
> approach that didn't quite work as a complete replacement for __del__.
>
> Basically the whole setting a module's globals to None was done before gc
> came into the
On Jul 21, 2010, at 04:11 PM, Tim Golden wrote:
>The email module needs some work in Py3. David Murray has been given
>some money by the PSF but needs more from other sources to complete
>the work. This is hampered by the legalities around commercial
>organisations making donations to not-for-prof
On Thu, Jul 22, 2010 at 9:51 AM, Brett Cannon wrote:
>
>
> On Wed, Jul 21, 2010 at 16:58, Antoine Pitrou wrote:
>>
>> On Wed, 21 Jul 2010 11:42:00 -0400
>> Jesse Noller wrote:
>> > On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden
>> > wrote:
>> > [...snip...]
>> > > A messy discussion turned on the
On Wed, Jul 21, 2010 at 16:58, Antoine Pitrou wrote:
> On Wed, 21 Jul 2010 11:42:00 -0400
> Jesse Noller wrote:
> > On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden
> wrote:
> > [...snip...]
> > > A messy discussion turned on the question of garbage collection of
> module
> > > objects, and the ord
On 7/21/2010 10:40 PM, Dirkjan Ochtman wrote:
> On Wed, Jul 21, 2010 at 19:38, Ian Bicking wrote:
>> From what I've been able to tell from afar, I strongly suspect PyPI's
>> downtimes would be greatly reduced with a move to mod_wsgi (currently it is
>> using mod_fcgi, and most downtime is solved w
On 7/21/2010 6:21 PM, Tarek Ziadé wrote:
> Thanks Tim !
>
> On Wed, Jul 21, 2010 at 5:11 PM, Tim Golden wrote:
>
> [..]
>>
>> Several people outlined the recent heated discussion over the addition
>> of a checkbox to the PyPI user-registration pages. Tarek has already
>> undertaken to patch PyPI
On Wed, Jul 21, 2010 at 19:38, Ian Bicking wrote:
> From what I've been able to tell from afar, I strongly suspect PyPI's
> downtimes would be greatly reduced with a move to mod_wsgi (currently it is
> using mod_fcgi, and most downtime is solved with an Apache restart --
> mod_wsgi generally recov
On Wed, Jul 21, 2010 at 10:11 AM, Tim Golden wrote:
> A discussion on the Cheeseshop / Package Index highlighted the fact that
> the packaging infrastructure has become increasingly important especially
> since setuptools, buildout and pip all download from it. Richard produced
> graphs showing t
Am 21.07.10 17:47, schrieb Dirkjan Ochtman:
Martin& Tim brought up the issue of externals which the buildbots
use on Windows to bring in and build slightly patched versions of external
libraries such as OpenSSL and sqlite3.
The issue in hgsubversion (which is different from hgsvn) has been
fi
Thanks Tim !
On Wed, Jul 21, 2010 at 5:11 PM, Tim Golden wrote:
[..]
>
> Several people outlined the recent heated discussion over the addition
> of a checkbox to the PyPI user-registration pages. Tarek has already
> undertaken to patch PyPI to move the checkbox back one step, allowing
> existin
Tim, thanks for this write-up!
Bill
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Wed, Jul 21, 2010 at 17:11, Tim Golden wrote:
> The Mercurial migration should move forward once Dirkjan has finished work
> on his thesis. Martin insisted that a for-real repository would have to be
> set up so that people can really see how it would work. An outstanding issue
> in hg-svn prev
On Wed, 21 Jul 2010 11:42:00 -0400
Jesse Noller wrote:
> On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden wrote:
> [...snip...]
> > A messy discussion turned on the question of garbage collection of module
> > objects, and the order in which finalisers are called if at all, especially
> > when refere
On Wed, Jul 21, 2010 at 11:11 AM, Tim Golden wrote:
[...snip...]
> A messy discussion turned on the question of garbage collection of module
> objects, and the order in which finalisers are called if at all, especially
> when reference cycles exist. Marc Andre was proposing a __cleanup__ magic
> f
27 matches
Mail list logo
