In http://mail.python.org/pipermail/python-dev/2012-March/117953.html
VanL wrote:
> Paul Moore wrote:
>> First of all, this difference is almost entirely *invisible*. Apart
>> from possibly setting PATH (once!) users should not be digging around
>> in the Python installation directory. Certainl
The 24 core machine at my last workplace could configure and make the tip
in 45 seconds from a clean checkout.
Lots of cores? :)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mai
I'm looking into getting a RHEL6 system set up to add to the buildbot
fleet. The info already on the wiki [1] is pretty helpful, but does
anyone have any suggestions on appropriate CPU/memory/disk
allocations?
Cheers,
Nick.
[1] http://wiki.python.org/moin/BuildBot
--
Nick Coghlan | ncogh...
[snipped some CCs]
On 23/03/2012 2:20 PM, Brian Curtin wrote:
...
I get that tools could be affected. I had two IDE makers at PyCon
immediately throw up red flags to this change. I think one of them was
about to charge the stage during my talk. When it was mentioned that
we could point them to t
On Thu, Mar 22, 2012 at 18:26, Ethan Furman wrote:
> Given the cost of the change, and the advent of the PEP-397 Launcher, I also
> vote -1.
Can you provide some justification other than a number? It's a pretty
cheap change and the launcher solves somewhat of a different problem.
2012/3/22 VanL :
> Open Issues:
>
> """If we do put python.exe on PATH (whether it's in bin or not), we have
> to debate how to handle people having multiple versions of python on
> their machine. In a post-PEP 397 world, no Python is "the machine
> default" - .py files are associated with py.exe,
On Thu, Mar 22, 2012 at 13:57, VanL wrote:
> Honestly, I didn't expect that much resistance. None of the people I talked
> to in person even cared, or if they did, they thought that consistency was a
> benefit. But now that virtualenvs are going in in 3.3, I see this as the
> last good chance to c
On Thu, Mar 22, 2012 at 12:59, Paul Moore wrote:
> Note - that is not "Regularizing the layout". You have not made any
> changes to OS/2 (which matches Windows at the moment).
I think that would be a wasted effort with OS/2 entering "unsupported"
mode in 3.3, and OS/2 specific code being removed
On Thu, Mar 22, 2012 at 11:56 PM, Greg Ewing
wrote:
> Can we please get rid of the sidebar, or at least provide
> a way of turning it off? I don't think it's anywhere
> near useful enough to be worth the space it takes up.
+1. It seems to mostly duplicate the headline next/previous
buttons alrea
Given the cost of the change, and the advent of the PEP-397 Launcher, I
also vote -1.
~Ethan~
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/pyth
(resending, only sent to Van the first time)
FWIW, I avoid the directory naming problems Van describes entirely by
including my "scripts" in the source package and running them with the "-m"
switch.
So "python -m pulpdist.manage_site", for example, is PulpDist's Django
administration client wrapp
Another use case was just pointed out to me: making things consistent with
buildout. Given a similar use case (create repeatable cross platform
environments), they create and use a 'bin' directory for executable files.
___
Python-Dev mailing list
Pytho
I'm responding to both of Van's recent messages in one:
On 23/03/2012 1:47 AM, VanL wrote:
[PART 2: Moving the python binary]
...
A regular complaint of those new to Python on windows (and new to
programming generally) has been that one of the first things that
they need to do is to edit the P
Can we please get rid of the sidebar, or at least provide
a way of turning it off? I don't think it's anywhere
near useful enough to be worth the space it takes up.
You can only use it when you're scrolled to the top of
the page, otherwise it's just a useless empty space.
Also, I often want to pu
Wiadomość napisana przez Ethan Furman w dniu 22 mar 2012, o godz. 22:18:
> Glenn Linderman wrote:
>> After looking at both a while, my suggestions would be:
>> 1. Preserve the collapsability of the TOC, but possible enhance its
>> recognizability with an X in the upper right of the TOC sidebar,
Wiadomość napisana przez Terry Reedy w dniu 22 mar 2012, o godz. 22:13:
> My impression is that the original reason for PendingDeprecationWarning
> versus DeprecationWarning was to be off by default until the last release
> before removal. But having DeprecationWarnings on by default was found
2012/3/22 Georg Brandl :
>> Congrats Stefan! And thanks for the huge chunk of code.
>
> Seconded. This is the kind of stuff that will make 3.3 the most awesomest
> 3.x release ever (and hopefully convince people that it does make sense to
> port)...
On the other hand, porting PyPy to 3.3 will be
Glenn Linderman wrote:
After looking at both a while, my suggestions would be:
1. Preserve the collapsability of the TOC, but possible enhance its
recognizability with an X in the upper right of the TOC sidebar, as well
as the << in the middle.
2. Make the header fixed, so that the bread cr
On Fri, 23 Mar 2012 07:57:18 +1100, Chris Angelico wrote:
> On Fri, Mar 23, 2012 at 6:50 AM, Glenn Linderman
> wrote:
> > 3. Make the sidebar separately scrollable, so that it stays visible when
> > scrolling down in the text. This would make it much easier to jump from
> > section to section,
Georg, please start a new thread when you have a new design for
review. I'm muting this one...
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
h
My impression is that the original reason for PendingDeprecationWarning
versus DeprecationWarning was to be off by default until the last
release before removal. But having DeprecationWarnings on by default was
found to be too obnoxious and it too is off by default. So do we still
need PendingD
On Fri, Mar 23, 2012 at 6:50 AM, Glenn Linderman wrote:
> 3. Make the sidebar separately scrollable, so that it stays visible when
> scrolling down in the text. This would make it much easier to jump from
> section to section, if the TOC didn't get lost in the process.
-1. The downside of separa
On 3/22/2012 10:02 AM, Steven D'Aprano wrote:
As they say, the 99% who are lousy designers give the rest a bad name.
*wink*
:)
My first impression of this page:
http://www.python.org/~gbrandl/build/html/index.html
was that the grey side-bar gives the page a somber, perhaps even
dreary, l
On 21.03.2012 23:22, Victor Stinner wrote:
>>> http://hg.python.org/cpython/rev/730d5357
>>> changeset: 75850:730d5357
>>> user:Stefan Krah
>>> date:Wed Mar 21 18:25:23 2012 +0100
>>> summary:
>>> Issue #7652: Integrate the decimal floating point libmpdec library to spee
On 22.03.2012 20:05, Russell E. Owen wrote:
>> I like the overall design, but one thing seems to be missing is an
>> overview of what Python is (hence what the page is about). Naturally we
>> don't need that, but a one-line overview with a link to more information
>> would be helpful.
>>
>> --
On Mar 21, 2012, at 4:38 PM, Brad Allen wrote:
> I tripped over this one trying to make one of our Python at work
> Windows compatible. We had no idea that a magic 'SystemRoot'
> environment variable would be required, and it was causing issues for
> pyzmq.
>
> It might be nice to reflect the fin
In article ,
"Russell E. Owen" wrote:
> In article <4f6b5b33.9020...@pearwood.info>,
> Steven D'Aprano wrote:
>
> >...
> > My first impression of this page:
> >
> > http://www.python.org/~gbrandl/build/html/index.html
> >
> > was that the grey side-bar gives the page a somber, perhaps even
Hi Paul,
To start with, I appreciate your comments, and it is worth having both
sides expressed.
On 3/22/2012 12:59 PM, Paul Moore wrote:
I'm repeating myself here after I promised not to. My apologies, but I
don't think this posting captures the debate completely. One reason I
suggested a P
In article <4f6b5b33.9020...@pearwood.info>,
Steven D'Aprano wrote:
>...
> My first impression of this page:
>
> http://www.python.org/~gbrandl/build/html/index.html
>
> was that the grey side-bar gives the page a somber, perhaps even dreary,
> look.
> First impressions count, and I'm afraid
On 22 March 2012 14:17, VanL wrote:
> As this has been brought up a couple times in this subthread, I figured that
> I would lay out the rationale here.
I'm repeating myself here after I promised not to. My apologies, but I
don't think this posting captures the debate completely. One reason I
sug
Fred Drake wrote:
On Wed, Mar 21, 2012 at 3:13 PM, Ned Batchelder wrote:
There are bad designers, or more to the point, designers who favor the
overall look of the page at the expense of the utility of the page. That
doesn't mean all designers are bad, or that "design" is bad. Don't throw
out
On Mar 21, 2012, at 6:28 PM, Greg Ewing wrote:
> Ned Batchelder wrote:
>> Any of the tweaks people are suggesting could be applied individually using
>> this technique. We could just as easily choose to make the site
>> left-justified, and let the full-justification fans use custom stylesheets
>
> On 03/21/2012 07:39 PM, Huan Do wrote:
> > *Hi,
> >
> > I am a graduating Berkeley student that loves python and would like to
> > propose an enhancement to python. My proposal introduces a concept of
> > slicing generator. For instance, if one does x[:] it returns a list
> > which is a c
[PART 2: Moving the python binary]
There are two proposals on the table: 1) Regularize the install layout,
and 2) move the python binary to the binaries directory. This email
deals with the second issue exclusively. This has been the more
contentious issue.
2) Moving the Python exe:
A regula
As this has been brought up a couple times in this subthread, I figured
that I would lay out the rationale here.
There are two proposals on the table: 1) Regularize the install layout,
and 2) move the python binary to the binaries directory. This email will
deal with the first, and a second em
On Wed, Mar 21, 2012 at 23:22, Victor Stinner wrote:
>>> http://hg.python.org/cpython/rev/730d5357
>>> changeset: 75850:730d5357
>>> user: Stefan Krah
>>> date: Wed Mar 21 18:25:23 2012 +0100
>>> summary:
>>> Issue #7652: Integrate the decimal floating point libmpdec libr
Victor Stinner wrote:
> >> Issue #7652: Integrate the decimal floating point libmpdec library to
> >> speed
> >> up the decimal module. Performance gains of the new C implementation are
> >> between 12x and 80x, depending on the application.
>
> Congrats Stefan! And thanks for the huge chunk o
Hi,
I created the following issue to expose the dictproxy as a builtin type.
http://bugs.python.org/issue14386
I would be interesting to accept any mapping type, not only dict.
dictproxy implementation supports any mapping, even list or tuple, but
I don't want to support sequences because a missi
On Thu, Mar 22, 2012 at 00:39, Huan Do wrote:
> Tell me what you guys think.
I don't really want to add more things to the language, so I hate to say
this: It makes sense to me. However, the syntax is very close to the syntax
for function annotations. But that's when defining, and this is when
39 matches
Mail list logo