Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

2016-01-23 Thread Victor Stinner
3600 seconds is the maximum duration of a single test file. We may reduce
it since a single test file should not take longer than 30 min. Maybe we
can do better and put the timeout on a single test function.

Victor
___
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


Re: [Python-Dev] Buildbot timing out - test suite failure - test_socket issue with UDP6?

2016-01-23 Thread Chris Angelico
On Sun, Jan 24, 2016 at 1:37 AM, Victor Stinner
 wrote:
> 3600 seconds is the maximum duration of a single test file. We may reduce it
> since a single test file should not take longer than 30 min. Maybe we can do
> better and put the timeout on a single test function.

I'd be inclined to put some strong timeouts on test_socket.py (at some
level or other of granularity). Most of those tests should be finished
in a fraction of a second; a few might take a few seconds, maybe. None
should take a whole minute. But they might easily sit around that
long.

But I'd rather know what I messed up in my recreation of the VM's configs.

ChrisA
___
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


Re: [Python-Dev] do people use sys._mercurial?

2016-01-23 Thread Brett Cannon
It seems that people do use the values so there will be a sys._git
attribute.

On Fri, 22 Jan 2016 at 19:57 Ned Deily  wrote:

> On Jan 22, 2016, at 18:44, Brett Cannon  wrote:
> > Since we are going to be switching over to Git, sys._mercurial is going
> to be made to return a dummy value of `('CPython', '', '')` once we switch
> to Git. But my question is do we bother to replace it with sys._git? I
> wanted to make sure that the effort is worth it to keep changing these
> VCS-specific attributes every time we change our VCS (and no, we are not
> going to adopt a generic one; already had that debate). So do please speak
> up if you actually have found value from sys._mercurial.
>
> As long as the git revision tag (if any) and hash show up in sys.version
> and the interpreter interactive (REPL) mode header as they do today with hg
> and previously with svn (that is, when the interpreter is built from a vcs
> checkout), I'm happy:
>
> $ python3
> Python 3.5.1 (v3.5.1:37a07cee5969, Dec  5 2015, 21:12:44)
> [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>>
>
> --
>   Ned Deily
>   n...@python.org -- []
>
> ___
> 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/brett%40python.org
>
___
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


Re: [Python-Dev] do people use sys._mercurial?

2016-01-23 Thread francismb
Hi,

On 01/23/2016 12:44 AM, Brett Cannon wrote:
> Since we are going to be switching over to Git, sys._mercurial is going to
> be made to return a dummy value of `('CPython', '', '')` once we switch to
> Git.

for me sys._mercurial it's already returning that (?) : what should
return now? (it's a bug?)


$ ipython
Python 2.7.11 (default, Dec  9 2015, 00:29:25)
Type "copyright", "credits" or "license" for more information.

IPython 2.4.1 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help  -> Python's own help system.
object?   -> Details about 'object', use 'object??' for extra details.

In [1]: import sys

In [2]: sys._mercurial
Out[2]: ('CPython', '', '')

In [3]:


Regards,
francis
___
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


Re: [Python-Dev] do people use sys._mercurial?

2016-01-23 Thread Brett Cannon
On Sat, 23 Jan 2016 at 11:45 francismb  wrote:

> Hi,
>
> On 01/23/2016 12:44 AM, Brett Cannon wrote:
> > Since we are going to be switching over to Git, sys._mercurial is going
> to
> > be made to return a dummy value of `('CPython', '', '')` once we switch
> to
> > Git.
>
> for me sys._mercurial it's already returning that (?) : what should
> return now? (it's a bug?)
>

Depends on your OS and how CPython was built whether it returns that value
or something more useful. IOW it's not a bug.
___
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


Re: [Python-Dev] do people use sys._mercurial?

2016-01-23 Thread Random832
Brett Cannon  writes:
> (and no, we are not going to adopt a generic one; already had that
> debate).

Do you have a link to the relevant discussions?

___
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


Re: [Python-Dev] do people use sys._mercurial?

2016-01-23 Thread Brett Cannon
Some discussion happened on core-workflow@, otherwise you can look through
the python-dev archives for when we added sys._mercurial.

On Sat, 23 Jan 2016, 16:25 Random832  wrote:

> Brett Cannon  writes:
> > (and no, we are not going to adopt a generic one; already had that
> > debate).
>
> Do you have a link to the relevant discussions?
>
> ___
> 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/brett%40python.org
>
___
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