Tarek Ziadé wrote:
> == code, status, next steps ==
>
> The code of the module can be viewed here, it's a revamp of
> distutils.sysconfig:
>
> http://svn.python.org/view/*checkout*/python/branches/tarek_sysconfig/Lib/sysconfig.py?content-type=text%2Fplain
>
> I've refactored distutils/ and site
So there wasn't really any more feedback on the last post of the
argparse PEP other than a typo fix and another +1.
http://www.python.org/dev/peps/pep-0389/
Can I get a pronouncement? Here's a summary of the responses. (Please
correct me if I misinterpreted anyone.)
* Floris Bruynooghe +1
* Br
Tarek wrote:
> == Installation schemes ==
>
> First, the module contains the installation schemes for each platform
> CPython uses.
> An install scheme is a mapping where the key is the "code" name for a
> directory, and
> the value the path of that directory, with some $variable that can be
> exp
On Mon, Dec 14, 2009 at 12:04 PM, Steven Bethard
wrote:
> So there wasn't really any more feedback on the last post of the
> argparse PEP other than a typo fix and another +1.
I just converted a script over to argparse. It seems nice enough, I
was doing a two-level command, and it was quite hand
On Mon, Dec 14, 2009 at 10:22 AM, Ian Bicking wrote:
> On Mon, Dec 14, 2009 at 12:04 PM, Steven Bethard
> wrote:
>> So there wasn't really any more feedback on the last post of the
>> argparse PEP other than a typo fix and another +1.
>
> I just converted a script over to argparse. It seems nice
On Mon, Dec 14, 2009 at 12:43 PM, Steven Bethard
wrote:
> On Mon, Dec 14, 2009 at 10:22 AM, Ian Bicking wrote:
>> On Mon, Dec 14, 2009 at 12:04 PM, Steven Bethard
>> wrote:
>>> So there wasn't really any more feedback on the last post of the
>>> argparse PEP other than a typo fix and another +1.
On 14/12/2009 19:04, Ian Bicking wrote:
[snip...]
Another thing I just noticed is that argparse using -v for version
where optparse does not (it only adds --version); most of my scripts
that use -v to mean --verbose, causing problems. Since this is a poll
question on the argparse site I assume t
On Mon, Dec 14, 2009 at 1:43 PM, Steven Bethard
wrote:
> On Mon, Dec 14, 2009 at 10:22 AM, Ian Bicking wrote:
>> On Mon, Dec 14, 2009 at 12:04 PM, Steven Bethard
>> wrote:
>>> So there wasn't really any more feedback on the last post of the
>>> argparse PEP other than a typo fix and another +1.
2009/12/14 Ian Bicking :
> Another thing I just noticed is that argparse using -v for version
> where optparse does not (it only adds --version); most of my scripts
> that use -v to mean --verbose, causing problems.
Oh, me too.
--
Cheers,
Simon B.
___
On Mon, Dec 14, 2009 at 2:11 PM, Michael Foord
wrote:
> On 14/12/2009 19:04, Ian Bicking wrote:
>>
>> [snip...]
>> Another thing I just noticed is that argparse using -v for version
>> where optparse does not (it only adds --version); most of my scripts
>> that use -v to mean --verbose, causing pr
Michael Foord voidspace.org.uk> writes:
>
> I also use -v for verbose in a few scripts (including options to
> unittest when run with python -m). I've seen -V as a common abbreviation
> for --version (I've just used this with Mono for example).
+1 for letting -v mean "--verbose". This is a rea
I'd like to request that Stefan Krah be granted commit privileges to the Python
svn repository, for the sole purpose of working on a (yet to be created)
py3k-decimal-in-c branch.
Stefan has produced a C library 'libmpdec' implementing (fast!) arbitrary
precision decimal arithmetic, together with a
On 12/14/2009 1:43 PM, Steven Bethard wrote:
On Mon, Dec 14, 2009 at 10:22 AM, Ian Bicking wrote:
On Mon, Dec 14, 2009 at 12:04 PM, Steven Bethard
wrote:
So there wasn't really any more feedback on the last post of the
argparse PEP other than a typo fix and another +1.
I just converted a s
On Mon, Dec 14, 2009 at 11:35 AM, Olemis Lang wrote:
> On Mon, Dec 14, 2009 at 2:11 PM, Michael Foord
>> On 14/12/2009 19:04, Ian Bicking wrote:
>>> Another thing I just noticed is that argparse using -v for version
>>> where optparse does not (it only adds --version); most of my scripts
>>> that
On Mon, Dec 14, 2009 at 11:12 AM, Olemis Lang wrote:
> I thought that one of the following approaches would be considered :
>
> - let optparse remain in stdlib (as is or not ...)
> - re-implement optparse (i.e. a module having the same name ;o) using
> argparse
>
> isn't it ?
Please read the
[Mark Dickinson]
> I'd like to request that Stefan Krah be granted commit privileges to the
> Python
> svn repository, for the sole purpose of working on a (yet to be created)
> py3k-decimal-in-c branch.
+1. I haven't commented on any of this, but I've watched it, and
Stefan appears easy enough
On Mon, Dec 14, 2009 at 3:00 PM, Steven Bethard
wrote:
> On Mon, Dec 14, 2009 at 11:12 AM, Olemis Lang wrote:
>> I thought that one of the following approaches would be considered :
>>
>> - let optparse remain in stdlib (as is or not ...)
>> - re-implement optparse (i.e. a module having the sam
Antoine Pitrou wrote:
> Michael Foord voidspace.org.uk> writes:
>> I also use -v for verbose in a few scripts (including options to
>> unittest when run with python -m). I've seen -V as a common abbreviation
>> for --version (I've just used this with Mono for example).
>
> +1 for letting -v mea
Hello,
Mark Dickinson gmail.com> writes:
>
> I'd like to request that Stefan Krah be granted commit privileges to the
> Python
> svn repository, for the sole purpose of working on a (yet to be created)
> py3k-decimal-in-c branch.
Regardless of whether the commit rights are granted (I am not a
Steven Bethard gmail.com> writes:
>
> Please read the PEP if you haven't, particularly the "Why isn't the
> functionality just being added to optparse?" section. I don't believe
> it is sensible to re-implement all of optparse. What Ian Bicking is
> proposing, I believe, is simpler -- adding a fe
Steven Bethard wrote:
> On Mon, Dec 14, 2009 at 11:12 AM, Olemis Lang wrote:
>> I thought that one of the following approaches would be considered :
>>
>> - let optparse remain in stdlib (as is or not ...)
>> - re-implement optparse (i.e. a module having the same name ;o) using
>>argparse
>>
On Fri, Dec 11, 2009 at 7:59 PM, Nick Coghlan wrote:
> It follows the standard left-to-right evaluation order within an expression:
>
> ()
>
> (i.e. a function call always determines which function is going to be
> called before determining any arguments to be passed)
>
> Splitting it into two lin
On Mon, Dec 14, 2009 at 3:46 PM, Nick Coghlan wrote:
> Steven Bethard wrote:
>> On Mon, Dec 14, 2009 at 11:12 AM, Olemis Lang wrote:
>>> I thought that one of the following approaches would be considered :
>>>
>>> 1 - let optparse remain in stdlib (as is or not ...)
>>> 2 - re-implement optpars
On Mon, Dec 14, 2009 at 8:20 PM, Antoine Pitrou wrote:
> Mark Dickinson gmail.com> writes:
>> I'd like to request that Stefan Krah be granted commit privileges to the
>> Python
>> svn repository, for the sole purpose of working on a (yet to be created)
>> py3k-decimal-in-c branch.
>
> Regardless
I'm not sure the best place to verify this so I'm starting here. I'm told we
finally faxed in our contributor agreement (to the number listed at
http://www.python.org/psf/contrib/) about a week and a half ago. I'd just like
to make sure that someone has received it. Is anyone here able to con
On Mon, Dec 14, 2009 at 10:52 AM, M.-A. Lemburg wrote:
[..]
>> I've refactored distutils/ and site.py so they work with this new
>> module, and added deprecation warnings in distutils.sysconfig.
>
> I think we really need to do something about these kinds of
> deprecations.
>
> IMHO, there is no n
On Mon, Dec 14, 2009 at 1:10 PM, Olemis Lang wrote:
> On Mon, Dec 14, 2009 at 3:46 PM, Nick Coghlan wrote:
>>> On Mon, Dec 14, 2009 at 11:12 AM, Olemis Lang wrote:
I thought that one of the following approaches would be considered :
1 - let optparse remain in stdlib (as is or not ...)
Ian Bicking writes:
> Ideally I really wish ArgumentParser was just named OptionParser, and
> that .add_argument was .add_option, and that argparse's current
> parse_args was named something different, so both the optparse
> parse_args (which returns (options, args)) and argparse's different
> pa
2009/12/14 Dino Viehland :
[..]
> Not mentioned here are the user schemes. Looking at the code it seems that
> _getuserbase is adding "Python" to the path on nt. Isn't that redundant?
> The paths in _INSTALL_SCHEMES already include "Python".
>
Right that's a small bug in the refactoring (there's
Dino Viehland microsoft.com> writes:
>
> > * get_platform(): Return a string that identifies the current
> > platform. (this one is used by site.py for example)
>
> I wonder if this would make more sense a built-in. Ultimately it seems
> like the interpreter implementation knows best about wh
Tarek wrote:
>
> (I didn't digg on how Jython organizes things yet, any hint would be
> appreciated)
The installation directory looks like it's organized just like CPython
but I have no clue how user directories would/should be arranged.
>
> >
> > Also if the purpose of this is for platform spe
Antoine wrote:
> Dino Viehland microsoft.com> writes:
> >
> > > * get_platform(): Return a string that identifies the current
> > > platform. (this one is used by site.py for example)
> >
> > I wonder if this would make more sense a built-in. Ultimately it seems
> > like the interpreter implemen
On Dec 14, 2009, at 2:37 PM, Antoine Pitrou wrote:
> Michael Foord voidspace.org.uk> writes:
>>
>> I also use -v for verbose in a few scripts (including options to
>> unittest when run with python -m). I've seen -V as a common abbreviation
>> for --version (I've just used this with Mono for e
On Mon, Dec 14, 2009 at 12:35, Antoine Pitrou wrote:
> Steven Bethard gmail.com> writes:
> >
> > Please read the PEP if you haven't, particularly the "Why isn't the
> > functionality just being added to optparse?" section. I don't believe
> > it is sensible to re-implement all of optparse. What
2009/12/14 Dino Viehland :
> I’m not sure the best place to verify this so I’m starting here.
p...@python.org is better.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
On Dec 14, 2009, at 2:55 PM, Steven Bethard wrote:
> On Mon, Dec 14, 2009 at 11:35 AM, Olemis Lang wrote:
>> On Mon, Dec 14, 2009 at 2:11 PM, Michael Foord
>>> On 14/12/2009 19:04, Ian Bicking wrote:
Another thing I just noticed is that argparse using -v for version
where optparse does
On Dec 14, 2009, at 2:55 PM, Steven Bethard wrote:
> But yes, it's a poll right now on the argparse website
> (http://code.google.com/p/argparse/) and if you feel strongly about
> it, please add your vote there (rather than here).
I don't even understand what the poll question is asking.
S
___
In testing some existing code with the 2.7 alpha release, I've run into:
TypeError: Unicode-objects must be encoded before hashing
when the existing code tries to pass unicode objects to hashlib.sha1 and
hashlib.md5. This is, I believe, due to changes made for issue 3745:
http://bugs.python
On Dec 14, 2009, at 3:35 PM, Antoine Pitrou wrote:
> Steven Bethard gmail.com> writes:
>>
>> Please read the PEP if you haven't, particularly the "Why isn't the
>> functionality just being added to optparse?" section. I don't believe
>> it is sensible to re-implement all of optparse. What Ian B
On Mon, Dec 14, 2009 at 6:34 PM, sstein...@gmail.com
wrote:
>> Although I am of the people who think working modules shouldn't be
>> deprecated, I
>> also don't think adding compatibility aliases is a good idea. They only make
>> the
>> APIs more bloated and maintenance more tedious. Let's keep
On Mon, Dec 14, 2009 at 4:16 PM, sstein...@gmail.com
wrote:
>
> On Dec 14, 2009, at 2:37 PM, Antoine Pitrou wrote:
>
>> Michael Foord voidspace.org.uk> writes:
>>>
>>> I also use -v for verbose in a few scripts (including options to
>>> unittest when run with python -m). I've seen -V as a common
On Mon, Dec 14, 2009 at 16:21, Benjamin Peterson wrote:
> 2009/12/14 Dino Viehland :
> > I’m not sure the best place to verify this so I’m starting here.
>
> p...@python.org is better.
>
>
The board has confirmed with Dino that we got the agreement.
-Brett
>
> --
> Regards,
> Benjamin
> __
Hi Tarek,
Is there anything in this proposal for windows developers ?
Just that I can't see anything that would help us...
For me, the terminology isn't anything a windows developer could
really understand. It presumes that the developer understands the
python implementation. A developer might
On 15/12/2009 2:07 PM, David Lyon wrote:
Hi Tarek,
Is there anything in this proposal for windows developers ?
Just that I can't see anything that would help us...
So I understand - help doing what?
For me, the terminology isn't anything a windows developer could
really understand. It pres
On Tue, 15 Dec 2009 14:40:56 +1100, Mark Hammond
wrote:
> I think it is fine. If you are really looking for properties specific
> to the operating system (eg, the location of the start menu, desktop,
> appdata folders etc)
But under windows, an application developer might (as in probably
wou
On Mon, 14 Dec 2009 23:58:08 +0100, Tarek Ziadé
wrote:
> Yes that's one point someone raised (can't recall who) and the idea was
to
> have a separate top directory for user dirs, that would start with the
name
> of the implementation:
>
> so for Windows:
>
> ~/Python/Python26/..
> ~/IronPython/.
On 15/12/2009 2:42 PM, David Lyon wrote:
On Tue, 15 Dec 2009 14:40:56 +1100, Mark Hammond
wrote:
I think it is fine. If you are really looking for properties specific
to the operating system (eg, the location of the start menu, desktop,
appdata folders etc)
But under windows, an application
David Lyon writes:
> On Tue, 15 Dec 2009 14:40:56 +1100, Mark Hammond
> wrote:
>
> > I think it is fine. If you are really looking for properties
> > specific to the operating system (eg, the location of the start
> > menu, desktop, appdata folders etc)
>
> But under windows, an application deve
On Tue, 15 Dec 2009 15:05:18 +1100, Mark Hammond
wrote:
>> But under windows, an application developer might (as in probably
>> would) like to install an application in \Program Files\someapp
>> rather than hidden in the bowels of the python interpretor.
>
> I agree - but in that case you are tal
On 15/12/2009 3:09 PM, David Lyon wrote:
On Tue, 15 Dec 2009 15:05:18 +1100, Mark Hammond
wrote:
But under windows, an application developer might (as in probably
would) like to install an application in \Program Files\someapp
rather than hidden in the bowels of the python interpretor.
I agre
On Tue, 15 Dec 2009 15:24:36 +1100, Mark Hammond
wrote:
But under windows, an application developer might (as in probably
would) like to install an application in \Program Files\someapp
rather than hidden in the bowels of the python interpretor.
> ...
> I'm missing your point
51 matches
Mail list logo