[issue24272] PEP 484 docs

[Guido van Rossum]

Guido van Rossum added the comment:

Yeah, there's another diff but I didn't get to it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23973] PEP 484 implementation

[Guido van Rossum]

Guido van Rossum added the comment:

There's more, but you can reduce the priority now.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24833] IDLE tabnanny check fails

[Сергей Лисов]

New submission from Сергей Лисов:

idlelib.ScriptBinding line 72: tokenize.TokenError object is not iterable

--
components: IDLE
messages: 248314
nosy: Сергей Лисов
priority: normal
severity: normal
status: open
title: IDLE tabnanny check fails
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24824] Pydoc fails with codecs

[Roundup Robot]

Roundup Robot added the comment:

New changeset bdd1df816f84 by Serhiy Storchaka in branch '3.5':
Issue #24824: Signatures of codecs.encode() and codecs.decode() now are
https://hg.python.org/cpython/rev/bdd1df816f84

New changeset ad65cad76331 by Serhiy Storchaka in branch 'default':
Issue #24824: Signatures of codecs.encode() and codecs.decode() now are
https://hg.python.org/cpython/rev/ad65cad76331

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24824] Pydoc fails with codecs

[Larry Hastings]

Larry Hastings added the comment:

Fixed.  Thanks, Serhiy!

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

[Larry Hastings]

Larry Hastings added the comment:

Yeah, I stopped it at 300k iterations.  No problems.  Glad this fix got in for 
rc1.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24732] 3.5.0b3 Windows accept() on unready non-blocking socket raises PermissionError

[Larry Hastings]

Changes by Larry Hastings :


--
priority: release blocker -> high

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24834] pydoc should display the expression for a builtin argument default, not its result

[Larry Hastings]

New submission from Larry Hastings:

As discussed in #24824, inspect.Parameter currently only has a place to store 
the value of a default argument.  Which means, if a complicated bit of code was 
used to produce that default argument, all we have left is the value, not the 
code that arrived at that value.  Which means all pydoc can do is display the 
value.

When C extensions pass in their default arguments as expressions, it'd be great 
if we could preserve that text and present it to the user.  The example that 
resulted in us creating this issue: _codecs.encode() and _codecs.decode() both 
took an "encoding" parameter that defaulted to sys.getdefaultencoding().  The 
value of that function was (always) "utf-8".  It's slightly more meaningful to 
display
encoding=sys.getdefaultencoding(),
than
encoding="utf-8",
in pydoc.

As a first approach, I propose we add a new member to inspect.Parameter, call 
it "symbolic_default_value", which contains the expression passed in by 
Argument Clinic (if present).  pydoc should look for this member when computing 
the documentation for a function, and prefer to present it to the user over the 
actual default value.

--
assignee: larry
messages: 248318
nosy: larry, serhiy.storchaka, yselivanov
priority: normal
severity: normal
stage: needs patch
status: open
title: pydoc should display the expression for a builtin argument default, not 
its result
type: enhancement
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24272] PEP 484 docs

[Larry Hastings]

Changes by Larry Hastings :


--
priority: release blocker -> high

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24585] Windows installer does not detect existing installs

[Larry Hastings]

Larry Hastings added the comment:

Quoting from PEP 101:

   release blocker - Stops the release dead in its tracks.  You may not
 make any release with any open release blocker bugs.

So, yeah, I want to.

--
priority: release blocker -> critical

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23973] PEP 484 implementation

[Larry Hastings]

Changes by Larry Hastings :


--
priority: release blocker -> high

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Larry Hastings]

New submission from Larry Hastings:

The Python 3.5 buildbot for Windows 7 consistently fails during test_asyncio.  
The buildbots are here:

http://buildbot.python.org/all/waterfall?category=3.5.stable

An example log file:

http://buildbot.python.org/all/builders/x86%20Windows7%203.5/builds/173/steps/test/logs/stdio

The error is at the end and looks like this:

test_winsocketpair_ipv6 
(test.test_asyncio.test_windows_utils.WinsocketpairTests) ... 
D:\cygwin\home\db3l\buildarea\3.5.bolen-windows7\build\lib\asyncio\base_subprocess.py:122:
 ResourceWarning: unclosed transport <_WindowsSubprocessTransport pid=3388 
running>
  warnings.warn("unclosed transport %r" % self, ResourceWarning)
test test_asyncio failed
ok

Who's the expert for the asyncio implementation on Windows?  Could one of you 
guys nosy him/her on the bug?

--
messages: 248320
nosy: gvanrossum, haypo, larry, steve.dower
priority: critical
severity: normal
stage: needs patch
status: open
title: Consistent failure in test_asyncio on Windows 7 buildbot
type: crash

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[Larry Hastings]

New submission from Larry Hastings:

The Snow Leopard buildbot for Python 3.5 consistently fails in the regression 
test for the email module.

The 3.5 buildbots are here:

http://buildbot.python.org/all/waterfall?category=3.5.stable

Example log file:

http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.5/builds/185/steps/test/logs/stdio

Sample failure:

==
FAIL: test_formatdate (test.test_email.test_utils.FormatDateTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.5.murray-snowleopard/build/Lib/test/support/__init__.py",
 line 1531, in inner
return func(*args, **kwds)
  File 
"/Users/buildbot/buildarea/3.5.murray-snowleopard/build/Lib/test/test_email/test_utils.py",
 line 145, in test_formatdate
self.assertEqual(string, 'Thu, 01 Dec 2011 15:00:00 -')
AssertionError: 'Thu, 01 Dec 2011 16:00:00 -' != 'Thu, 01 Dec 2011 
15:00:00 -'
- Thu, 01 Dec 2011 16:00:00 -
?   ^
+ Thu, 01 Dec 2011 15:00:00 -
?   ^


==
FAIL: test_formatdate_with_localtime 
(test.test_email.test_utils.FormatDateTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.5.murray-snowleopard/build/Lib/test/support/__init__.py",
 line 1531, in inner
return func(*args, **kwds)
  File 
"/Users/buildbot/buildarea/3.5.murray-snowleopard/build/Lib/test/test_email/test_utils.py",
 line 157, in test_formatdate_with_localtime
self.assertEqual(string, 'Thu, 01 Dec 2011 18:00:00 +0300')
AssertionError: 'Thu, 01 Dec 2011 18:00:00 +0200' != 'Thu, 01 Dec 2011 
18:00:00 +0300'
- Thu, 01 Dec 2011 18:00:00 +0200
? ^
+ Thu, 01 Dec 2011 18:00:00 +0300
? ^

Ned...?

--
messages: 248321
nosy: larry, ned.deily
priority: critical
severity: normal
stage: needs patch
status: open
title: Consistent failure in test_email on OS X Snow Leopard buildbot for 
Python 3.5
type: crash
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24831] Load average in test suite too high

[Stefan Krah]

Stefan Krah added the comment:

It's very likely an I/O issue. There are several large file
tests that run even if 'largefile' is disabled. It already
helps a lot if the following tests are decorated with 
requires_resource('largefile'):

test_mmap: class LargeMmapTests()

test_io: large_file_ops()

test_largefile: all tests

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Guido van Rossum]

Guido van Rossum added the comment:

Probably Vincent knows? FWIW the actual failure from the log file is:

FAIL: test_popen_error 
(test.test_asyncio.test_subprocess.SubprocessProactorTests)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.5.bolen-windows7\build\lib\test\test_asyncio\test_subprocess.py",
 line 428, in test_popen_error
self.loop.run_until_complete(create)
AssertionError: ZeroDivisionError not raised

The test refers to issue #24763.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Guido van Rossum]

Guido van Rossum added the comment:

Actually, this seems to be Yuri's mistake -- in rev 99550a01fa6e (in the 3.4 
case, I suppose it's been merged into 3.5 and 3.6) he (accidentally, I assume) 
reverted Victor's (not Vincent's -- sorry!) fix from issue #24763. But 
apparently Victor didn't copy that fix to the upstream asyncio repo.

--
nosy: +yselivanov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24831] Load average in test suite too high

[Antoine Pitrou]

Antoine Pitrou added the comment:

Note some of those large file tests work on sparse files, which shouldn't be a 
problem if they are supported by the filesystem (which is most Linux 
filesystems, AFAIK).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24831] Load average in test suite too high

[Stefan Krah]

Stefan Krah added the comment:

Thanks, this clears up the mystery! -- I made the mistake of choosing
the eCryptfs-homedir option when installing Ubuntu, so now I have eCryptfs on 
top of LVM on top of full-disk encryption.

So I can't create sparse files in my home directory, but I *can*
create sparse files with zero overhead in /tmp.


The test suite runs smoothly from /usr/local.  Should we perhaps create
temp files in /tmp rather than in a subdir of the build directory?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24832] Issue building docs with newer sphix (default theme -> classic)

[R. David Murray]

R. David Murray added the comment:

1.3.1.  The doc build doesn't *fail*, it's just that if you try to view the 
built pages they don't render correctly, because there is no default.css that 
the pydoctheme depends on.

I wonder what the web site is using for the build.  Although copying 
default.css from an old build works (as would, presumably, copying classic.css 
to default.css or hardlinking it).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[R. David Murray]

R. David Murray added the comment:

The buildbot needs to upgrade its timezone files, they are quite out of date.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[R. David Murray]

R. David Murray added the comment:

"quite out of date" being pre 2011k, FYI.  See issue 22932.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24832] Issue building viewable docs with newer sphinx (default theme -> classic)

[R. David Murray]

Changes by R. David Murray :


--
title: Issue building docs with newer sphinx (default theme -> classic) -> 
Issue building viewable docs with newer sphinx (default theme -> classic)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24832] Issue building docs with newer sphinx (default theme -> classic)

[R. David Murray]

Changes by R. David Murray :


--
title: Issue building docs with newer sphix (default theme -> classic) -> Issue 
building docs with newer sphinx (default theme -> classic)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11677] make test has horrendous performance on an ecryptfs

[Stefan Krah]

Stefan Krah added the comment:

I don't know whether this is worth reopening, but the ecryptfs
performance is still very poor on my Lenovo T400 (see #24831).

For most people an extra option for choosing the tmpdir
would not help, since they'd simply blame the hardware
or the test suite.

--
nosy: +skrah

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24831] Load average in test suite too high

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Should we perhaps create
temp files in /tmp rather than in a subdir of the build directory?

That would sound reasonable, I don't know why it hasn't been done like that 
from the start. Perhaps Ezio or Victor know.

--
nosy: +ezio.melotti, haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

[Brett Cannon]

Changes by Brett Cannon :


--
assignee:  -> brett.cannon
versions: +Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24745] Better default font for editor

[Ned Deily]

Ned Deily added the comment:

Unfortunately, we didn't test this change with Tk 8.4: TkFixedFont does not 
exist in 8.4.  This means that, unless the user has already modified the IDLE 
configuration to use an explicit font, IDLE linked with Tk 8.4 crashes in 
initialization.

$ mv .idlerc/ .idlerc-OLD
$ idle3.5
Traceback (most recent call last):
  File "/usr/local/bin/idle3.5", line 5, in 
main()
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/PyShell.py",
 line 1560, in main
shell = flist.open_shell()
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/PyShell.py",
 line 320, in open_shell
self.pyshell = PyShell(self)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/PyShell.py",
 line 867, in __init__
OutputWindow.__init__(self, flist, None, None)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/OutputWindow.py",
 line 16, in __init__
EditorWindow.__init__(self, *args)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/EditorWindow.py",
 line 233, in __init__
text['font'] = idleConf.GetFont(self.root, 'main', 'EditorWindow')
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/configHandler.py",
 line 691, in GetFont
f = Font(name='TkFixedFont', exists=True, root=root)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/tkinter/font.py",
 line 87, in __init__
"named font %s does not already exist" % (self.name,))
_tkinter.TclError: named font TkFixedFont does not already exist
n

A workaround is to manually create or edit the IDLE configuration file and 
define an explicit font, for example on OS X:

$ cat >.idlerc/config-main.cfg < release blocker
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24745] Better default font for editor

[Ned Deily]

Changes by Ned Deily :


--
Removed message: http://bugs.python.org/msg248332

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24745] Better default font for editor

[Ned Deily]

Ned Deily added the comment:

Unfortunately, we didn't test this change with Tk 8.4: TkFixedFont does not 
exist in 8.4.  This means that, unless the user has already modified the IDLE 
configuration to use an explicit font, IDLE linked with Tk 8.4 crashes in 
initialization.

$ mv .idlerc/ .idlerc-OLD
$ idle3.5
Traceback (most recent call last):
  File "/usr/local/bin/idle3.5", line 5, in 
main()
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/PyShell.py",
 line 1560, in main
shell = flist.open_shell()
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/PyShell.py",
 line 320, in open_shell
self.pyshell = PyShell(self)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/PyShell.py",
 line 867, in __init__
OutputWindow.__init__(self, flist, None, None)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/OutputWindow.py",
 line 16, in __init__
EditorWindow.__init__(self, *args)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/EditorWindow.py",
 line 233, in __init__
text['font'] = idleConf.GetFont(self.root, 'main', 'EditorWindow')
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/idlelib/configHandler.py",
 line 691, in GetFont
f = Font(name='TkFixedFont', exists=True, root=root)
  File 
"/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/tkinter/font.py",
 line 87, in __init__
"named font %s does not already exist" % (self.name,))
_tkinter.TclError: named font TkFixedFont does not already exist
n

A workaround is to manually create or edit the IDLE configuration file and 
define an explicit font, for example on OS X:

$ cat > ~/.idlerc/config-main.cfg <

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

[Eric Snow]

Eric Snow added the comment:

> Yeah, I stopped it at 300k iterations.  No problems.  Glad this fix got
in for rc1.

Thanks for the double-check, Larry.  I'd done similar testing, though not
as exhaustively. :)  Getting a fix in for RC1 was pretty important to me.
It stretched me a bit, but I got it done.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

[Larry Hastings]

Larry Hastings added the comment:

Thanks for diagnosing the problem, David!

--
keywords: +buildbot
priority: critical -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24745] Better default font for editor

[Larry Hastings]

Larry Hastings added the comment:

We're retagging 3.5.0rc1 to fix this and one other regression.  Can someone 
step up and get this fix checked in in the next six or eight hours?  You can 
just check in to the 3.5 branch on hg.python.org/cpython like normal (you won't 
have to use Bitbucket and "pull requests" for this).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Larry Hastings]

Larry Hastings added the comment:

We're retagging 3.5.0rc1 to fix this and one other regression.  Can someone 
step up and get this fix checked in in the next six or eight hours?  You can 
just check in to the 3.5 branch on hg.python.org/cpython like normal (you won't 
have to use Bitbucket and "pull requests" for this).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Yury Selivanov]

Yury Selivanov added the comment:

I can commit the fix in an hour or so.

--
nosy: +Yury.Selivanov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15989] Possible integer overflow of PyLong_AsLong() results

[Robert Collins]

Robert Collins added the comment:

It looks fine to me, for whatever thats worth. I think you should commit it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20059] Inconsistent urlparse/urllib.parse handling of invalid port values?

[Robert Collins]

Changes by Robert Collins :


--
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20059] Inconsistent urlparse/urllib.parse handling of invalid port values?

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7c78279afc30 by Robert Collins in branch 'default':
Issue #20059: urllib.parse raises ValueError on all invalid ports.
https://hg.python.org/cpython/rev/7c78279afc30

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Roundup Robot]

Roundup Robot added the comment:

New changeset 26483248 by Yury Selivanov in branch '3.4':
Issue #24763: Fix asyncio test on Windows (fix reverted change)
https://hg.python.org/cpython/rev/26483248

New changeset aa527ee0d27f by Yury Selivanov in branch '3.5':
Merge 3.4 (issues #24835, #24763)
https://hg.python.org/cpython/rev/aa527ee0d27f

New changeset f304ba9425a3 by Yury Selivanov in branch 'default':
Merge 3.5 (issues #24835, #24763)
https://hg.python.org/cpython/rev/f304ba9425a3

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24763] asyncio.BaseSubprocessTransport triggers an unavoidable ResourceWarning if process doesn't start

[Roundup Robot]

Roundup Robot added the comment:

New changeset 26483248 by Yury Selivanov in branch '3.4':
Issue #24763: Fix asyncio test on Windows (fix reverted change)
https://hg.python.org/cpython/rev/26483248

New changeset aa527ee0d27f by Yury Selivanov in branch '3.5':
Merge 3.4 (issues #24835, #24763)
https://hg.python.org/cpython/rev/aa527ee0d27f

New changeset f304ba9425a3 by Yury Selivanov in branch 'default':
Merge 3.5 (issues #24835, #24763)
https://hg.python.org/cpython/rev/f304ba9425a3

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Yury Selivanov]

Yury Selivanov added the comment:

Guido, thanks for investigating this.

Larry, it should be fixed now (although I don't have a windows machine at hand 
to test it)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Larry Hastings]

Larry Hastings added the comment:

I don't have one either.  But that's why we've got buildbots.  The Windows 7 
buildbot, where I first noticed the regression, is here:

http://buildbot.python.org/all/builders/x86%20Windows7%203.5

It should be done testing your patch 1 hour and 15 minutes from now.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24492] using custom objects as modules: AttributeErrors new in 3.5

[Brett Cannon]

Brett Cannon added the comment:

Here is a patch that adds a test, fixes the issue, and for good measure stops 
assuming that __name__ will always be a string.

--
keywords: +patch
stage: needs patch -> patch review
Added file: http://bugs.python.org/file40154/issue24492.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24832] Issue building viewable docs with newer sphinx (default theme -> classic)

[Zachary Ware]

Zachary Ware added the comment:

Ah, sorry; I missed that distinction.

I can't reproduce, though: in a clean checkout of default, I just did:

cd Doc/
make venv PYTHON=python3
source venv/bin/activate
make html

The resulting build did emit the warning about the themes, but the docs 
produced render just fine.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24745] Better default font for editor

[Roundup Robot]

Roundup Robot added the comment:

New changeset e39c4373b83f by Ned Deily in branch '3.5':
Issue #24745: Prevent IDLE initialization crash with Tk 8.4:
https://hg.python.org/cpython/rev/e39c4373b83f

New changeset 8c55fb5a11d8 by Ned Deily in branch 'default':
Issue #24745: merge from 3.5
https://hg.python.org/cpython/rev/8c55fb5a11d8

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24745] Better default font for editor

[Ned Deily]

Ned Deily added the comment:

At Larry's request so that we can get 3.5.0rc1 out the door, I've checked in a 
temporary fix for 3.5 (and for 3.6) that should prevent the IDLE crash when 
linked with Tk 8.4.  I'll leave the issue open for Terry to review and provide 
the final fix for all branches.

--
priority: release blocker -> deferred blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24835] Consistent failure in test_asyncio on Windows 7 buildbot

[Larry Hastings]

Larry Hastings added the comment:

The buildbot passes the test!  Hooray!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com