note that "venv" and "virtualenv"
are two related but different packages (venv being included in the
standard library and virtualenv available on pypi).
At least here on Ubuntu 18.04 with python 3.6 venv and virtualenv
16.7.9, venv does not include python-co
October; which I believe is the most recent
previous discussion:
https://mail.python.org/pipermail/python-dev/2018-October/155435.html
Janzert
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le
n
is there for free, ensuring there is a clean way to add this in the
future would be really nice.
Janzert
___
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
refer an API that simply gives whatever came for free from the
OS and then let the user decide if the extra expense is worth the extra
information. Maybe that stat information was only going to be used for
an informational log that can be skipped if it's going
On 4/27/2014 12:40 PM, Barry Warsaw wrote:
On Apr 26, 2014, at 12:33 AM, Janzert wrote:
So the one example under discussion is:
foo = long_function_name(
var_one, var_two,
var_three, var_four)
and comes from http://legacy.python.org/dev/peps/pep-0008/#indentation
Specifically the third
s other
than 4 spaces are allowed in this situation maybe verbiage to that
effect could be added.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/
specific purpose of keeping its
archives out of public view.
Janzert
___
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
y where and how it was
posted.
Janzert
___
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
r news[1] and it has been sitting around #5 on
the front page for about 3 hours now. That should've helped broaden the
responses a bit.
Janzert
1. https://news.ycombinator.com/item?id=6990481
___
Python-Dev mailing list
Python-Dev@python.org
h
;)
I think there's a decent chance I'd get it wrong if I was scanning
through code with that construct in the midst of it.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscr
hat I would except most often the initial
insertion to be the canonical form.
Whichever way is adopted, I think even if you say it's implementation
specific, people will end up relying on it in their code.
Janzert
___
Python-Dev mailing list
It seems like most of this could live on PyPi for a while so the API can
get hashed out in use? If that's not the case is it because the PEP 445
API isn't rich enough?
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.
On 12/13/2012 1:39 AM, Glenn Linderman wrote:
On 12/12/2012 6:10 PM, Janzert wrote:
On 12/12/2012 8:43 PM, Glenn Linderman wrote:
On 12/12/2012 5:36 PM, Brian Curtin wrote:
>> C:\ProgramData\Python
^ That. Is not the path that the link below is talking
about, though.
On 12/12/2012 8:43 PM, Glenn Linderman wrote:
On 12/12/2012 5:36 PM, Brian Curtin wrote:
>> C:\ProgramData\Python
^ That. Is not the path that the link below is talking
about, though.
It actually does; it is rather confusing though. :/ It's referring to
KNOWNFOLDERID constant
On 4/7/2012 5:49 AM, Victor Stinner wrote:
2012/4/7 Janzert:
On 4/5/2012 6:32 AM, Victor Stinner wrote:
I prefer to use CLOCK_MONOTONIC, not because it is also available for
older Linux kernels, but because it is more reliable. Even if the
underlying clock source is unstable (unstable
uot;just
enough" to try and achieve short term accuracy, but I don't know of
anything providing that.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.
ilable and failing that used the realtime clock but cached
the previous returned value and ensured that all values returned obeyed
the monotonic property still. But I don't see why that function
shouldn't just be time.monotonic().
Janzert
___
Pyt
one called time.monotonic(). To my mind a steady clock
is by definition monotonic but a monotonic one may or may not be steady.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
x27;t have n**2 worse
case performance?
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 10/18/2010 3:33 PM, Janzert wrote:
http://xiph.org/video/vid1.shtml
Sorry, sent to the wrong place.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
http://xiph.org/video/vid1.shtml
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
etc)?
>> Assuming the Network type loses the notion of a specific host (or host
>> address,
>> or `ip`) attached to it, yes.
>
> this is "less useful (strictly removing functionality)" and is an
> example of
ollowing makes complete sense,
but then it seems that I may just be the odd one out.
>>> class A(object):
... pass
...
>>> a = A()
>>> a[1]
Traceback (most recent call last):
File "", line 1, in
TypeError: 'A' object is unindexabl
e actual details but it seems from your description
that even if you check first a race condition will still exist.
Specifically the subprocess could terminate after the check and before
the TerminateProcess call. So it seems better just to call
TerminateProcess and then correctly handle any possible error.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
and then close the list to further submissions. Let people
join the new appropriate list manually if needed.
Otherwise +1 on getting the discussion and checkins back into combined
lists.
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
http://mail
new names. Underscores are not fun to type. They
create a weird_mental_pause when reading them.
+1
And Merriam-Webster agrees,
http://www.merriam-webster.com/dictionary/setup
http://www.merriam-webster.com/dictionary/teardown
Janzert
___
Python
Guido van Rossum wrote:
> On Wed, Mar 19, 2008 at 12:54 PM, Phillip J. Eby <[EMAIL PROTECTED]> wrote:
> [a long message]
>
> I'm back at Google and *really* busy for another week or so, so I'll
> have to postpone the rest of this discussion for a while. If other
> people want to chime in please do
27 matches
Mail list logo
