Those who feel diverse can top post.
On Sun, Oct 11, 2009 at 11:23 AM, Georg Brandl wrote:
>>> Is it really that big of an issue that we have to discuss it
>>> ad-infinitum and potentially have a quoting cop? Sometimes top-posting
>>> happens. Sometimes people don't trim messages. Sometimes peopl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarek Ziadé wrote:
> = Virtualenv and the multiple version support in Distribute =
>
> (I am not saying "We" here because this part was not discussed yet
> with everyone)
>
> Virtualenv allows you to create an isolated environment to install
> some
[Tim:]
> If you don't consider Windows to be a major platform ;-) Besides that
> there's just no guessing what the Microsoft double->string routines
> will produce for the 17th digit, the MS routines always produce 3
> digits for the exponent in scientific notation, while AFAIK all other
> platfor
[Mark Dickinson]
> It occurs to me that any doctests that depend on the precise form of
> repr(x) are, in a sense, already broken, since 2.x makes no guarantees
> about repr(x) being consistent across platforms.
The doctest documentation has warned about this forever (look near the
end of the "War
On Mon, Oct 12, 2009 at 11:54 AM, Mark Dickinson wrote:
> On Mon, Oct 12, 2009 at 7:48 PM, Guido van Rossum wrote:
>> On Mon, Oct 12, 2009 at 11:41 AM, Mark Dickinson wrote:
>>> But str still has some value in py3k: it protects users from
>>> accumulated rounded errors produced by arithmetic op
On Mon, Oct 12, 2009 at 7:48 PM, Guido van Rossum wrote:
> On Mon, Oct 12, 2009 at 11:41 AM, Mark Dickinson wrote:
>> But str still has some value in py3k: it protects users from
>> accumulated rounded errors produced by arithmetic operations:
> [...]
>
> I know, but this is much more questionab
On Mon, Oct 12, 2009 at 11:41 AM, Mark Dickinson wrote:
> [Guido]
>> PS. str(x) still seems to be using %.12g -- shouldn't it be made equal
>> to repr() in 3.1 or 3.2? *That* I would call a bug, an oversight.
>
> But str still has some value in py3k: it protects users from
> accumulated rounded e
[Guido]
> I think you mean doctests? These are the primary reason I've always
> been hesitant to change this in 2.x.
Yes, sorry. I did of course mean doctests.
It occurs to me that any doctests that depend on the precise form of
repr(x) are, in a sense, already broken, since 2.x makes no guarante
Glyph Lefkowitz wrote:
I'd much rather have my doctests and float-repr'ing code break on 2.7 so
I can deal with it as part of a minor-version upgrade than have it break
on 3.x and have to deal with this at the same time as the unicode->str
explosion. It feels like a backport of this behavior
>> My opinion is that this tool exists only because Python doesn't
>> support the installation of multiple versions for the same
>> distributions.
>
> This is not at all how I use virtualenv. For me virtualenv is a
> sandbox so that I don't have to become root whenever I need to install
> a Python
On Fri, 09 Oct 2009 17:49:23 +0100, Michael Foord
> I wonder if it is going to be possible to make this compatible with the
> upcoming distutils package management 'stuff' (querying for installed
> packages, uninstallation etc) since installation/uninstallation goes
> through the Windows system
Christian Heimes wrote:
> id (required):
> lower case identifier, for example "cpython", "ironpython", "jython",
> "pypy"
>
> name (required):
> mixed case name of the implementation, for example "CPython",
> "IronPython", "Jython", "PyPy"
Why both? Is it not true that the following is guaran
Christian Heimes wrote:
> sys.implementation
> --
>
> platform (required):
> platform or language of the implementation, for example "C", ".NET",
> "Java"
I'd call this attribute "language". We already have sys.platform with
a different meaning.
Possible values would then be "C
"Martin v. Löwis" wrote:
>> id (required):
>> lower case identifier, for example "cpython", "ironpython", "jython",
>> "pypy"
>
> Doing some bike-shedding: I'd like to not use "cpython" as the name of
> the python.org implementation. This term, I believe, was coined around
> JPython, somehow mak
14 matches
Mail list logo
