David Abrahams schrieb:
>> That absolutely cannot be the case. Python is open source, you have
>> *everything* you need to answer this question.
>
> That assumes this is one of those questions to which "use the source"
> is applicable. I think answering it requires some understanding of
> intentio
On 3/6/07, Mike Klaas <[EMAIL PROTECTED]> wrote:
> There's nothing quite like running help(func) and getting *args,
> **kwargs as the documented parameter list.
I think
>>> import resource
>>> help(resource.getpagesize)
Help on built-in function getpagesize in module resource:
getpagesize(...)
Neal Norwitz wrote:
> On 3/6/07, Ron Adam <[EMAIL PROTECTED]> wrote:
>> Neal Norwitz wrote:
>>
>> I'm looking forward to a new tracker and hope it manages single
>> projects...
>> (patches and bugs) better. It would be great if we could search for
>> items
>> based on possibly the following cond
On 3/6/07, Terry Reedy <[EMAIL PROTECTED]> wrote:
>
> ""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> >1. Public identification will not help, because:
> >2. most code isn't in the responsibility of anybody (so publically
> >identifying responsibilities would
On 3/6/07, Ron Adam <[EMAIL PROTECTED]> wrote:
> Neal Norwitz wrote:
>
> I'm looking forward to a new tracker and hope it manages single projects...
> (patches and bugs) better. It would be great if we could search for items
> based on possibly the following conditions.
The best place to discuss
Hi Derek,
On 2/16/07, Derek Shockey <[EMAIL PROTECTED]> wrote:
> Though I am an avid Python programmer, I've never forayed into the area of
> developing Python itself, so I'm not exactly sure how all this works.
>
> I was confused (and somewhat disturbed) to discover recently that the
> zipfile mo
On 3/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Guido> Since "idel timeout" is not a commonly understood term it would
> Guido> be even better if it was explained without using it.
>
> I think it's commonly understood, but it doesn't mean what the socket
> timeout is used for.
Bob> What does idle timeout have to do with urllib2 or any IO layer for
Bob> that matter? I've only seen it as a very high level server-only
Bob> feature...
Nothing at all. I believe Adam just applied that term incorrectly to the
socket timeout parameter.
Skip
__
Barry,
Does the proposed renaming include any restructuring (e.g. making
hierarchies out of all or part of the stdlib where none existed before)? It
wasn't obvious to me. For example, might there be a restructuring of the
entire stdlib?
Skip
___
Pyth
Guido> Since "idel timeout" is not a commonly understood term it would
Guido> be even better if it was explained without using it.
I think it's commonly understood, but it doesn't mean what the socket
timeout is used for. It's how long a connection can be idle (the client
doesn't make a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> Supported Renamings
>> ===
>>
>> There are at least 4 use cases explicitly supported by this PEP:
>>
>> - - Simple top-level package name renamings, such as ``StringIO`` to
>>``stringio``;
>>
>> - - Sub-package renamings where th
On 3/6/07, Adam Olsen <[EMAIL PROTECTED]> wrote:
> I think calling it "timeout" in the API is fine. The documentation
> can then clarify that it's an idle timeout, except it only applies
> when blocked in a network operation.
Since "idel timeout" is not a commonly understood term it would be
even
On 3/6/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On 3/6/07, Adam Olsen <[EMAIL PROTECTED]> wrote:
> > IOW, It's an idle timeout.
>
> That's not in wikipedia. :-)
I know, I checked before posting. ;)
> It's the only timeout that is available to us, realistically; the
> socket module calls
>> Think of it this way. "Timeout" doesn't mean the whole thing needs to
>> be completed in 10 secs. It means that over 10 secs of no activity
>> causes it to be aborted.
Adam> IOW, It's an idle timeout.
Not quite. It's a timeout when you are waiting for some sort of response.
If
On 3/6/07, Adam Olsen <[EMAIL PROTECTED]> wrote:
> On 3/6/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > On 3/6/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
> > > Guido van Rossum wrote:
> > >
> > > >> - I'll modify urlopen for it to accept a socket_timeout parameter,
> > > >> default to Non
On 3/6/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On 3/6/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
> > Guido van Rossum wrote:
> >
> > >> - I'll modify urlopen for it to accept a socket_timeout parameter,
> > >> default to None
> > >
> > > I'd call it timeout. There can't really be much
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 6, 2007, at 7:51 PM, [EMAIL PROTECTED] wrote:
> Why not add some tag capability to the new tracker (maybe the generic
> keywords field you mentioned would suffice)? People could attach
> whatever
> tags seem appropriate. Limiting the tags t
I guess I should have been less specific. :D
It has been quite a while since I worried about my own patches going
stale; I just want to know how my review time can be more useful.
Once a committer has already decided to look at a patch, comments may
make the next step easier.
But is there anywa
Martin> If, for "Modules", you want a more fine-grained classification,
Martin> it would be possible to add new categories, or add another field
Martin> "affected modules" (multi-list, I assume).
Why not add some tag capability to the new tracker (maybe the generic
keywords field you
on Tue Mar 06 2007, "Martin v. Löwis" wrote:
> David Abrahams schrieb:
>> on Tue Mar 06 2007, "Martin v. Löwis" wrote:
>>> David Abrahams schrieb:
I'm trying to find the Python library binaries associated with a given
python executable.
>>> This really isn't a python-dev question; ple
On Tuesday 06 March 2007 20:24, Martin v. Löwis wrote:
> It might be that individuals get designated maintainers: Guido
> maintains list and tuple, Tim maintaines dict, Raymond maintains
> set, I maintain configure.in. However, I doubt that would work in
> practice.
That approach would simply give
On 3/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On 10:22 pm, [EMAIL PROTECTED] wrote:
> >On 2/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >>2to3 should take great care _tell_ you when it fails. One concern I have
> >>is that the source translation may subtly alter the *semantic
On 3/6/07, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Here's a new PEP that's the outgrowth of work Brett Cannon and I did
> at PyCon. Basically we were looking for a way to allow for forward
> compatibility with PEP 3108, which describes a reorga
On 10:22 pm, [EMAIL PROTECTED] wrote:
On 2/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
2to3 should take great care _tell_ you when it fails. One concern I
have is that the source translation may subtly alter the *semantics*
of unit test code, so that the tests are no longer effective a
On 10:18 pm, [EMAIL PROTECTED] wrote:
Phillip J. Eby schrieb:
At 10:01 PM 3/6/2007 +0100, Martin v. L�wis wrote:
It's unfortunate, of course, that people apparently relied on
this behavior
I was going to say it's the *documented* behavior, but I see that the
documentation is actually such tha
On 3/6/07, Greg Ewing <[EMAIL PROTECTED]> wrote:
> Although you can get a similar effect now by doing
>
> def __init__(self, **kwds):
> args = dict(prec=None, rounding=None,
>traps=None, flags=None,
>_rounding_decision=None,
>
Tim Lesher wrote:
> FWIW, all of the "standard" Windows functions from the Microsoft CRT
> (_splitpath) to the Shell API (PathRemoveExtension) to the CLR
> (System.IO.Path.*) believe that ".cshrc" is the extension of the
> filename ".cshrc".
>
> I'm not sure if that's an argument for or against th
I think there are various good arguments that the current behavior of
splitext isn't optimal. But. these don't feel strong enough to me to
break existing code or to force people who happen to be in the know to go
hunt down and review old code etc. I don't see the point in doing that,
just to fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here's a new PEP that's the outgrowth of work Brett Cannon and I did
at PyCon. Basically we were looking for a way to allow for forward
compatibility with PEP 3108, which describes a reorganization of the
standard library. PEP 364 is for Python
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| Terry Reedy schrieb:
| > It would also be helpful if the new tracker system could produce a list
of
| > module-specific open items sorted by module, since that would indicate
| > modules needing attention, and I co
Andrew Dalke wrote:
> def __init__(self, prec=None, rounding=None,
> traps=None, flags=None,
> _rounding_decision=None,
> Emin=None, Emax=None,
> capitals=None, _clamp=0,
> _ignored_flags=None):
> ..
On 2/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> 2to3 should take great care _tell_ you when it fails. One concern I have is
> that the source translation may subtly alter the *semantics* of unit test
> code, so that the tests are no longer effective and do not provide adequate
> cove
"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| >Windows did not allow .xxx as a filename in my attempts, so this case
seems
| >irrelevant there.
|
| Huh? .xyz files work fine on Windows.
Tim G. explained that Explorer, which I tried, is for whatever reason
stri
Phillip J. Eby schrieb:
> At 10:01 PM 3/6/2007 +0100, Martin v. Löwis wrote:
>> It's unfortunate, of course, that people apparently relied on
>> this behavior
>
> I was going to say it's the *documented* behavior, but I see that the
> documentation is actually such that it could be interpreted ei
On 3/5/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
> Thomas Wouters wrote:
>
> > developers and people who develop their own software. I would like to hear
> > from people who have concrete doubts about this upgrade path. I don't mean
>
> Disclaimer: I'm not involved in Py3k, and not even tried
David Abrahams schrieb:
> on Tue Mar 06 2007, "Martin v. Löwis" wrote:
>> David Abrahams schrieb:
>>> I'm trying to find the Python library binaries associated with a given
>>> python executable.
>> This really isn't a python-dev question; please use python-list
>> (news:comp.lang.python) instead
At 10:01 PM 3/6/2007 +0100, Martin v. Löwis wrote:
>It's unfortunate, of course, that people apparently relied on
>this behavior
I was going to say it's the *documented* behavior, but I see that the
documentation is actually such that it could be interpreted either way.
However, since it's not d
Terry Reedy schrieb:
> It would also be helpful if the new tracker system could produce a list of
> module-specific open items sorted by module, since that would indicate
> modules needing attention, and I could look for a batch that were
> unassigned.
The new tracker will initially have the sa
on Tue Mar 06 2007, "Martin v. Löwis" wrote:
> David Abrahams schrieb:
>> I'm trying to find the Python library binaries associated with a given
>> python executable.
>
> This really isn't a python-dev question; please use python-list
> (news:comp.lang.python) instead.
I wrestled with the righ
Larry Hastings schrieb:
> Hope this helps,
Indeed it does! After all this discussion, a documentation clarification
is certainly in order, but I can work that out myself.
Thanks,
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyt
Jim Jewett schrieb:
> The 5:1 patch review is a good idea -- but what is the procedure for
> reviewing a patch?
>
> I often comment on patches. Does this count as a review?
Sure. Ideally, a review should bring the patch to an "accept-or-reject"
state, i.e. it should lead to a recommendation to
On 3/6/07, Facundo Batista <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
>
> >> - I'll modify urlopen for it to accept a socket_timeout parameter,
> >> default to None
> >
> > I'd call it timeout. There can't really be much ambiguity can there?
>
> Yes and no. For example, if I do a
> ``urll
Martin v. Löwis wrote:
Ok - now I'm confused: do you consider this behavior
(splitext('.pythonrc') == ('', '.pythonrc')) correct
or not?
+1 on the behavior. However, the patch is special-casing a leading dot;
it would still fail on splitext(".."). If we're gonna fix the bug, I'd
rather
Jim> The 5:1 patch review is a good idea -- but what is the procedure
Jim> for reviewing a patch?
Jim> I often comment on patches. Does this count as a review? Would
Jim> anyone know if it did?
I believe "review" can mean a few things:
* Comments. Reviewing the code does
David Abrahams schrieb:
> I'm trying to find the Python library binaries associated with a given
> python executable.
This really isn't a python-dev question; please use python-list
(news:comp.lang.python) instead. Please take a look at sys.path.
> 1. I think the documentation for sys and conf
At 02:55 PM 3/6/2007 -0500, Terry Reedy wrote:
>"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
> >I consider it correct, or at the least, don't think it should be changed,
> >as it would make the behavior more difficult to reason about and introduce
> >yet another th
Phillip J. Eby schrieb:
> I know I've written code like this that *depends* on the current
> behavior. It's *useful* to classify e.g. .svn directories or .*rc files
> by their "extension", so I'm honestly baffled by the idea of wanting to
> treat such files as *not* having an extension (as oppo
Guido van Rossum wrote:
>> - I'll modify urlopen for it to accept a socket_timeout parameter,
>> default to None
>
> I'd call it timeout. There can't really be much ambiguity can there?
Yes and no. For example, if I do a
``urllib2.urlopen("ftp://ftp.myhome.com.ar/blah.txt";, timeout=10)``, the
t
The 5:1 patch review is a good idea -- but what is the procedure for
reviewing a patch?
I often comment on patches. Does this count as a review? Would
anyone know if it did?
If I were going through five at the same time, and I had a sixth to
push, I could post here. Normally, I just make a com
Terry Reedy wrote:
> "Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> I consider it correct, or at the least, don't think it should be changed,
>> as it would make the behavior more difficult to reason about and introduce
>> yet another thing to worry about when wr
> As I am completely new to CPython development, perhaps this problem has
> already been discussed and/or fixed I may have done something
> incorrectly. Please let me know if that is the case.
I looked at it briefly. If I understand correctly, the proposed feature
is fine, but lacks a test case.
Neal Norwitz wrote:
> I recognize there is a big problem here. Each of us as individuals
> don't scale. So in order to get stuff done we need to be more
> distributed. This means distributing the workload (partially so we
> don't burn out). In order to do that we need to distribute the
> know
On Tue, Mar 06, 2007 at 01:51:41PM -0600, [EMAIL PROTECTED] wrote:
>
> dustin> In summary, create a layer of volunteer, non-committing
> dustin> maintainers for specific modules who agree to do in-depth
> dustin> analysis of patches for their areas of expertise, and pass
> dustin>
"Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>I consider it correct, or at the least, don't think it should be changed,
>as it would make the behavior more difficult to reason about and introduce
>yet another thing to worry about when writing cross-version code.
W
Nicholas Bastin schrieb:
> I've had to blast my windows machine, as one is apparently required to
> do on occasion, and I'm trying to set up subversion again. I saved my
> private key file, and I can use plink -T to connect and I get:
>
> ( success ( 1 2 ( ANONYMOUS EXTERNAL ) ( edit-pipeline ) )
On Tue, Mar 06, 2007 at 01:03:39PM -0600, [EMAIL PROTECTED] wrote:
> Could the Summer of Code be used as a vehicle to match up current developers
> with potentially new ones? The svn sandbox (or a branch) could serve as a
> place for developers to get their feet wet. Perhaps Raymond can comment on
dustin> In summary, create a layer of volunteer, non-committing
dustin> maintainers for specific modules who agree to do in-depth
dustin> analysis of patches for their areas of expertise, and pass
dustin> well-formed, reviewed patches along to committers.
One problem with this sor
On 3/6/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> It's *useful* to classify e.g. .svn directories or .*rc files by their
> "extension"
I respectfully disagree. When trying to find directories named .svn or
files named .bashrc, I do
>>> filename in ('.svn', '.bashrc')
because I don't expect
At 02:08 PM 3/6/2007 -0500, Nicholas Bastin wrote:
>The notion of an unnamed file with an extension I think would be very
>odd to most people.
Clearly, we all think that "most" people are like ourselves. :)
I think that for someone with a Windows/DOS background, that's *exactly*
what .cshrc loo
I'm trying to find the Python library binaries associated with a given
python executable.
If I look at the help for sys.prefix and sys.exec_prefix
import sys; help(sys)
I see:
prefix -- prefix used to find the Python library
exec_prefix -- prefix used to find the machine-specific P
""Martin v. Löwis"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>1. Public identification will not help, because:
>2. most code isn't in the responsibility of anybody (so publically
>identifying responsibilities would leave most code unassigned), and
>3. for the code that has
On 3/6/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> At 07:24 PM 3/6/2007 +0100, Martin v. Löwis wrote:
> >given a list of file names, classify them for display (the
> > way the Windows explorer works, and similar file managers).
> > They use MIME databases and the like, and if they are
Nick> I don't know whether or not there is anything specific we can do
Nick> to encourage that kind of coaching/mentoring activity, but I know
Nick> it was a significant factor in my become more comfortable with
Nick> making contributions.
Martin> While there was no explicit m
On 3/5/07, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> Any ideas for fixing this problem?
The current developer FAQ says:
2.4 How can I become a developer?
There's only one way to become a developer, and that's through
the School of Hard Knocks.
http://mail.python.org/pipermail/python-de
At 07:24 PM 3/6/2007 +0100, Martin v. Löwis wrote:
>given a list of file names, classify them for display (the
> way the Windows explorer works, and similar file managers).
> They use MIME databases and the like, and if they are unix-ish,
> they probably reject the current splitext imp
I've fixed it. It appears that there was something wrong with
Pageant, and removing my key and readding it solved the problem. The
lack of any debugging info from subversion was very helpful in solving
this problem.. :-)
Thanks for the help from those who responded.
--
Nick
On 3/6/07, Georg Brandl <[EMAIL PROTECTED]> wrote:
> You could try to do
>
> ssh -vv [EMAIL PROTECTED]
>
> and see if the debug messages mean anything to you.
My problem is that SSH works fine if you just try to do that (well,
with plink). It's subversion that doesn't seem to be working.
--
Nick
Ilya Sandler schrieb:
> I'd also suggest that request for test cases/docs comes after
> (or together with) suggestion that a feature is desirable in the first
> place.
It depends. I was going through some old patches today, and came
across one that added a class to heapq. I couldn't tell (even
aft
Phillip J. Eby schrieb:
> I consider it correct, or at the least, don't think it should be
> changed, as it would make the behavior more difficult to reason about
> and introduce yet another thing to worry about when writing
> cross-version code.
Now it's becoming difficult: several people in f
Nicholas Bastin schrieb:
> I've had to blast my windows machine, as one is apparently required to
> do on occasion, and I'm trying to set up subversion again. I saved my
> private key file, and I can use plink -T to connect and I get:
>
> ( success ( 1 2 ( ANONYMOUS EXTERNAL ) ( edit-pipeline ) )
On Tue, 6 Mar 2007, [ISO-8859-1] "Martin v. L?wis" wrote:
> Yet, in all these years, nobody else commented that the patch was incomplete,
> let alone commenting on whether the feature was desirable.
Which actually brings up another point: in many cases even a simple
comment by a core developer
On 3/6/07, Hans Meine <[EMAIL PROTECTED]> wrote:
> The current behavior is clearly a bug, since a leading dot does not start an
> extension, but marks a file as "hidden". The latter is on UNIX, and while
> this is different on Windows, I cannot imagine that anyone would
> a) have dotfiles under th
I ran into the same problem and I'm pretty sure this cleared it up:
http://mail.python.org/pipermail/python-dev/2006-August/068369.html
Good luck,
Gustavo
On 3/5/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
Andrew MacKeith schrieb:
> Is there a scheduled date for the release of Python-2
On Wed, Mar 07, 2007 at 01:50:25AM +0900, Stephen J. Turnbull wrote:
> Why not? It depends on how far out "out" is, but I was surprised how
> much effect we (at XEmacs) got by simply asking people who contributed
> a couple of patches if they would like to take on tracking + patch
> flow managemen
On Tue, Mar 06, 2007 at 08:49:00AM -0800, Ilya Sandler wrote:
> I think it's reasonable to expect that
>
> splitext( a+"." + b) == (a, .b )
>
> for any a,b which have no dots in them...
Except for an empty 'a', in what case 'b' is the name, not the
extension. Well, 'a' cannot be empty because
The lifetime issue is bad - unfortunately we have the same issue in v1.x we
just don't show you the names/values. That alone should (and hopefully will)
drive us to clean this up but right now we'll only be worse in that we are
explicit about keeping the dictionaries alive.
Classes are interes
On Tue, 6 Mar 2007, Hans Meine wrote:
> Am Dienstag, 06. M?rz 2007 13:36 schrieb Martin v. L?wis:
> > #1115886 complains that in the file name '.cshrc', the
> > entire file name is treated as an extension, with no
> > root.
>
> The current behavior is clearly a bug, since a leading dot does not
George Brandl writes:
>> As far as I recall, there has been nearly no one who asked for
>> commit rights recently, so why complain that the entry barrier is
>> too great? Surely you cannot expect python-dev to got out and say
>> "would you like to have commit privileges?"...
Why not? It depe
I've had to blast my windows machine, as one is apparently required to
do on occasion, and I'm trying to set up subversion again. I saved my
private key file, and I can use plink -T to connect and I get:
( success ( 1 2 ( ANONYMOUS EXTERNAL ) ( edit-pipeline ) ) )
and that seems correct, and jiv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 6, 2007, at 10:48 AM, Martin v. Löwis wrote:
>> (Of course, I don't know how long a checkout of a hypothetical Bazaar
>> repository would take; maybe it's not any faster.)
>
> From my experience with git and the Linux repository, an hour is
>
A.M. Kuchling schrieb:
> On Tue, Mar 06, 2007 at 09:06:22AM +, Phil Thompson wrote:
>> My point is simply that the effort required to review patches seems to be a
>> problem. Perhaps the reasons for that need to be looked at and the process
>> changed so that it is more effective. At the mome
On Tue, Mar 06, 2007, Phillip J. Eby wrote:
> At 04:07 PM 3/6/2007 +0100, Martin v. L?wis wrote:
>>
>>Ok - now I'm confused: do you consider this behavior
>>(splitext('.pythonrc') == ('', '.pythonrc')) correct
>>or not?
>
> I consider it correct, or at the least, don't think it should be changed,
On Tue, Mar 06, 2007, Andrew Dalke wrote:
> On 3/5/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>>
>> I don't know too many good use cases for
>> locals() apart from "learning about the implementation" I think this
>> might be okay.
>
> Since I'm watching this list for any discussion on the tra
At 04:07 PM 3/6/2007 +0100, Martin v. Löwis wrote:
>Oleg Broytmann schrieb:
> > On Tue, Mar 06, 2007 at 04:00:01PM +0100, "Martin v. L?wis" wrote:
> >>>Yes. In .pythonrc.py .pythonrc is the root, and .py is the extension.
> >> Ah, it would do that already: with multiple dots, the last one alway
Martin v. Löwis schrieb:
> Nick Coghlan schrieb:
>> One thing that did happen though (which the messages from Jeremy & Phil
>> reminded me of) is that I got a lot of direction, advice and assistance
>> from Raymond when I was doing that initial work on improving the speed
>> of the decimal modul
A.M. Kuchling schrieb:
> I'm happy to write up a wiki page describing how to use SVK to set up
> your own mirror of the Python SVN. However, trying it now, the
> initial setup seems very slow: SVK is retrieving each of 54165
> revisions and it'll probably take over an hour to complete.
If it help
Miguel Lobo schrieb:
> As I am completely new to CPython development, perhaps this problem has
> already been discussed and/or fixed I may have done something
> incorrectly. Please let me know if that is the case.
I looked at it briefly. If I understand correctly, the proposed feature
is fine,
Oleg Broytmann schrieb:
os.path.splitext(".pythonrc")
> ('', '.pythonrc')
>
>and I think it should be
>
> ('.pythonrc', '')
Thanks, so it sounds like the patch should be accepted.
Regards,
Martin
___
Python-Dev mailing list
Python-Dev@python
Eric V. Smith schrieb:
> Also, it would either mean duplicating lots of code from the int
> formatter, or having a formatter library that both can call. This is
> because __format__ must implement all formats, including padding,
> parenthesis for negatives, etc., not just the "missing" binary form
On Tue, Mar 06, 2007 at 09:53:35AM -0500, A.M. Kuchling wrote:
> initial setup seems very slow: SVK is retrieving each of 54165
> revisions and it'll probably take over an hour to complete.
It's even worse than that. Retrying with the trunk, SVK synced 500
revisions in about 10 minutes. We have
A.M. Kuchling schrieb:
> For example, our oldest bug is http://www.python.org/sf/214033, opened
> 2000-09-11, and is that (x?)? is reported as an error by the SRE regex
> parser; the PCRE engine and Perl both accept it. Fixing it requires
> changing sre_parse, figuring out what to do (should it b
On Tue, Mar 06, 2007 at 04:07:16PM +0100, "Martin v. L?wis" wrote:
> Oleg Broytmann schrieb:
> > On Tue, Mar 06, 2007 at 04:00:01PM +0100, "Martin v. L?wis" wrote:
> >>>Yes. In .pythonrc.py .pythonrc is the root, and .py is the extension.
> >> Ah, it would do that already: with multiple dots, t
Nick Coghlan schrieb:
> One thing that did happen though (which the messages from Jeremy & Phil
> reminded me of) is that I got a lot of direction, advice and assistance
> from Raymond when I was doing that initial work on improving the speed
> of the decimal module - I had the time available to
Neil Schemenauer schrieb:
>> the on-disk repository is mighty big and it doesn't work very well
>> on non-Linux systems (at least, not last I looked.)
>
> Not true. The on-disk repository is now one of the more efficient
> ones.
Which is a relative quality :-) Every time I update the Linux ke
Oleg Broytmann schrieb:
> On Tue, Mar 06, 2007 at 04:00:01PM +0100, "Martin v. L?wis" wrote:
>>>Yes. In .pythonrc.py .pythonrc is the root, and .py is the extension.
>> Ah, it would do that already: with multiple dots, the last one always
>> provides the extension.
>
>Ah, sorry. I messed i
Jeremy Hylton schrieb:
> You can ask whether we should have a plan for increasing the number of
> developers, actively seeking out new developers, and mentoring people
> who express interest. Would the code be better if we had more good
> developers working on it? Would we get more bugs fixed and
On Tue, Mar 06, 2007 at 04:00:01PM +0100, "Martin v. L?wis" wrote:
> >Yes. In .pythonrc.py .pythonrc is the root, and .py is the extension.
>
> Ah, it would do that already: with multiple dots, the last one always
> provides the extension.
Ah, sorry. I messed it with .split().
Oleg.
--
Oleg Broytmann schrieb:
>> Should this be changed? Opinions?
>
>Yes. In .pythonrc.py .pythonrc is the root, and .py is the extension.
Ah, it would do that already: with multiple dots, the last one always
provides the extension. However, for .pythonrc, it would conclude
that .pythonrc is the e
On Tue, Mar 06, 2007 at 07:59:53AM +0100, Ronald Oussoren wrote:
> development easier for them. They can already do this using SVK,
> which is a distributed version control system as well but uses SVN
> repositories to store its data.
I'm happy to write up a wiki page describing how to use SV
On Tue, Mar 06, 2007 at 09:06:22AM +, Phil Thompson wrote:
> My point is simply that the effort required to review patches seems to be a
> problem. Perhaps the reasons for that need to be looked at and the process
> changed so that it is more effective. At the moment people just seem be
> sa
1 - 100 of 133 matches
Mail list logo