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
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, 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
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 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 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 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
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 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 :)
>
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 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 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 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 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 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 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 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 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, 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 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
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
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
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
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
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
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 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
>
> 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
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
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
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
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
32 matches
Mail list logo
