>
> This may even be a bug/feature of IPython,
Ahh, thanks! I’ll look into that.
-CHB
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/pyth
there. The backup
service could change its conditions, go out of business, or simply
have a technical failure — so I don’t want everything there, either.
Any service could change or fail. Period.
So we shouldn’t want valuable information about Python development
only in gitHub.
I don’t know how ha
after all, in py2, the
handling of the looping name was handled differently in gen_exp vs
comprehensions.
So I think a local scope for all comprehension-like things would be
the way to go.
But getting back to the original thread topic — python has a number of
places that you can only use express
ons can be virtually anywhere in your code.
Is this a real risk? Maybe not, but it is a complication.
-CHB
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailma
constructs like generator expressions?
-CHB
___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
you've run the iterators within it, but with a generator
> expression, you already have a generator before you've
> run it. That makes it feel different to me.
>
> --
> Greg
> ___
> Python-Dev mailing list
> Python-Dev@python.
. But we’re not
starting from scratch.
And “list comprehension” has become a pretty universal (or at least
common) term in the python world. So we really can’t expect to re-name
that.
And despite the term having its roots in an esoteric corner of
mathematics, I’ve never seen anyone confused by it
is not the place for sanitizing to take
place — each app will need different sanitization rules.
-CHB
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/o
I’m all for extending the life of 3.6, it sure feels recent to me!
> 3.6 is the default Python in Ubuntu 18.04 LTS and RHEL 8. And due to several
> important syntax features it can be a minimal required version for long time.
Which is a good argument for why we may not need longer term s
with (single process + multiple
> subinterpreters + plugins can't keep state in Python + all my Python
> calls are performed on the main thread) for the time being. That's
> quite a limited environment, which I hope I can make work in the long
> run. And I think the concept of sub
ase.)
Well, yes, that particular example is pretty clear. But as a rule, there
are a LOT of errors that can be pretty mysterious to newbies.
I would love to see Python become generally more informative with errors.
In this case, you’d probably get a similar error, but it’s still nice to
get i
> But as a rule,
>> there are a LOT of errors that can be pretty mysterious to newbies.
>
> Isn't that the very definition of "newbie"? That's half a joke, but I
> really don't think that programmers new to Python should be the
> standard.
Pyt
> On Feb 13, 2019, at 9:13 AM, Steve Dower
>
> I'm inclined to view "python" as the default, official command, with the
> versioned ones being workarounds added by distributors.
+1 — almost. I agree that “python” be the default, but it would be
good to require (o
I got error message that test_dtrace and test_normalization failed. Below is
the messages when I reran the test. Please let me know whether these errors are
okay.
Thanks,
Haritha
[root@mrkdlvaiaas2882 Python-3.6.5]# ./python -m test -v test_normalization
== CPython 3.6.5 (default, Mar 8 2019
> I'd like to raise a potential edge case that might be a problem, and likely
> an increasingly common one: users with multiple installations of the *same*
> version of Python.
I would suggest that that use case is best addressed by a system that
isolates the entire python enviro
who will *make* the decision read Python-Dev regularly, except
> perhaps Carol.
>
> Paul Moore writes:
>
>> Thanks for all of these. I appreciate the time you took locating them
>> for me. But I do have to say that I still can't really follow any
>> useful &qu
]
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives/list/python-dev@python.org/message
1701 - 1717 of 1717 matches
Mail list logo
