[Nick]
>>> Similarly, I would separate out the extension to a distinct
>>> attribute, as it too uses a different separator from the normal path
>>> elements ('.' most places, but '/' on RISC OS, for example)
[Greg]
>> -1. What constitutes "the extension" is not well-defined in
>> all cases. What a
On 5/5/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Mike Orr wrote:
> > On 5/4/06, Paul Moore <[EMAIL PROTECTED]> wrote:
> >> (But all the current proposals seem to build on os.path, so maybe I
> >> should assume otherwise, that os.path will remain indefinitely...)
> >
> > They build on os.path be
Vladimir 'Yu' Stepanov wrote:
> Yes. I understood it when resulted a set example.
>> However, as I just said, people usually don't remove items from
>> just-sorted lists, they tend to iterate over them via 'for i in list:' .
>>
> Such problem arises at creation of the list of timers.
For a list
Benji York wrote:
>>> I'm not familiar with the mechanics, recent versions of Subversion
>>> allow per-directory security.
>>
>> It works fine for http(s), but not for svn+ssh.
>
> Versions prior to 1.3 could use Apache's authorization system.
How would that work? Apache is not involved at all.
Patch / Bug Summary
___
Patches : 378 open ( +0) / 3216 closed (+17) / 3594 total (+17)
Bugs: 894 open ( -7) / 5811 closed (+19) / 6705 total (+12)
RFE : 216 open ( +2) / 215 closed ( +1) / 431 total ( +3)
New / Reopened Patches
__
Rename fu
In this post, i'd like to deconstruct one of Guido's recent blog
about lambda in Python.
In Guido's blog written in 2006-02-10 at http://www.artima.com/
weblogs/viewpost.jsp?thread=147358
is first of all, the title “Language Design Is Not Just Solving
Puzzles”. In the outset, and in between
Greg Ewing <[EMAIL PROTECTED]> wrote:
>> Similarly, I would separate out the extension to a distinct
>> attribute, as it too uses a different separator from the normal path
>> elements ('.' most places, but '/' on RISC OS, for example)
>
> -1. What constitutes "the extension" is not well-defined i
Noam Raphael <[EMAIL PROTECTED]> wrote:
> The only drawback I can see in using a logical representation is that
> giving a path object to functions which expect a path string won't
> work. The immediate solution is to simply use str(p) instead of p. The
> long-term solution is to make all related
On 5/5/06, Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
> @keyword
> def foo(a, b, c=10, d=20, e=30):
> return a, b, c, d, e
Cute, indeed. That decorator implementation is not as flexible as the
* which can go after positional parameters, but of course that is easy
to tweak. Howe
Martin v. Löwis wrote:
> Benji York wrote:
>
>>I'm not familiar with the mechanics, recent versions of Subversion allow
>>per-directory security.
>
> It works fine for http(s), but not for svn+ssh.
Versions prior to 1.3 could use Apache's authorization system.
Subversion 1.3 added a path-based
Luke Dunstan wrote:
> OK. Actually I think distutils will be the last thing to be ported because
> it is not necessary for using the rest of Python. Does distutils has support
> for cross-compiling anyway?
No, it doesn't.
> OK, but what about ANSI C headers like signal.h? I expected HAVE_SIGNAL
Benji York wrote:
> I'm not familiar with the mechanics, recent versions of Subversion allow
> per-directory security. We do this to give some customers read access
> to parts of the repo, and read-write to others. It shouldn't be
> difficult (given a recent enough Subversion) to set up a spri
Paul Moore wrote:
> Is it possible to create a branch in the main Python svn, and grant
> commit privs to that branch only, for sprint participants? I seem to
> recall something like mod_authzsvn being involved, but I don't know
> much more...
We couldn't technically enforce it - but I'm sure spr
"Fred L. Drake, Jr." <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Friday 05 May 2006 02:38, Terry Reedy wrote:
> > My point has been that the function writer should not make such a
> > requirement (for four no-defaut, required params) and that proposing to
> > do
> > so with
Ian D. Bollinger wrote:
> I'm not sure Xah is so much a troll as he is completely out of his
> mind.
Is that Bollinger's law?
Any sufficiently advanced insanity is indistinguishable from trolling.
--
Benji York
___
Python-Dev mailing list
Python-D
"Michael Urman" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On 5/5/06, Terry Reedy <[EMAIL PROTECTED]> wrote:
>> At present, Python allows this as a choice.
I made that statement in the context of comparing these syntaxes
def make_person(name, age, phone, location) # current
Delaney, Timothy (Tim) wrote:
> Should we add an explicit rule to the Python-dev spam filter for Xah?
> Based on his past history, I doubt we'll ever see anything useful from
> him.
>
I'm not sure Xah is so much a troll as he is completely out of his
mind. At any rate, it seems he never has an
Jean-Paul Calderone <[EMAIL PROTECTED]> wrote:
>
> On Fri, 5 May 2006 08:20:02 -0500, Michael Urman <[EMAIL PROTECTED]> wrote:
> >On 5/5/06, Terry Reedy <[EMAIL PROTECTED]> wrote:
> >> At present, Python allows this as a choice.
> >
> >Not always - take a look from another perspective:
> >
> >def
"Vladimir 'Yu' Stepanov" <[EMAIL PROTECTED]> wrote:
> Josiah Carlson wrote:
> > However, as I just said, people usually don't remove items from
> > just-sorted lists, they tend to iterate over them via 'for i in list:' .
> >
> Such problem arises at creation of the list of timers.
I've never s
- Original Message -
From: ""Martin v. Löwis"" <[EMAIL PROTECTED]>
To: "Luke Dunstan" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, May 04, 2006 5:03 AM
Subject: Re: [Python-Dev] Python for Windows CE
> Luke Dunstan wrote:
>> 1. Is there any reason in principle why patches for Windows CE sup
On Friday 05 May 2006 10:16, Nick Coghlan wrote:
> And I imagine API designers that abused the feature would end up being
> abused by their users :)
If used to create poor APIs, I think that's a reasonable outcome. :-)
I don't think using such a feature to constrain APIs is necessarily abuse,
Fred L. Drake, Jr. wrote:
> On Friday 05 May 2006 02:38, Terry Reedy wrote:
> > My point has been that the function writer should not make such a
> > requirement (for four no-defaut, required params) and that proposing to do
> > so with the proposed '*' is an abuse (for public code). The caller
On Fri, 5 May 2006 08:20:02 -0500, Michael Urman <[EMAIL PROTECTED]> wrote:
>On 5/5/06, Terry Reedy <[EMAIL PROTECTED]> wrote:
>> At present, Python allows this as a choice.
>
>Not always - take a look from another perspective:
>
>def make_person(**kwds):
>name = kwds.pop('name', None)
>age
On Friday 05 May 2006 02:38, Terry Reedy wrote:
> My point has been that the function writer should not make such a
> requirement (for four no-defaut, required params) and that proposing to do
> so with the proposed '*' is an abuse (for public code). The caller should
And what exactly is the p
Paul Moore wrote:
> Is it possible to create a branch in the main Python svn, and grant
> commit privs to that branch only, for sprint participants?
I'm not familiar with the mechanics, recent versions of Subversion allow
per-directory security. We do this to give some customers read access
to
On 5/5/06, Terry Reedy <[EMAIL PROTECTED]> wrote:
> At present, Python allows this as a choice.
Not always - take a look from another perspective:
def make_person(**kwds):
name = kwds.pop('name', None)
age = kwds.pop('age', None)
phone = kwds.pop('phone', None)
location = kwds.pop
Mike Orr wrote:
> On 5/4/06, Paul Moore <[EMAIL PROTECTED]> wrote:
>> (But all the current proposals seem to build on os.path, so maybe I
>> should assume otherwise, that os.path will remain indefinitely...)
>
> They build on os.path because that's what we're familiar with using.
> There's no rea
On 5/5/06, Tim Peters <[EMAIL PROTECTED]> wrote:
> Since I hope we see a lot more of these problems in the future, what
> can be done to ease the pain? I don't know enough about SVN admin to
> know what might be realistic. Adding a pile of "temporary
> committers" comes to mind, but wouldn't rea
Josiah Carlson wrote:
"Vladimir 'Yu' Stepanov" <[EMAIL PROTECTED]> wrote:
Comparison of functions of sorting and binary trees not absolutely
correctly. I think that function sort will lose considerably on
greater lists. Especially after an insert or removal of all one element.
Genera
Martin v. Löwis wrote:
> I think Fredrik Lundh points to svk at such occasions.
SVK makes it trivial to mirror a remote SVN repository, and make zillions
of local light-weight branches against that repository (e.g.one branch
per bug you're working on); see e.g.
http://gcc.gnu.org/wiki/SvkHel
On 5/4/06, Paul Moore <[EMAIL PROTECTED]> wrote:
> On 5/4/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> > My inclination was to have a PlatformPath subclass that accepted 'os', 'sep'
> > and 'extsep' keyword arguments to the constructor, and provided the
> > appropriate 'sep' and 'extsep' attribute
On 5/4/06, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Mike Orr wrote:
> >> == a tuple instead of a string ==
> >>
> >> The biggest conceptual change is that my path object is a subclass of
> >> ''tuple'', not a subclass of str.
>
> Why subclass anything? The path should internally represent the file
I've updated the wiki with a second proposal based on this thread, and
also summarized the Python-dev discussions. Please make sure your
favorite feature or pet peeve is adequately represented.
http://wiki.python.org/moin/AlternativePathClass
--
Mike Orr <[EMAIL PROTECTED]>
([EMAIL PROTECTED] ad
33 matches
Mail list logo
