Martin Teichmann wrote:
maybe
we could just change the compiler to leave the order in which things are defined
in a class in the class namespace, say as a member __order__? Then we could
use plain-old dicts for the class namespace, and we would not slow down class
creation (not that it matters mu
On 23 March 2015 at 22:29, Serhiy Storchaka wrote:
>> As a result, explicitly support pathlib.Path objects as arguments.
>> Also added tests for the CLI interface.
>
> Congratulate with your first commit Paul!
Thanks :-)
Paul
___
Python-Dev mailing list
On 22.03.15 17:33, paul.moore wrote:
https://hg.python.org/cpython/rev/0b2993742650
changeset: 95126:0b2993742650
user:Paul Moore
date:Sun Mar 22 15:32:36 2015 +
summary:
#23657 Don't explicitly do an isinstance check for str in zipapp
As a result, explicitly support pa
On 23Mar2015 21:58, Gregory P. Smith wrote:
While people sometimes suggest virtualenv as a solution for this. It isn't
really the same thing. It isn't a hermetic clone of the original
interpreter. It copies the main binary but symlinks back to much of the
stdlib.
Oh.
I had thought a non-stan
On Mon, 23 Mar 2015 21:58:06 +
"Gregory P. Smith" wrote:
>
> virtualenv is an amazing hack that I promote to most anyone for their own
> applications use with the occasional known caveats (solvable by regurly
> rebuilding your virtualenvs)... But I wouldn't want to see it used for the
> core
On Wed, Mar 18, 2015 at 9:48 AM Barry Warsaw wrote:
> On Mar 18, 2015, at 05:31 PM, Victor Stinner wrote:
>
> >Does it work to pass command line options to Python in the shebang?
>
> Yes, but only one "word", thus -Es or -I.
>
> We've often mused about whether it makes sense to have two Pythons o
On Mon, Mar 23, 2015 at 04:14:52PM +0100, Antoine Pitrou wrote:
> On Mon, 23 Mar 2015 08:06:13 -0700
> Toshio Kuratomi wrote:
> > >
> > > I really think Donald has a good point when he suggests a specific
> > > virtualenv for system programs using Python.
> > >
> > The isolation is what we're se
On Mar 23, 2015 8:15 AM, "Antoine Pitrou" wrote:
>
> On Mon, 23 Mar 2015 08:06:13 -0700
> Toshio Kuratomi wrote:
> > >
> > > I really think Donald has a good point when he suggests a specific
> > > virtualenv for system programs using Python.
> > >
> > The isolation is what we're seeking but I th
On Mon, 23 Mar 2015 19:16:17 +0100
Andrea Griffini wrote:
> On Mon, Mar 23, 2015 at 7:08 PM, Brett Cannon wrote:
> >
> > It's not really our place to say if it makes sense for Arch to compile
> > with valgrind flags turned on. It really depends on how they use Python in
> > their Linux distributi
On Mon, Mar 23, 2015 at 7:08 PM, Brett Cannon wrote:
>
>
>
> It's not really our place to say if it makes sense for Arch to compile
> with valgrind flags turned on. It really depends on how they use Python in
> their Linux distribution and what their own goals are.
>
I already asked the package m
On Mon, Mar 23, 2015 at 1:59 PM Andrea Griffini wrote:
> Hello,
>
> does it have any sense for a linux distribution (arch to be specific) to
> provide default Python package compiled with valgrind support? I thought
> this flag was just about silencing false positives generated by valgrind
> (in
Hello,
does it have any sense for a linux distribution (arch to be specific) to
provide default Python package compiled with valgrind support? I thought
this flag was just about silencing false positives generated by valgrind
(in other words a workaround for "bugs" of another software) and useful
On Mon, 23 Mar 2015 08:06:13 -0700
Toshio Kuratomi wrote:
> >
> > I really think Donald has a good point when he suggests a specific
> > virtualenv for system programs using Python.
> >
> The isolation is what we're seeking but I think the amount of work required
> and the added complexity for t
On Mon, Mar 23, 2015 at 03:30:23PM +0100, Antoine Pitrou wrote:
> On Mon, 23 Mar 2015 07:22:56 -0700
> Toshio Kuratomi wrote:
> >
> > Building off Nick's idea of a system python vs a python for users to use, I
> > would see a more useful modification to be able to specify SPYTHONPATH (and
> > oth
> For folks that haven't looked at the tracker issue: I personally like
> the change, but it does involve storing the cell object in a
> dunder-variable in the class namespace while it's being defined (until
> type.__new__ executes and both populates it and removes it from the
> class namespace).
On Mon, 23 Mar 2015 07:22:56 -0700
Toshio Kuratomi wrote:
>
> Building off Nick's idea of a system python vs a python for users to use, I
> would see a more useful modification to be able to specify SPYTHONPATH (and
> other env vars) to go along with /usr/bin/spython . That way the user
> mainta
-Toshio
On Mar 19, 2015 3:27 PM, "Victor Stinner" wrote:
>
> 2015-03-19 21:47 GMT+01:00 Toshio Kuratomi :
> > I think I've found the Debian discussion (October 2012):
> >
> > http://comments.gmane.org/gmane.linux.debian.devel.python/8188
> >
> > Lack of PYTHONWARNINGS was brought up late in the di
On 23/03/2015 01:46, Glenn Linderman wrote:
> On 3/22/2015 8:12 AM, Tim Golden wrote:
>> I'll create a £££ user (which is the easiest non-ASCII name to create
>> on a UK keyboard) to see how cleanly the latest installer works.
>
> You can also copy/paste. A path with a Cyrillic, Greek, Chinese,
18 matches
Mail list logo
