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 compiled regular expression cache
instead of simply dropping the entire c
Guido van Rossum wrote:
Unless, it's as simple as replacing "os.system(x)" with
"subprocess.system(x)", I'm against this removal of a handy shorthand.
Also, seeing as it's a well-known C library facility, and
Python likes to provide thin wrappers around the C library
wherever reasonable, its la
> 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.
I also suggest that, instead of uploading the patch to Rietveld
yourself, you can ask the submitter to do it.
Regards,
Martin
_
On Thu, Jul 22, 2010 at 3:26 PM, Nick Coghlan wrote:
> On Fri, Jul 23, 2010 at 12:42 AM, Georg Brandl wrote:
> > Sure -- I don't think this is a showstopper for regex. However if we
> don't
> > include regex in a future version, we might think about increasing
> MAXCACHE
> > a bit, and maybe no
> 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 briefly present your plans for import
On 07/24/2010 10:44 PM, Nick Coghlan wrote:
To request automatic assignment of a local port number, "-p 0" could
be made to work correctly (i.e. print out the actual port the OS
assigned rather than the 0 that was passed in on the command line as
it does currently).
I was able to implement t
On 7/26/2010 8:20 PM, Kevin Ar18 wrote:
Questions about the operation and use current python belong on
python-list, mirrored on gmane.comp.python.general. This list pydev ==
g.c.p.devel is for the development of future versions.
--
Terry Jan 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 to remain a tracker for
what we ship as the CPython di
On 7/25/2010 8:35 PM, "Martin v. Löwis" wrote:
Am 26.07.2010 02:24, schrieb Terry Reedy:
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
'tex
Georg Brandl writes:
> Am 26.07.2010 10:59, schrieb Anders Sandvig:
> > On Sat, Jul 24, 2010 at 3:31 AM, Gregory P. Smith wrote:
> >> Yuck. Anyone who feels they need a variable named the same a reserved
> >> word
> >> simply feels wrong and needs reeducation. [...]
> >
> > While I agre
anatoly techtonik writes:
> Don't you think it is a bad idea to require people to subscribe to
> post to python-ideas of redirected there?
No, it's an excellent compromise in the current environment. On lists
I manage (with a similar audience to python-dev), my MTA-level filters
get 95% of the
Brief Summary:
Can I share Python objects between multiple processes using shared memory
(using the multiprocessing module)?
In particular, do Queues or Pipes work using shared memory?
Details:
* I have several processes each on a separate CPU core (so they run in
parallel).
* I want to share c
On Tue, 27 Jul 2010 04:29:31 am anatoly techtonik wrote:
> I find "\xXX\xXX\xXX\xXX..." notation for binary data totally
> unreadable. Everybody who uses and analyses binary data is more
> familiar with plain hex dumps in the form of "XX XX XX XX...".
>
> I wonder if it is possible to introduce an
On Mon, Jul 26, 2010 at 11:57 PM, "Martin v. Löwis" wrote:
>> Basically, I think what you'd like to have is Martin saying "I'm going to
>> work on this feature", in addition to "I implemented this feature now"
>> afterwards. That shouldn't be too hard.
>
> I'm not very good at blogging (more spec
> On Sun, Jul 25, 2010 at 11:42 PM, Chris Rebert wrote:
>> Hello,
>>
>> I'd like to propose formally marking os.system() as deprecated in the
>> docs for next release of Python (v3.2 ?).
>>
>> The docs for os.system() /already/ include the following paragraph,
>> which is basically tantamount to c
> Basically, I think what you'd like to have is Martin saying "I'm going to
> work on this feature", in addition to "I implemented this feature now"
> afterwards. That shouldn't be too hard.
I'm not very good at blogging (more specifically, I never blog).
People interested in following even the
On Mon, Jul 26, 2010 at 11: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 to remain a tracker for
> what we s
> Sounds like something Ezio could easily do -- adapt Rietveld's upload.py
> to a Roundup extension that submits attachments as patches, adds people
> on nosy to Rietveld CC, &c.
That may not be so easy - you'll have to authenticate to Rietveld from
Roundup.
The other way 'round actually works: i
Am 19.07.2010 04:22, schrieb Terry Reedy:
> On 7/18/2010 7:42 PM, Georg Brandl wrote:
>
>> That phrasing implies that there is purpose behind letting issues rot.
>> Believe me that this is not the case.
>
> This seems like a good place to mention that doc issues have become a
> bright spot in th
Am 26.07.2010 23:03, schrieb Tarek Ziadé:
> On Mon, Jul 26, 2010 at 10:39 PM, Georg Brandl wrote:
>
>>> I think we need to improve this: it can be a very frustrating
>>> experience to contribute to PyPI.
>>
>> I did not experience it this way. On the contrary, I tried to run
>> PyPI locally
Am 20.07.2010 19:32, schrieb Fred Drake:
> Switching to "python -m" is generally good where it applies (as in this case).
>
> The original intent for :option: and :program: were in their use as
> references rather than in sample command lines.
>
> Georg should be the final arbiter, but I'd be in
Am 22.07.2010 12:53, schrieb Guido van Rossum:
> On Fri, Jul 16, 2010 at 6:08 PM, Georg Brandl wrote:
>> Nevertheless, the authoritative reference for our regex engine is its
>> docs, i.e. http://docs.python.org/library/re.html -- and that states
>> clearly that inline flags apply to the whole reg
Am 26.07.2010 10:59, schrieb Anders Sandvig:
> On Sat, Jul 24, 2010 at 3:31 AM, Gregory P. Smith wrote:
>> Yuck. Anyone who feels they need a variable named the same a reserved word
>> simply feels wrong and needs reeducation. [...]
>
> While I agree with you in principle, I have been finding i
On Mon, Jul 26, 2010 at 10:39 PM, Georg Brandl wrote:
...
>> I think we need to improve this: it can be a very frustrating
>> experience to contribute to PyPI.
>
> I did not experience it this way. On the contrary, I tried to run
> PyPI locally for testing purposes, but didn't want to compile and
Am 26.07.2010 22:18, schrieb anatoly techtonik:
> Small introduction for insiders not familiar with outsider's problem
> of maintaining patches in tracker. Please forgive the tone I write
> about things I dislike, but I am not devoting my life to earn a title
> of polite bastard (this one is oblig
Barry Warsaw writes:
>
> Do you have concrete examples? Without that it's just speculation I can't do
> much to address. Is the problem big or small? Easy to work around or not?
Some of the things that need to be adapted are e.g. Makefiles (basically
anything that assumes modules have a certa
Am 26.07.2010 22:28, schrieb anatoly techtonik:
> Don't you think it is a bad idea to require people to subscribe to
> post to python-ideas of redirected there?
It doesn't matter *why* you post to a mailing list -- you just have to be
subscribed to post. Whoever redirects you there is usually not
Am 26.07.2010 20:42, schrieb Alexandre Vassalotti:
> [+Python-ideas -Python-Dev]
>
> import binascii
> def h(s):
> return binascii.unhexlify("".join(s.split()))
>
> h("DE AD BE EF CA FE BA BE")
In Py3k:
h = bytes.fromhex
Georg
--
Thus spake the Lord: Thou shalt indent with four spaces. No
Am 26.07.2010 14:41, schrieb Nick Coghlan:
> On Mon, Jul 26, 2010 at 10:35 AM, "Martin v. Löwis"
> wrote:
>> Am 26.07.2010 02:24, schrieb Terry Reedy:
>>> 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.
>>>
>>
Am 26.07.2010 13:02, schrieb Tarek Ziadé:
> On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
> [...]
>> - A lot of things seem to be happening to make PyPI better. Is this
>> being summarized somewhere? Based on some questions I received during
>> my keynote Q&A (http://bit.ly/bdflqa) I th
On Mon, 26 Jul 2010 23:18:05 +0300, anatoly techtonik
wrote:
> > python -m review
>
> and allows you to:
>
> 1. Create issue for patch review on Rietveld site
> 2. Run "svn diff"
> 3. Upload the patch
> 4. Supply comment for the patch
>
> everything above in one step. To upload an updated patc
FWIW, a leading magazine (IEEE Spectrum) this week has an interesting
opinion piece about multicore.
http://spectrum.ieee.org/computing/software/the-trouble-with-multicore
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev
On Mon, Jul 26, 2010 at 15:18, anatoly techtonik wrote:
> http://bugs.python.org/issue9376
> This issue discussed docs on the proper way to create diff on windows
> (as it is doesn't have the tool) for sending the patch. The current
> proper way is to use "svn diff" which will be replaced with "hg
Don't you think it is a bad idea to require people to subscribe to
post to python-ideas of redirected there?
--
anatoly t.
-- Forwarded message --
From:
Date: Mon, Jul 26, 2010 at 11:24 PM
Subject: Re: [Python-Dev] Readability of hex strings (Was: Use of
coding cookie in 3.x s
http://bugs.python.org/issue9376
This issue discussed docs on the proper way to create diff on windows
(as it is doesn't have the tool) for sending the patch. The current
proper way is to use "svn diff" which will be replaced with "hg diff".
I proposed using Rietveld like:
> python -m easy_install
[+Python-ideas -Python-Dev]
import binascii
def h(s):
return binascii.unhexlify("".join(s.split()))
h("DE AD BE EF CA FE BA BE")
-- Alexandre
On Mon, Jul 26, 2010 at 11:29 AM, anatoly techtonik wrote:
> I find "\xXX\xXX\xXX\xXX..." notation for binary data totally
> unreadable. Everybody who
On Jul 24, 2010, at 11:59 PM, sch...@gmail.com wrote:
>Barry Warsaw writes:
>
>> On Jul 23, 2010, at 01:46 PM, sch...@gmail.com wrote:
>>
>>>Doesn't anybody else think this is lost work for very little gain? My
>>>/usr/lib/python2.6/site-packages directory consumes 200MB on disk. I
>>>couldn't ca
On Jul 24, 2010, at 09:54 AM, Ronald Oussoren wrote:
>> I'd be okay including a configure option to allow you to add
>> whatever you want after the implementation, version, and flags.
>> E.g. something like:
>>
>>./configure --with-abi-tag-extension=linux2
>>
>> would lead to foo.cpython-32m
I find "\xXX\xXX\xXX\xXX..." notation for binary data totally
unreadable. Everybody who uses and analyses binary data is more
familiar with plain hex dumps in the form of "XX XX XX XX...".
I wonder if it is possible to introduce an effective binary string
type that will be represented as h"XX XX X
+On Tue, Jul 20, 2010 at 3:25 PM, "Martin v. Löwis" wrote:
>> Thanks for drawing my attention to that; if the people who made OpenID
>> auth happen are observing this, then thank you all very much!
>
> You're welcome!
>
>> Any hope of feeding those changes back upstream so it's available to all
>>
On Jul 26, 2010, at 10:50 AM, Ian Bicking wrote:
>On Mon, Jul 26, 2010 at 9:06 AM, Barry Warsaw wrote:
>
>> On Jul 24, 2010, at 07:08 AM, Guido van Rossum wrote:
>> >privileges enough. So, my recommendation (which surely is a
>> >turn-around of my *own* attitude in the past) is to give out more
>
Is it possible to use subprocess functionality in os.system()? Just
exactly describe what it does instead of "This is implemented by
calling the Standard C function system(), and has the same
limitations." type sentences.
--
anatoly t.
On Mon, Jul 26, 2010 at 6:52 PM, A.M. Kuchling wrote:
> Th
On 7/26/2010 2:40 AM, Peter Portante wrote:
Yet, shouldn't we be able to write a simple embarrassingly parallel
multithreaded algorithm in python (no C-extensions) and have its execution
use all the cores on a system using CPython?
Abstractly, yes, and I believe you can do that now with some
On Mon, Jul 26, 2010 at 11:39 AM, Ronald Oussoren
wrote:
..
> Could you please file a bug for this? I have no idea whether or not it is an
> easy to fix one,
> but without an issue in the tracker this is something that is unlikely to get
> fixed.
http://bugs.python.org/issue9384
___
On 24 Jul, 2010, at 23:29, Alexander Belopolsky wrote:
> Furthermore, I just tried to use it on my OSX laptop and it
> crashed after I searched for pydoc and clicked on the first entry.
> (Another issue is that search window pops under the terminal window.)
Could you please file a bug for this?
On Sun, Jul 25, 2010 at 8:24 PM, Terry Reedy wrote:
> Is there any way a 'view' button could be added, along with the
> current edit and remove buttons, to produce the same web page and make it
> easier to review patches *before* commitment?
One thing that patch submitters can do already is to ma
The current text is:
The subprocess module provides more powerful facilities for
spawning new processes and retrieving their results; using that
module is preferable to using this function. See the Replacing
Older Functions with the subprocess Module section in the
subprocess d
On Mon, Jul 26, 2010 at 9:06 AM, Barry Warsaw wrote:
> On Jul 24, 2010, at 07:08 AM, Guido van Rossum wrote:
> >privileges enough. So, my recommendation (which surely is a
> >turn-around of my *own* attitude in the past) is to give out more
> >commit privileges sooner.
>
> +1, though I'll observe
On 07/25/2010 12:01 PM, Alexander Belopolsky wrote:
On Sun, Jul 25, 2010 at 12:32 PM, Ron Adam wrote: ..
I'd be completely fine with dropping the "Search For" box from the
GUI interface, but the persistent window listing the served port
and providing "Open Browser" and "Quit Serving" buttons
On Mon, 26 Jul 2010 04:42:06 pm Chris Rebert wrote:
> Hello,
>
> I'd like to propose formally marking os.system() as deprecated in the
> docs for next release of Python (v3.2 ?).
-0.5 on that. I often use os.system() for quick and dirty scripts that
just call an external process without caring wh
> According to CSP advicates, this approach will break down when you
> need more than 8-16 cores since cache coherence breaks down at 16
> cores. Then you would have to figure out a message-passing approach
> (but the messages would have to be very fast).
It does break down, and probably always w
On Tue, 27 Jul 2010 12:36:37 am Stefan Behnel wrote:
> geremy condra, 26.07.2010 16:29:
> > I've noticed that I don't have a lot of success in shifting this
> > kind of debate, so I'm not sure it's a good idea to publicly
> > discuss vulnerabilities in something that may wind up being
> > implement
On Mon, Jul 26, 2010 at 7:36 AM, Stefan Behnel wrote:
> geremy condra, 26.07.2010 16:29:
>>
>> I've noticed that I don't have a lot of success in shifting this kind
>> of debate, so I'm not sure it's a good idea to publicly discuss
>> vulnerabilities in something that may wind up being implemented
On Mon, Jul 26, 2010 at 7:36 AM, Stefan Behnel wrote:
> geremy condra, 26.07.2010 16:29:
>>
>> I've noticed that I don't have a lot of success in shifting this kind
>> of debate, so I'm not sure it's a good idea to publicly discuss
>> vulnerabilities in something that may wind up being implemented
On Mon, Jul 26, 2010 at 4:29 PM, geremy condra wrote:
...
> I've noticed that I don't have a lot of success in shifting this kind
> of debate, so I'm not sure it's a good idea to publicly discuss
> vulnerabilities in something that may wind up being implemented as-is,
> but it's up to you guys.
I
geremy condra, 26.07.2010 16:29:
I've noticed that I don't have a lot of success in shifting this kind
of debate, so I'm not sure it's a good idea to publicly discuss
vulnerabilities in something that may wind up being implemented as-is,
but it's up to you guys.
Hmm, security by obscurity? That
On Mon, Jul 26, 2010 at 3:00 AM, 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 simultaneous
On 26 Jul, 2010,at 12:00 PM, Michael Foord wrote:On 26/07/2010 04:42, Guido van Rossum wrote:
> On Sun, Jul 25, 2010 at 8:31 PM, Peter Portante
> wrote:
>
>> FWIW: We use Python at Tabblo, straddled across Python 2.5.4 and 2.6.5. They
>> work. And they work well. But we make light use of thr
Unless, it's as simple as replacing "os.system(x)" with
"subprocess.system(x)", I'm against this removal of a handy shorthand.
Ditto for popen.
On Sun, Jul 25, 2010 at 11:42 PM, Chris Rebert wrote:
> Hello,
>
> I'd like to propose formally marking os.system() as deprecated in the
> docs for next
On Mon, Jul 26, 2010 at 7:21 AM, Tarek Ziadé wrote:
> On Mon, Jul 26, 2010 at 2:10 PM, geremy condra wrote:
>> On Mon, Jul 26, 2010 at 4:52 AM, Tarek Ziadé wrote:
>>> On Mon, Jul 26, 2010 at 1:20 PM, geremy condra wrote:
On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
> On Sat, Ju
On Mon, Jul 26, 2010 at 2:10 PM, geremy condra wrote:
> On Mon, Jul 26, 2010 at 4:52 AM, Tarek Ziadé wrote:
>> On Mon, Jul 26, 2010 at 1:20 PM, geremy condra wrote:
>>> On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
>>>
>>>
>>
On Jul 24, 2010, at 07:08 AM, Guido van Rossum wrote:
>privileges enough. So, my recommendation (which surely is a
>turn-around of my *own* attitude in the past) is to give out more
>commit privileges sooner.
+1, though I'll observe that IME, actual commit privileges become much less of
a special
On Mon, Jul 26, 2010 at 10:35 AM, "Martin v. Löwis" wrote:
> Am 26.07.2010 02:24, schrieb Terry Reedy:
>> 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
On Mon, Jul 26, 2010 at 4:52 AM, Tarek Ziadé wrote:
> On Mon, Jul 26, 2010 at 1:20 PM, geremy condra wrote:
>> On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
>>> On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
>>
>>
>>
Mirroring apparently also
requires some client chan
On Mon, Jul 26, 2010 at 1:20 PM, geremy condra wrote:
> On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
>> On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
>
>
>
>>> Mirroring apparently also
>>> requires some client changes.
>>
>> Mirrors can be used as long as you manually point a
On Mon, Jul 26, 2010 at 4:02 AM, Tarek Ziadé wrote:
> On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
>> Mirroring apparently also
>> requires some client changes.
>
> Mirrors can be used as long as you manually point a mirror when using
> them. We we are working on making the
> switc
On Sat, Jul 24, 2010 at 4:08 PM, Guido van Rossum wrote:
[...]
> - A lot of things seem to be happening to make PyPI better. Is this
> being summarized somewhere? Based on some questions I received during
> my keynote Q&A (http://bit.ly/bdflqa) I think not enough people are
> aware of what we are
On Mon, Jul 26, 2010 at 12:02 PM, Michael Foord
wrote:
> On 26/07/2010 04:42, Guido van Rossum wrote:
>>
>> On Sun, Jul 25, 2010 at 8:31 PM, Peter Portante
>> wrote:
>>
>>>
>>> FWIW: We use Python at Tabblo, straddled across Python 2.5.4 and 2.6.5.
>>> They
>>> work. And they work well. But we m
Guido van Rossum wrote:
> While the EuroPython sprints are still going on, I am back home, and
> after a somewhat restful night of sleep, I have some thoughts I'd like
> to share before I get distracted. Note, I am jumping wildly between
> topics.
>
> - Commit privileges: Maybe we've been too caref
On 26/07/2010 04:42, Guido van Rossum wrote:
On Sun, Jul 25, 2010 at 8:31 PM, Peter Portante
wrote:
FWIW: We use Python at Tabblo, straddled across Python 2.5.4 and 2.6.5. They
work. And they work well. But we make light use of threads (mostly
background I/O handling), and heavy use of mul
On 26/07/2010 04:42, Guido van Rossum wrote:
On Sun, Jul 25, 2010 at 8:31 PM, Peter Portante
wrote:
FWIW: We use Python at Tabblo, straddled across Python 2.5.4 and 2.6.5. They
work. And they work well. But we make light use of threads (mostly
background I/O handling), and heavy use of mul
On Sat, Jul 24, 2010 at 3:31 AM, Gregory P. Smith wrote:
> Yuck. Anyone who feels they need a variable named the same a reserved word
> simply feels wrong and needs reeducation. [...]
While I agree with you in principle, I have been finding it
frustrating trying to calculate yield in my financi
72 matches
Mail list logo
