Terry Reedy wrote:
Should CPython be optimized for 1, 2, 3, or 4 or more cores?
The answer to this is obviously changing. I will soon replace a single
core with a 4/6 core machine,
I don't think you can answer that just by considering the average
number of cores in a CPU. Even if my CPU has 4
anatoly techtonik wrote:
I wonder if it is possible to introduce an effective binary string
type that will be represented as h"XX XX XX" in language syntax?
Rather than a new type, maybe bytes objects could just have
a bit indicating whether they were best thought of as containing
characterish
Am 27.07.2010 04:43, schrieb Terry Reedy:
> On 7/26/2010 5:15 PM, Georg Brandl wrote:
>
>> Sure PyPI is part of the ecosystem. But so are quite a lot of other tools,
>> and none of them are tracked in bugs.python.org. (This is also the case
>> for the website.) I'd really like bugs.python.org t
2010/7/27 "Martin v. Löwis" :
>> I would classify the changes in three kinds:
>>
>> - minor: a new feature, a UI bugfix etc
>> - important: a new feature that changes a lot the end-user experience
>> (like the rating system)
>> - major: a change to the APIs (HTTP/XML-RPC)
>>
>> I think you should b
>
> I'd welcome any patch submitted to Rietveld for review. However, your
>
proposed "review.py" module does not exist as far as I know, and unless
> someone writes it, it won't.
>
Haven't personally tested that it works with Rietveld due to lack of patches
sitting around, but cursory investigati
On Tue, 27 Jul 2010 09:57:22 +0200
Georg Brandl wrote:
> Am 27.07.2010 04:43, schrieb Terry Reedy:
> > On 7/26/2010 5:15 PM, Georg Brandl wrote:
> >
> >> Sure PyPI is part of the ecosystem. But so are quite a lot of other tools,
> >> and none of them are tracked in bugs.python.org. (This is al
On 7/27/2010 11:02 AM, Antoine Pitrou wrote:
> On Tue, 27 Jul 2010 09:57:22 +0200
> Georg Brandl wrote:
>
>> Am 27.07.2010 04:43, schrieb Terry Reedy:
>>> On 7/26/2010 5:15 PM, Georg Brandl wrote:
>>>
Sure PyPI is part of the ecosystem. But so are quite a lot of other tools,
and none o
On 26.07.2010 22:53, Ralf Schmitt wrote:
Barry Warsaw writes:
That's fine, but it's not the way Debian/Ubuntu works today. PEP 3149
adoption will definitely remove significant complication for deploying
multiple Python versions at the same time on those systems.
You're just moving that compl
Am 27.07.2010 12:49, schrieb Steve Holden:
> On 7/27/2010 11:02 AM, Antoine Pitrou wrote:
>> On Tue, 27 Jul 2010 09:57:22 +0200
>> Georg Brandl wrote:
>>
>>> Am 27.07.2010 04:43, schrieb Terry Reedy:
On 7/26/2010 5:15 PM, Georg Brandl wrote:
> Sure PyPI is part of the ecosystem. Bu
Am 27.07.2010 10:54, schrieb David:
> I'd welcome any patch submitted to Rietveld for review. However, your
>
> proposed "review.py" module does not exist as far as I know, and unless
> someone writes it, it won't.
>
>
> Haven't personally tested that it works with Rietveld due to l
Steve Holden writes:
> > Only if they have similar look and feel, and don't require you to
> > register the same login N times, though.
> >
> Is it really time to give devs a distributed identity good for a range
> of systems? Sounds like a potentially hairy management task.
Sure, but Pytho
Matthias Klose writes:
> Not true. Package managers like dpkg/apt-get, rpm/yum and maybe others
> do this for ages. And yes, the added "complexity" of package managers
> does lead to increased robustness.
but how does sharing things lead to increased robustness (even if it
might be managed by yo
On Mon, Jul 26, 2010 at 12:00 PM, Michael Foord
wrote:
> At Resolver Systems we created a "calculation system" that does large
> calculations on background threads using IronPython. Doing them on a
> background thread allows the ui to remain responsive. Several calculations
> could run simultaneou
On Tue, 27 Jul 2010 13:11:48 +0200, Georg Brandl wrote:
> Am 27.07.2010 10:54, schrieb David:
> > I'd welcome any patch submitted to Rietveld for review. However, your
> > proposed "review.py" module does not exist as far as I know, and unless
> > someone writes it, it won't.
> >
> >
On 7/27/2010 1:42 AM, "Martin v. Löwis" wrote:
Should I open a tracker issue to add something to the tracker doc?
I recommend that you use it for some time before changing anything.
How is someone suppose to use it without instructions?
I also suggest that, instead of uploading the patch to
On Tue, Jul 27, 2010 at 10:56 AM, Terry Reedy wrote:
..
> Let me repeat me original question: Would it be feasible to add a [view]
> button that I could click to get a nice view of a patch, such as provided by
> ViewVC?
I would at best +0 on such an addition. As I mentioned before, the
largest o
On Tue, Jul 27, 2010 at 7:56 AM, Terry Reedy wrote:
>> I also suggest that, instead of uploading the patch to Rietveld
>> yourself, you can ask the submitter to do it.
>
> That adds another step.
>
> Let me repeat me original question: Would it be feasible to add a [view]
> button that I could cli
On Tue, Jul 20, 2010 at 10:20 AM, R. David Murray wrote:
> I'd go with putting it in shutil.
+1
I would also call it shutil.mktree which will go well with
shutil.rmtree next to it.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.or
On 7/27/2010 11:52 AM, Reid Kleckner wrote:
Let me repeat me original question: Would it be feasible to add a [view]
button that I could click to get a nice view of a patch, such as provided by
ViewVC?
How are you proposing to use ViewVC to view the patch? I'd think that
you'd have to commit
On Tue, Jul 27, 2010 at 1:19 PM, Terry Reedy wrote:
..
> A couple of days ago, I got an email that a doc issue I opened was now
> closed with revx, patch never posted to the tracker. I followed the
> link, saw the [text] button, and got the page with the colored, side-by-side
> display. I thou
On 7/27/2010 1:48 PM, Alexander Belopolsky wrote:
Multicolored diffs may look impressive the first time you see them,
Side-by-side was the important part
> Copying code
from side by side view may or may not work depending on your browser.
It is a nuisance with FireFox. For a patch on the t
On 7/27/10 2:31 PM, Terry Reedy wrote:
On 7/27/2010 1:48 PM, Alexander Belopolsky wrote:
Multicolored diffs may look impressive the first time you see them,
Side-by-side was the important part
> Copying code
from side by side view may or may not work depending on your browser.
It is a nu
On Tue, Jul 27, 2010 at 2:48 PM, Eric Smith wrote:
..
> I agree with Terry that this would be a useful feature to have integrated
> with the tracker. I'd use it. But until someone write it, it's an academic
> point.
I don't say it is useless. It is just not useful enough to justify
the required
> On Tue, Jul 27, 2010 at 2:48 PM, Eric Smith wrote:
> ..
>> I agree with Terry that this would be a useful feature to have
>> integrated
>> with the tracker. I'd use it. But until someone write it, it's an
>> academic
>> point.
>
> I don't say it is useless.
And I never said you said that :)
>
Am 27.07.2010 16:56, schrieb Terry Reedy:
> On 7/27/2010 1:42 AM, "Martin v. Löwis" wrote:
>>> Should I open a tracker issue to add something to the tracker doc?
>>
>> I recommend that you use it for some time before changing anything.
>
> How is someone suppose to use it without instructions?
I'
On 26/07/2010 01:24, Terry Reedy wrote:
To review a patch on the tracker, I have to read and try to make sense
of the raw diff file. Sometimes that is easy, sometimes not.
*After* a patch is applied, I can click the rev link and then the
'text changed' link and see a nice, colored, side-by-s
> On my windows box I have maintainance versions for 2.6, 2.7, 3.1 and 3.2
> plus tortoisesvn. Download the patch file, right click, select
> tortoisesvn then apply patch. Go to the version I'm interested in.
> Double click to select the unit test file to start things off. If I'm
> lucky get a col
On Jul 26, 2010, at 10:53 PM, Ralf Schmitt wrote:
>Some of the things that need to be adapted are e.g. Makefiles
>(basically anything that assumes modules have a certain name), all of
>the freezers (cxFreeze, py2exe, ...). The biggest problem probably
>will be that an import will load the wrong mo
On Jul 27, 2010, at 01:54 PM, Ralf Schmitt wrote:
>Matthias Klose writes:
>
>> Not true. Package managers like dpkg/apt-get, rpm/yum and maybe
>> others do this for ages. And yes, the added "complexity" of package
>> managers does lead to increased robustness.
>
>but how does sharing things lead
On Tue, 27 Jul 2010 08:27:35 +0200, Stefan Behnel wrote:
> Gregory P. Smith, 27.07.2010 07:40:
> > A max cache size of 100 was too small. I just increased it to 500 in the
> > py3k branch along with implementing a random replacement cache overflow
> > policy. It now randomly drops 20% of the com
R. David Murray, 28.07.2010 03:43:
On Tue, 27 Jul 2010 08:27:35 +0200, Stefan Behnel wrote:
Gregory P. Smith, 27.07.2010 07:40:
A max cache size of 100 was too small. I just increased it to 500 in the
py3k branch along with implementing a random replacement cache overflow
policy. It now rando
On Tue, Jul 27, 2010 at 6:43 PM, R. David Murray wrote:
> On Tue, 27 Jul 2010 08:27:35 +0200, Stefan Behnel
> wrote:
> > Gregory P. Smith, 27.07.2010 07:40:
> > > A max cache size of 100 was too small. I just increased it to 500 in
> the
> > > py3k branch along with implementing a random replace
32 matches
Mail list logo
