[issue34027] python 3.7 openpty/forkpty build failure using nix package manager macOS environment

[Daiderd Jordan]

Daiderd Jordan  added the comment:

Even tho it's headers are not /usr/lib/libutil.dylib is available on every 
macOS system. Unlike on bsd this doesn't include the relevant symbols for 
openpty/forkpty, that's why I used an __APPLE__ condition but including both 
also works fine. Assuming it's headers are not available doesn't seem like a 
good assumption, even tho they won't be in most cases.

--

___
Python tracker 

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

[issue34011] Default preference not given to venv DLL's

[Vinay Sajip]

Vinay Sajip  added the comment:

Hmmm. I managed to find a machine to install Python3.3.0 on, and it appears 
that even with that copy suite removed, the tests still work. So possibly it's 
something that changed between 3.3.0 alpha and 3.3.0 final.

I can try removing the copy code for 3.8 but I'm not sure if any code out there 
is relying on the copied files being in the venv, so it may not be a good idea 
to backport.

--

___
Python tracker 

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

[issue34011] Default preference not given to venv DLL's

[Vinay Sajip]

Vinay Sajip  added the comment:

The code that does the copy is the original PEP 405 implementation code (from 
26 May 2012). I'm fairly sure that these files were copied over only because 
(at least prior to the Python 3.3 release in September 2012) they were needed 
to be in the venv for the venv to work correctly. Python internals may have 
changed subsequently, making these copies unnecessary.

I can't easily recreate a Python 3.3.0 on Windows to confirm this, but I'm 
pretty sure I only coded it to copy over what was actually needed at the time.

--

___
Python tracker 

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

[issue25345] Unable to install Python 3.5 on Windows 10

[INADA Naoki]

Change by INADA Naoki :


--
resolution:  -> out of date
stage:  -> 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

[issue34027] python 3.7 openpty/forkpty build failure using nix package manager macOS environment

[Orivej Desh]

Orivej Desh  added the comment:

I understand the desirability of avoiding potential problems on supported 
platforms (given that you can not test building Python on all of them) and 
recognize that both options you have given are reasonable, but as I see it 
posixmodule.c incorrectly uses autoconf checks for the presence of header files 
to infer the platform: it assumes that libutil.h can not exist on macOS. It 
should either include all found relevant headers, as proposed in my patch or 
done e.g. in dropbear [1] and gnulib [2], or it should dispatch on the platform 
directly as LnL7 has proposed (although in this case it should no longer use 
the autoconf check on macOS).

[1] https://secure.ucc.asn.au/hg/dropbear/file/DROPBEAR_2018.76/includes.h
[2] 
http://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/pty.in.h?id=281b825eba78dc403b9bf34979923bc587bc31af

--

___
Python tracker 

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

[issue34011] Default preference not given to venv DLL's

[Eryk Sun]

Change by Eryk Sun :


--
versions: +Python 3.7, Python 3.8

___
Python tracker 

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

[issue34011] Default preference not given to venv DLL's

[Eryk Sun]

Eryk Sun  added the comment:

Offhand I don't know why it copies PYD and DLL files from the DLLs directory. 
It's part of the standard library. The virtual environment should only need to 
copy or symlink the binaries in the application directory, such as python.exe, 
pythonw.exe, vcruntime<###>.dll, python<##>.dll, and python<#>.dll. Currently a 
virtual environment doesn't use the binaries that get copied or symlinked from 
the DLLs directory, since the system DLLs directory is in sys.path.

Also, why does it copy over init.tcl? _tkinter uses Py_GetPrefix() to to get 
the real prefix directory in order to find the TCL library at "tcl\tclX.y". For 
a Python 3.7 virtual environment, I verified using Sysinternals procmon that 
TCL loads the init file from "C:\Program Files\Python37\tcl\tcl8.6\init.tcl", 
not the virtual environment.

--
components: +Library (Lib), Windows
nosy: +eryksun, paul.moore, steve.dower, tim.golden, vinay.sajip, zach.ware
stage:  -> needs patch
type:  -> behavior

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure using nix package manager macOS environment

[Ned Deily]

Ned Deily  added the comment:

Thanks for the suggested patch but I am not persuaded that there is a problem 
needing fixing on the Python side.  As I see it, Python's posixmodule builds 
fine in the environments we claim to support, including macOS, and has for a 
long time.  It appears that the build failure reported here is because Nix is 
not properly emulating a macOS build environment and that builds under Nix have 
been producing warnings prior to 3.7 so it's not a new issue.  Rather than 
trying to patch around the Nix problem on the Python side, and potentially 
introducing problems on platforms that Python "officially" supports, it seems 
to me the better options are for either (1) Nix to better emulate a real macOS 
build environment by supplying a more correct set of header files (which also 
might help other third-party packages trying to use Nix for macOS builds); or, 
if that is not possible, (2) to carry a local patch for Python when building 
under Nix.  I'm open to persuasion but it would have to be a very c
 ompelling argument.  We have never claimed to support macOS builds on anything 
other than Apple-supplied macOS development environments running on macOS and I 
don't see that changing.

--
title: python 3.7 openpty/forkpty build failure on macOS -> python 3.7 
openpty/forkpty build failure using nix package manager macOS environment

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Orivej Desh]

Orivej Desh  added the comment:

The explicit conditional on __APPLE__ can be avoided with the attached patch. 
(Tested on NixOS and macOS with Nixpkgs.)

--
nosy: +orivej
Added file: https://bugs.python.org/file47666/darwin-libutil.patch

___
Python tracker 

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

[issue33649] asyncio docs overhaul

[Jim DeLaHunt]

Jim DeLaHunt  added the comment:

I'm a developer using Python in my application. I just spent the last couple of 
weeks learning about asyncio with the present documentation. I am very happy to 
see that work is underway for improved documentation. 

I would be glad to take on writing tasks or to review drafts, if there is a way 
to plug myself into that work.

I like the general structure. 

Some specific topics which would have helped me in my recent learning:

* As an application developer using an event loop as part of the application, 
how do I develop a Protocol specific to my app, and use with Streams?  An 
important part of this is being clear what the interface is between Transport 
and Protocol. This interface resides in both classes; Protocol calls Transport 
methods, and Transport calls Protocol methods.

* As an application developer using an event loop as part of the application, 
how do I develop a Transport specific to my app, and use it with Streams?  (In 
my case, I have two transports in mind: a file, containing data archived from a 
TCP network port, and an RS232 serial connection, carrying data that might 
otherwise be sent via a TCP network port. It seems to me that I should be able 
at run-time to select from any of those three Transports, and apply my 
app-specific Protocol when creating my connection.)

* As an application developer, how do I give a function which is not a 
coroutine to the event loop for scheduling and execution?  (I think the answer 
is loop.call_soon(), but the docs don't say "to run your function call 
loop.call_soon(myfunc...)", they say "call_soon(): Arrange for a callback to be 
called as soon as possible". Not the same thing. And, is a "callback" different 
"an arbitrary function"? Not clear.)

* As an application developer, how do I make an syncio-based streaming server 
and streaming client respond cleanly to interrupts, e.g. control-C in a 
command-line app?  (Existing docs hints at catching signals, but don't show how 
to combine those with exception handlers in the coroutine to shut down 
connections cleanly.)

* As a Transport developer, what interface must I provide between Transport and 
Protocol? What services does the EventLoop provide to help implement my 
Transport? As mentioned before, to me it looks like the Transport-Protocol 
interface resides in both classes; Protocol calls Transport methods, and 
Transport calls Protocol methods.  The EventLoop services useful to Transports 
are not gathered in a discussion of Transports. There is only an enumeration of 
the EventLoop methods, regardless of purpose.

Editorial checks I suggest making to the revision:

Rewrite to describe the behaviour in the doc, instead of delegating to a PEP. 
No more "this class is almost like the thing in PEP xyz, except for these 
differences". Describe the asyncio class, and steal text from PEP xyz as needed 
to do that.

Every section about a thing must start by saying what that thing is and what it 
is used for.  There are some big counterexamples in the current text. 

e.g. "19.5.1.2. Calls" 
 starts out 
with: "Most asyncio functions don’t accept keywords. If you want to pass 
keywords to your callback, use functools.partial()."  That does not describe 
what "calls" are, nor what they are used for. And, in this case, a better title 
might be, "Getting the event loop to call regular functions".

e.g. "19.5.1.4. Futures" 
 has no 
starting text. This is the first heading mentioning Futures when reading 
sequentially in the asyncio doc, so I interpreted it as a place to learn about 
Futures. It is not. This section would be better titles "Eventloop methods for 
Futures". The proposed "Low-level APIs" section might solve this problem by 
explaining the nature and purpose of Futures before mentioning the EventLoop 
factory for Futures objects.

Consider separating the explanation of the nature and purpose of a thing from 
the reference to the methods of the thing. The proposed structure talks about 
"High-Level APIs" and "Low-Level APIs", but not "Architecture" and "API 
Reference". I would suggest injecting an "Architecture" section which can give 
the nature and purpose of each of the public classes in Asyncio, without 
enumerating their methods. Then the sections labelled "High-Level APIs" and 
"Low-Level APIs" can be the API reference.

I hope these suggestions are helpful. I'll be monitoring this issue to see how 
I can help.

--
nosy: +JDLH

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Bumsik Kim]

Bumsik Kim  added the comment:

No problem :) To add more, the Opera's documentation 
(https://www.opera.com/docs/switches) says:

"This document was last updated for Opera 11.61"

This is the reason I guessed Opera changed its CLI format to Chrome's and 
forget to document it

--

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Sorry, you are right! It seems that my Opera opened another tab with Google by 
default and I was confused by that. Thanks for the context.

--

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Bumsik Kim]

Bumsik Kim  added the comment:

$opera --version
53.0.2907.68

$opera -remote "openURL(https://google.com,new-window)"

would open a broken link: http://openurl%28https//google.com,new-window) 

I found that problem while answering a StackOverflow question: 
https://stackoverflow.com/questions/51123537/webbrowser-open-breaks-the-link-python-3-7

--

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Daiderd Jordan]

Daiderd Jordan  added the comment:

Oh interesting, so it only used to worked by accident. I should have looked at 
the 3.6 log more closely.

--

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

[Matej Cepl]

Matej Cepl  added the comment:

Yes, it must be something in the chroot, because when run in the plain command 
line, all tests as well on openSUSE Tumbleweed (with the latest updates).

393 tests OK.

1 test failed:
test_epoll

21 tests skipped:
test_ctypes test_devpoll test_idle test_kqueue test_msilib
test_nis test_ossaudiodev test_smtpnet test_sqlite test_ssl
test_startfile test_tcl test_tix test_tk test_ttk_guionly
test_ttk_textonly test_turtle test_winconsoleio test_winreg
test_winsound test_zipfile64

Re-running failed tests in verbose mode
Re-running test 'test_epoll' in verbose mode
test_add (test.test_epoll.TestEPoll) ... ok
test_badcreate (test.test_epoll.TestEPoll) ... ok
test_close (test.test_epoll.TestEPoll) ... ok
test_context_manager (test.test_epoll.TestEPoll) ... ok
test_control_and_wait (test.test_epoll.TestEPoll) ... ok
test_create (test.test_epoll.TestEPoll) ... ok
test_errors (test.test_epoll.TestEPoll) ... ok
test_fd_non_inheritable (test.test_epoll.TestEPoll) ... ok
test_fromfd (test.test_epoll.TestEPoll) ... ok
test_unregister_closed (test.test_epoll.TestEPoll) ... ok

--
Ran 10 tests in 2.106s

OK

== Tests result: FAILURE then SUCCESS ==

393 tests OK.

21 tests skipped:
test_ctypes test_devpoll test_idle test_kqueue test_msilib
test_nis test_ossaudiodev test_smtpnet test_sqlite test_ssl
test_startfile test_tcl test_tix test_tk test_ttk_guionly
test_ttk_textonly test_turtle test_winconsoleio test_winreg
test_winsound test_zipfile64

1 re-run test:
test_epoll

--

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

What error do you get and what opera version are you using?

--

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I can use

opera -remote "openURL(https://google.com,new-window)"

without problems as per the opera documentation with the latest version:


$opera --version
53.0.2907.110

--
nosy: +pablogsal

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Ned Deily]

Ned Deily  added the comment:

It's failing in 3.7 because of the change introduced in Issue27659 to prohibit 
implicit C function declarations by adding the 
-Werror=implicit-function-declaration to compiles.

--

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Daiderd Jordan]

Daiderd Jordan  added the comment:

The headers end up in the build environment because of Libsystem which is part 
of our base environment. But yes, this is also the case with 3.6 and that 
builds just fine so I'm not sure why it's failing now.

These are the logs from our build service for reference:
python37.x86_64-darwin https://hydra.nixos.org/build/76780195/nixlog/2
python36.x86_64-darwin https://hydra.nixos.org/build/76018915/nixlog/1

--

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

[Matej Cepl]

Matej Cepl  added the comment:

It's somehow complicated, in the build chroot I can make tests run only with 
LD_LIBRARY_PATH set to $(readlink -f Python-3.7.0) and PYTHONPATH to Lib 
directory. However, then the set of failed tests changes. For example 
test_runpy runs without problems, but other fails:

5 tests failed:
test_asyncio test_concurrent_futures test_gdb test_logging
test_multiprocessing_main_handling

(complete log is attached)

--
Added file: https://bugs.python.org/file47665/osc-build-log.txt

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Ned Deily]

Ned Deily  added the comment:

Even on macOS 10.11.6, libutil.h is not installed and posixmodule.c builds just 
fine.  So I don't think that the presence of something in opensource.apple.com 
necessarily means it was installed in place in a standard system.  I'm not 
saying yet that we shouldn't change the tests along the line you suggest in the 
PR.  But I really would like to understand first why we should make a change 
when as far as I recall this issue has never come up before.

--

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee:  -> terry.reedy
resolution:  -> fixed
stage: patch 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

[issue34006] Windows HTML Help (chm) has fixed line length

[miss-islington]

miss-islington  added the comment:


New changeset 580c7db172a41d6311c0f3a7aec321597576e214 by Miss Islington (bot) 
in branch '3.6':
bpo-34006: Revert line length limit for Windows help docs (GH-8051)
https://github.com/python/cpython/commit/580c7db172a41d6311c0f3a7aec321597576e214


--

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[miss-islington]

miss-islington  added the comment:


New changeset 4d02ad856f123d68712f542d55e8ff3393f00a8f by Miss Islington (bot) 
in branch '3.7':
bpo-34006: Revert line length limit for Windows help docs (GH-8051)
https://github.com/python/cpython/commit/4d02ad856f123d68712f542d55e8ff3393f00a8f


--
nosy: +miss-islington

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Daiderd Jordan]

Daiderd Jordan  added the comment:

This is a build using the nix package manager, we use all of the opensource 
components provided by apple instead of relying on xcode. The libutil.h that's 
found in this case is the one from the 10.11.6 sources.

https://opensource.apple.com/source/libutil/libutil-43/

--

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Ned Deily]

Ned Deily  added the comment:

I don't see this build failure.  Can you say where you find libutil.h installed 
on macOS and what version of macOS this is?  It doesn't seem to be part of the 
standard Apple-supplied /usr/include header files installed by xcode-select 
--install for macOS 10.13 at least?

--

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Daiderd Jordan]

Change by Daiderd Jordan :


--
keywords: +patch
pull_requests: +7664
stage:  -> patch review

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Ned Deily]

Change by Ned Deily :


--
components: +macOS
nosy: +ned.deily, ronaldoussoren

___
Python tracker 

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

[issue34027] python 3.7 openpty/forkpty build failure on macOS

[Daiderd Jordan]

New submission from Daiderd Jordan :

I can't really figure out why, but the  import in posixmodule.c seems 
to get skipped since python 3.7. The condition doesn't look entirely correct in 
case libutil.h is also available on macOS, however this has not changed since 
3.6 and it worked fine there while both where available.


Part of the configure log:

checking pty.h usability... no
checking pty.h presence... no
checking for pty.h... no
checking libutil.h usability... yes
checking libutil.h presence... yes
checking for libutil.h... yes
...
checking util.h usability... yes
checking util.h presence... yes
checking for util.h... yes


Build error:

./Modules/posixmodule.c:5924:9: error: implicit declaration of function 
'openpty' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
if (openpty(&master_fd, &slave_fd, NULL, NULL, NULL) != 0)
^
./Modules/posixmodule.c:5924:9: note: did you mean 'openat'?
/nix/store/q819d3vjz7vswpvkrfa9gck3ys8rmvcj-Libsystem-osx-10.11.6/include/sys/fcntl.h:480:5:
 note: 'openat' declared here
int openat(int, const char *, int, ...) __DARWIN_NOCANCEL(openat) 
__OSX_AVAILABLE_STARTING(__MAC_10_10, __IPHONE_8_0);
^
./Modules/posixmodule.c:5924:9: warning: this function declaration is not a 
prototype [-Wstrict-prototypes]
if (openpty(&master_fd, &slave_fd, NULL, NULL, NULL) != 0)
^
./Modules/posixmodule.c:6018:11: error: implicit declaration of function 
'forkpty' is invalid in C99 [-Werror,-Wimplicit-function-declaration]
pid = forkpty(&master_fd, NULL, NULL, NULL);
  ^
./Modules/posixmodule.c:6018:11: warning: this function declaration is not a 
prototype [-Wstrict-prototypes]
2 warnings and 2 errors generated.
make: *** [Makefile:1793: Modules/posixmodule.o] Error 1

--
components: Build
messages: 320913
nosy: LnL7
priority: normal
severity: normal
status: open
title: python 3.7 openpty/forkpty build failure on macOS
type: compile error
versions: Python 3.7

___
Python tracker 

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

[issue34001] LibreSSL does not tolerate setting minimum_version greater than maximum_version

[Alan Huang]

Change by Alan Huang :


--
keywords: +patch
pull_requests: +7663
stage:  -> patch review

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[miss-islington]

Change by miss-islington :


--
pull_requests: +7662

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[miss-islington]

Change by miss-islington :


--
pull_requests: +7661

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset d824ca7f4df9b5f77cf02490b0e98c2408e21fee by Terry Jan Reedy 
(Zachary Ware) in branch 'master':
bpo-34006: Revert line length limit for Windows help docs (GH-8051)
https://github.com/python/cpython/commit/d824ca7f4df9b5f77cf02490b0e98c2408e21fee


--

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Joseph L. Casale]

Change by Joseph L. Casale :


--
nosy:  -jcasale

___
Python tracker 

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

[issue34026] Request for 2 Windows installation changes.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

1. I saw "Python 3.7 Module Docs (64 bit)" twice.  But this seems to be a local 
issue. When I clicked on each, the second worked, the first brought up 
something like 'The python.exe this shortcut points to had been deleted [or 
moved?].  Delete shortcut?'.  I clicked yes and everything else remains and 
works.  Perhaps I once installed in the default location, or started to, and 
canceled, and this one icon got let behind.

2. If there is nothing you can do short of writing a new viewer, we can close 
this whenever.

--

___
Python tracker 

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

[issue31516] current_thread() becomes "dummy" thread during shutdown

[Zackery Spytz]

Change by Zackery Spytz :


--
pull_requests: +7660

___
Python tracker 

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

[issue33700] [doc] Old version picker don't understand language tags in URL

[Larry Hastings]

Change by Larry Hastings :


--
resolution:  -> fixed
stage: patch 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

[issue33700] [doc] Old version picker don't understand language tags in URL

[Larry Hastings]

Larry Hastings  added the comment:


New changeset 1b141b9553424971639bde281feb1d4e4e586dbe by larryhastings (Julien 
Palard) in branch '3.5':
Doc: Backport language switcher (bpo-33700, bpo-31045) (#8048)
https://github.com/python/cpython/commit/1b141b9553424971639bde281feb1d4e4e586dbe


--

___
Python tracker 

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

[issue31045] Add a language switch to the Python documentation

[Larry Hastings]

Larry Hastings  added the comment:


New changeset 1b141b9553424971639bde281feb1d4e4e586dbe by larryhastings (Julien 
Palard) in branch '3.5':
Doc: Backport language switcher (bpo-33700, bpo-31045) (#8048)
https://github.com/python/cpython/commit/1b141b9553424971639bde281feb1d4e4e586dbe


--
nosy: +larry

___
Python tracker 

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

[issue34026] Request for 2 Windows installation changes.

[Steve Dower]

Steve Dower  added the comment:

1. What do you mean by "listed twice"? I see 32-bit and 64-bit copies, but 
that's expected as they may show different modules.

2. We don't control HTML Help Reader's memory, so that's not an option 
unfortunately. We also don't control the initial size when not opening 
maximised and it has been known to open off-screen, which I'm not all that 
thrilled about.

However, HTML Help Reader does seem to remember the location you left it, if 
not the maximised state.

I'm inclined to see this as a personal preference and would like to wait and 
see whether this issue gains broader support before making any change. Python 
3.5 also opened in full screen, so there have been a few years now without it 
being raised as a concern.

--

___
Python tracker 

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

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

[Dong-hee Na]

Dong-hee Na  added the comment:

@ronaldoussoren

I updated the PR and we need some discussion.
I benchmarked new patch with Fibonacci codes.

baseline(master): 21.330535484 
without call sysctlbyname(PR 8046): 22.857963209 secs
with call sysctlbyname(PR 8046): 37.125129114 secs

So my choice is just believe pthread_get_stacksize_np() like rust do. 
(https://github.com/rust-lang/rust/blob/master/src/libstd/sys/unix/thread.rs#L246)

code:

def fib(n):
if n == 0:
return 0
if n == 1:
return 1
return fib(n-2) + fib(n-1)

if __name__ == '__main__':
import timeit
print(timeit.timeit("fib(10)", setup="from __main__ import fib"))

--

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The patch now works for me and can be tested.  The blurb is added and can be 
reviewed.  I expect to merge within a day.

--

___
Python tracker 

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

[issue34025] SMTP EmailPolicy not using the correct line length for RCF 2045 encoded data (is 78, should be 76)

[R. David Murray]

R. David Murray  added the comment:

The default maximum line length is indeed supposed to be 78 (characters..and I 
can't now remember whether I implemented it in terms of characters or octets), 
that's per RFC 5322.  What is wrong is that content encoded text is supposed to 
use a max line length of 76.

A "simple" fix would be to hardcode the maximum line length at 76 when doing 
content encoding.  An arguably better fix would be a separate policy control 
for the encoded text line length.

The former can be the bug fix, but it would be nice to have the latter as an 
enhancement.

--
title: SMTP EmailPolicy not setting max_line_length as expected. RCF 2045 
states 76 char, Default policy uses 78 -> SMTP EmailPolicy not using the 
correct line length for RCF 2045 encoded data (is 78, should be 76)

___
Python tracker 

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

[issue34026] Request for 2 Windows installation changes.

[Terry J. Reedy]

New submission from Terry J. Reedy :

1. On 3.7.0, but not 3.6.6, 'Python 3.7 Module Docs' is listed twice.

2. On both, 'Python x.y Manuals' always opens the .chm full-screen, even after 
the user closes in part-screen mode.  I think part-screen would be better for 
the initial open.  It would definitely be better to remember a user's setting 
when re-opening.

--
components: Installation, Windows
messages: 320904
nosy: paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Request for 2 Windows installation changes.
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I built and ran these tests using commands from msg320892 on openSUSE Leap 
42.3, and all tests are passed.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Yes, I will add a blurb and merge and backport, when the patch is modified to 
change htmlhelp rather than htmlview.

--

___
Python tracker 

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

[issue23850] Missing documentation for Py_TPFLAGS_HAVE_NEWBUFFER

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Documentation fixes to 2.7 is still accepted. Please create a PR on GitHub.

--
nosy: +Mariatta

___
Python tracker 

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

[issue33968] os.makedirs and empty string

[Emily Morehouse]

Change by Emily Morehouse :


--
resolution:  -> not a bug
stage:  -> 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

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6/3.x

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

After increasing the number of CPUs in the virtual machine the failure no 
longer reproduced. It is reproducible only with a single CPU.

--

___
Python tracker 

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

[issue23835] configparser does not convert defaults to strings

[Anthony Sottile]

Anthony Sottile  added the comment:

Unclear if this regression (from this patch) is intentional or not:

```
$ python3.6 -c 'import configparser; configparser.ConfigParser(defaults={"a": 
None})'
$ python3.7 -c 'import configparser; configparser.ConfigParser(defaults={"a": 
None})'
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/usr/local/Cellar/python/3.7.0/Frameworks/Python.framework/Versions/3.7/lib/python3.7/configparser.py",
 line 638, in __init__
self._read_defaults(defaults)
  File 
"/usr/local/Cellar/python/3.7.0/Frameworks/Python.framework/Versions/3.7/lib/python3.7/configparser.py",
 line 1216, in _read_defaults
self.read_dict({self.default_section: defaults})
  File 
"/usr/local/Cellar/python/3.7.0/Frameworks/Python.framework/Versions/3.7/lib/python3.7/configparser.py",
 line 753, in read_dict
self.set(section, key, value)
  File 
"/usr/local/Cellar/python/3.7.0/Frameworks/Python.framework/Versions/3.7/lib/python3.7/configparser.py",
 line 1197, in set
self._validate_value_types(option=option, value=value)
  File 
"/usr/local/Cellar/python/3.7.0/Frameworks/Python.framework/Versions/3.7/lib/python3.7/configparser.py",
 line 1182, in _validate_value_types
raise TypeError("option values must be strings")
TypeError: option values must be strings
```

--
nosy: +Anthony Sottile

___
Python tracker 

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

[issue34025] SMTP EmailPolicy not setting max_line_length as expected. RCF 2045 states 76 char, Default policy uses 78

[Douglas Thor]

New submission from Douglas Thor :

It appears that the SMTP EmailPolicy object does not correctly set 
max_line_length.

RFC 2045 (https://www.ietf.org/rfc/rfc2045.txt) requires a max_line_length of 
76 characters, while email._policybase.Policy sets it to 78 (which typically is 
correct).

This causes email attachments to be truncated/corrupted.

While the workaround is quite trivial, debugging the root cause was not as 
easy. Thus I think this should be fixed in at the std lib level, or at the very 
least mentioned in the docs.

This was tested on Python 3.5.2. I did not test on 3.7, but I did check the 
source code and it appears that the bug still exists.



To reproduce:

import smtplib
from email.message import EmailMessage
from email.policy import SMTP

msg = EmailMessage()
msg['Subject'] = "Test message"
msg['To'] = "to@valid_address.com"
msg['From'] = "from@valid_address.com"
content = "hello world, I should have an attachment"
msg.set_content(content)

maintype = 'image'
subtype = 'png'
test_file = './aaa.png'

with open(test_file, 'rb') as fp:
data = fp.read()
msg.add_attachment(data,
   maintype=maintype,
   subtype=subtype,
   filename='aaa.png')

with smtplib.SMTP_SSL('smtp.address.com', port=465) as s:
s.ehlo()
user = 'smtp_user@valid_address.com'
pw = 'smtp_password'
s.login(user, pw)
s.send_message(msg)



Check the raw email message received. You'll see that lines have a length of 78 
and are padded with "==" which makes the total length 80 chars:

...
MIME-Version: 1.0
Content-Type: multipart/mixed; 
boundary="===1585876390557366757=="

--===1585876390557366757==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

hello world, I should have an attachment

--===1585876390557366757==
Content-Type: image/png
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="aaa.png"
MIME-Version: 1.0


iVBORw0KGgoNSUhEUgAABE0AAALFCAY2rB2uAXNSR0IArs4c6QRnQU1BAACxjw==

C/xhBQAAACBjSFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAD/jklEQVR4Xg==

7P1rsHVJWecBvl4RFFAuIpcCEYQuLkUDBcgBoQsULLnJXaoaEApe5FLSTVFUC4JACQ1NiQdsQoFBAQ==

iW4aQSWEt4cQwwB6xqC+CPYHqX5jQno+jHyYCCMmZsKJmYjZs3/rnOe8uXNnrpW5LrlzrfVfVSfOeQ==

986Vl/+T678y//nkk9+3OXdu+78uISAEhIAQEAJCQAgIASEgBISAEBACQkAICIEdBBBN9CMM1AfUBw==
...



Next, modify the code with:

from email.policy import SMTP
smtp_pol = SMTP.clone(max_line_length=76)
msg = EmailMessage(policy=smtp_pol)
msg['Subject'] = ...



And check the raw email again. This time, lines are 76 chars long and have no 
padding. Data is the same, just wrapped differently as expected.

...
MIME-Version: 1.0
Content-Type: multipart/mixed;
 boundary="===4874323426669347622=="

--===4874323426669347622==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

hello world, I should have an attachment

--===4874323426669347622==
Content-Type: image/png
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="aaa.png"
MIME-Version: 1.0

iVBORw0KGgoNSUhEUgAABE0AAALFCAY2rB2uAXNSR0IArs4c6QRnQU1BAACx
jwv8YQUgY0hSTQAAeiYAAICEAAD6gOgAAHUwAADqYAAAOpgAABdwnLpRPAAA/45JREFU
eF7s/WuwdUlZ5wG+XhEUUC4ilwIRhC4uRQMFyAGhCxQsucldqhoQCl7kUtJNUVQLgkAJDU2JB2xC
gUEBiW4aQSWEt4cQwwB6xqC+CPYHqX5jQno+jHyYCCMmZsKJmYjZs3/rnOe8uXNnrpW5LrlzrfVf
...



This fix *should* be extremely easy:

diff --git "a/policy.py" "b/policy.py"
index 6ac64a5..046b788 100644
--- "a/policy.py"
+++ "b/policy.py"
@@ -209,6 +209,6 @@ default = EmailPolicy()
 # Make the default policy use the class default header_factory
 del default.header_factory
 strict = default.clone(raise_on_defect=True)
-SMTP = default.clone(linesep='\r\n')
+SMTP = default.clone(linesep='\r\n', max_line_length=76)
 HTTP = default.clone(linesep='\r\n', max_line_length=None)
 SMTPUTF8 = SMTP.clone(utf8=True)

--
components: email
messages: 320898
nosy: Douglas Thor, barry, r.david.murray
priority: normal
severity: normal
status: open
title: SMTP EmailPolicy not setting max_line_length as expected. RCF 2045 
states 76 char, Default policy uses 78
type: behavior
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

[issue23850] Missing documentation for Py_TPFLAGS_HAVE_NEWBUFFER

[ndevenish]

ndevenish  added the comment:

I've just spent some time running around because of this. Are documentation 
contributions still being accepted for python 2.7 at all? Some of the buffer 
documentation seems to be confusing as to whether you use new or old API.

--
nosy: +ndevenish

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Zachary Ware]

Zachary Ware  added the comment:

Terry: PR8051 should do that, but I haven't tested it.  Would you mind taking 
over the PR if it does what you want it to?

--

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Zachary Ware]

Change by Zachary Ware :


--
keywords: +patch
pull_requests: +7659
stage:  -> patch review

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

[STINNER Victor]

STINNER Victor  added the comment:

> Hmm, what about version of gcc? I suspect some troubles could be caused by 
> gcc version 8 (we have in openSUSE), or LTO option switched on?

For my tests on Fedora, I used gcc 8.1.1. I used the OpenSUSE configure command 
which includes --with-lto.

--

___
Python tracker 

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

[issue34023] timedelta(seconds=x) strange results when type(x) == np.int32

[Mark Dickinson]

Change by Mark Dickinson :


--
nosy: +belopolsky

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

[Matej Cepl]

Matej Cepl  added the comment:

Hmm, what about version of gcc? I suspect some troubles could be caused by gcc 
version 8 (we have in openSUSE), or LTO option switched on?

--

___
Python tracker 

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

[issue34024] Builtin types take no keyword arguments anymore

[Kay Hayen]

Kay Hayen  added the comment:

Hello Ned,

sorry for noise. I checked that, but oversaw it. Maybe I also wasn't expecting 
this. There has been such a huge trend towards * and ** support for like 
everything, e.g. class definitions in 3.6, that this felt like a move in the 
opposite direction.

But I got the information I need for Nuitka to follow this. I agree with your 
close and my apology.

Yours,
Kay

--

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE and Debian

[STINNER Victor]

Change by STINNER Victor :


--
title: Python 3.7: 6 tests failed on OpenSUSE -> Python 3.7: 6 tests failed on 
OpenSUSE and Debian

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[STINNER Victor]

STINNER Victor  added the comment:

I also ran the Python test suite on Debian sid using the master branch of 
Python and all tests pass:
---
$ ./configure --prefix=/usr --enable-ipv6 --enable-loadable-sqlite-extensions 
--with-dbmliborder=bdb:gdbm --with-computed-gotos --without-ensurepip 
--with-system-expat --with-system-libmpdec  --with-system-ffi
$ make
$ LD_LIBRARY_PATH=$PWD ./python -m test -j0 test_cmd_line_script 
test_compileall test_importlib test_multiprocessing_main_handling 
test_py_compile test_runpy

All 6 tests OK.
---

I also ran the full test suite on Debian Stretch: again, all tests passed.

Maybe the package builder use a custom configuration or patches? Or issues are 
specific to Python 3.7? (again, I tested the master branch)

--

___
Python tracker 

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

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6/3.x

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I can reproduce the failure on multiple OSes in VirtaulBox when run test_signal 
in parallel with test_regrtest:

./python -m test -j2 test_signal  test_regrtest test_regrtest test_regrtest
Run tests in parallel using 2 child processes
0:00:29 load avg: 4.24 [1/4] test_regrtest passed
0:00:58 load avg: 4.96 [2/4] test_regrtest passed -- running: test_signal (58 
sec 728 ms)
0:01:00 load avg: 4.96 [3/4/1] test_signal failed
test test_signal failed -- Traceback (most recent call last):
  File "/home/serhiy/py/cpython3.7/Lib/test/test_signal.py", line 1116, in 
test_stress_delivery_dependent
self.assertEqual(len(sigs), N, "Some signals were lost")
AssertionError: 5073 != 1 : Some signals were lost

But can't reproduce on hardware.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33995] test_min_max_version in test_ssl.py fails when Python is built against LibreSSL; {min,max}imum_version behavior differs from OpenSSL

[Alan Huang]

Alan Huang  added the comment:

PR 8050 implements option 2a (use PY_PROTO_{MIN,MAX}IMUM_AVAILABLE).

--

___
Python tracker 

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

[issue34024] Builtin types take no keyword arguments anymore

[Ned Deily]

Ned Deily  added the comment:

Alas, it's not a bug.  That was a deliberate change (see 
https://bugs.python.org/issue29695 for the discussion leading up to the change) 
and is documented in the "What's New in 3.7" document here:

https://docs.python.org/3.7/whatsnew/3.7.html#api-and-feature-removals

--
nosy: +ned.deily
resolution:  -> not a bug
stage:  -> 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

[issue34024] Builtin types take no keyword arguments anymore

[Kay Hayen]

New submission from Kay Hayen :

Hello,

things like list(sequence = something) ought to work in Python 3.6 back to the 
oldest Python2 I know.

However, in 3.7 this raises an exception about not accepting keyword arguments.

I noticed the same for tuple, int, float(x=9.0), and probably a lot others. It 
is not described in the release notes either.

I think it's a bug and might affect existing code. Or is this how thing will be 
from now on?

Yours,
Kay

--
components: Interpreter Core
messages: 320888
nosy: kayhayen
priority: normal
severity: normal
status: open
title: Builtin types take no keyword arguments anymore
type: behavior
versions: Python 3.7

___
Python tracker 

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

[issue33995] test_min_max_version in test_ssl.py fails when Python is built against LibreSSL; {min,max}imum_version behavior differs from OpenSSL

[Alan Huang]

Change by Alan Huang :


--
keywords: +patch
pull_requests: +7658
stage:  -> patch review

___
Python tracker 

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

[issue34001] LibreSSL does not tolerate setting minimum_version greater than maximum_version

[Alan Huang]

Alan Huang  added the comment:

Strangely, LibreSSL's `ssl_clamp_version_range` function is perfectly happy to 
accept minimum protocol versions lower than the lowest supported protocol 
version, and likewise is happy to accept maximum protocol versions higher than 
the highest supported protocol version.
In said case, the minimum/maximum protocol version is set to 
clamp_min/clamp_max (i.e., the minimum/maximum protocol version supported by 
the internal method).

As such, the assertion test `ctx.minimum_version = 42` on line 1127 in 
test_min_max_version in test_ssl.py fails.

A possible fix would be to add another check in `set_min_max_proto_version` 
_ssl.c that checks if the current set protocol version is equal to the value 
passed (with exceptions for the magic constants of `MINIMUM_SUPPORTED` and 
`MAXIMUM_SUPPORTED`), and if not, raise a ValueError as well.

One dilemma is whether to reset the respective version back to what it was 
before the attempt, which I think should be done.

--

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[STINNER Victor]

STINNER Victor  added the comment:

Thread on python-dev:
"[Python-Dev] Failing tests [Was: Re: Python 3.7.0 is now available! (and so is 
3.6.6)]"
https://mail.python.org/pipermail/python-dev/2018-July/154208.html

My reply:
https://mail.python.org/pipermail/python-dev/2018-July/154224.html

Extract:

"""
I'm running the Python test suite every day on Fedora and all tests
pass. We also run tests multiple times per day on Travis CI (Ubuntu)
and buildbots (Debian, Gentoo, RHEL, SLES).

Wait, there is a SLES buildbot and all tests pass except of
test_gdb.test_threads(). SLES is OpenSUSE no?

The Debian buildbot is green on all branches.
"""

--

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[Ned Deily]

Change by Ned Deily :


--
nosy: +doko

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[STINNER Victor]

STINNER Victor  added the comment:

I'm unable to reproduce the issue on Fedora using the same configure command:

$ ./configure --host=x86_64-suse-linux-gnu --build=x86_64-suse-linux-gnu 
--program-prefix= --disable-dependency-tracking --prefix=/usr 
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc 
--datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 
--libexecdir=/usr/lib --localstatedir=/var --sharedstatedir=/var/lib 
--mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking 
--docdir=/usr/share/doc/packages/python --enable-ipv6 --with-fpectl 
--enable-shared --with-ensurepip=no --with-system-ffi --with-system-expat 
--with-lto --enable-loadable-sqlite-extensions
$ make
$ LD_LIBRARY_PATH=$PWD ./python -m test -j0  test_cmd_line_script 
test_compileall test_importlib  test_multiprocessing_main_handling 
test_py_compile test_runpy
...
All 6 tests OK.
...
Tests result: SUCCESS

--

___
Python tracker 

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

[issue34023] timedelta(seconds=x) strange results when type(x) == np.int32

[Mark Dickinson]

New submission from Mark Dickinson :

On Python 2.x on Windows, creating a timedelta with an `np.int32` instance for 
the number of seconds can (somewhat) silently give wrong results.

Enthought Deployment Manager -- https://www.enthought.com
Python 2.7.13 |Enthought, Inc. (x86_64)| (default, Mar  2 2017, 16:05:12) [MSC 
v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy as np
>>> import datetime
>>> datetime.timedelta(seconds=np.int32(123456789))
__main__:1: RuntimeWarning: overflow encountered in long_scalars
datetime.timedelta(-1, 84354, 76480)

There's at least a warning from NumPy there as NumPy attempts to scale the 
np.int32 by 10**6, but depending on settings and on how the code is invoked, 
the user may not see that warning.

This is not an issue on Python 3.x / Windows or on Python 2.x / Unix; in both 
those cases, the same code gives a TypeError.

This is related to, but not the same as, #5476.

This may well count as a "won't fix", but it seemed at least worth reporting.

--
components: Extension Modules
messages: 320884
nosy: mark.dickinson
priority: normal
severity: normal
status: open
title: timedelta(seconds=x) strange results when type(x) ==  np.int32
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue28874] test_logging fails and freezes

[STINNER Victor]

STINNER Victor  added the comment:

Extract of cpython-testlogging.log:

0:08:58 [198/404] test_logging
--- Logging error ---
Traceback (most recent call last):
  File "/mnt/d/Share/source/cpython-master/Lib/logging/handlers.py", line 634, 
in emit
self.send(s)
  File "/mnt/d/Share/source/cpython-master/Lib/logging/handlers.py", line 692, 
in send
self.sock.sendto(s, self.address)
OSError: [Errno 22] Invalid argument
Call stack:
  File "/mnt/d/Share/source/cpython-master/Lib/runpy.py", line 193, in 
_run_module_as_main
"__main__", mod_spec)
  File "/mnt/d/Share/source/cpython-master/Lib/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "/mnt/d/Share/source/cpython-master/Lib/test/regrtest.py", line 50, in 

_main()
  File "/mnt/d/Share/source/cpython-master/Lib/test/regrtest.py", line 46, in 
_main
main()
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/main.py", line 
532, in main
Regrtest().main(tests=tests, **kwargs)
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/main.py", line 
468, in main
self._main(tests, kwargs)
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/main.py", line 
490, in _main
self.run_tests()
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/main.py", line 
418, in run_tests
self.run_tests_sequential()
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/main.py", line 
343, in run_tests_sequential
result = runtest(self.ns, test)
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/runtest.py", 
line 129, in runtest
result = runtest_inner(ns, test, display_failure=not ns.verbose)
  File "/mnt/d/Share/source/cpython-master/Lib/test/libregrtest/runtest.py", 
line 165, in runtest_inner
test_runner()
  File "/mnt/d/Share/source/cpython-master/Lib/test/support/__init__.py", line 
1576, in inner
return func(*args, **kwds)
  File "/mnt/d/Share/source/cpython-master/Lib/test/test_logging.py", line 
4334, in test_main
support.run_unittest(*tests)
  File "/mnt/d/Share/source/cpython-master/Lib/test/support/__init__.py", line 
1909, in run_unittest
_run_suite(suite)
  File "/mnt/d/Share/source/cpython-master/Lib/test/support/__init__.py", line 
1875, in _run_suite
result = runner.run(suite)
  File "/mnt/d/Share/source/cpython-master/Lib/test/support/__init__.py", line 
1751, in run
test(result)
  File "/mnt/d/Share/source/cpython-master/Lib/unittest/suite.py", line 84, in 
__call__
return self.run(*args, **kwds)
  File "/mnt/d/Share/source/cpython-master/Lib/unittest/suite.py", line 122, in 
run
test(result)
  File "/mnt/d/Share/source/cpython-master/Lib/unittest/suite.py", line 84, in 
__call__
return self.run(*args, **kwds)
  File "/mnt/d/Share/source/cpython-master/Lib/unittest/suite.py", line 122, in 
run
test(result)
  File "/mnt/d/Share/source/cpython-master/Lib/unittest/case.py", line 649, in 
__call__
return self.run(*args, **kwds)
  File "/mnt/d/Share/source/cpython-master/Lib/unittest/case.py", line 601, in 
run
testMethod()
  File "/mnt/d/Share/source/cpython-master/Lib/test/test_logging.py", line 
1580, in test_output
logger.error("spam")
Message: 'spam'
Arguments: ()
^C
Test suite interrupted by signal SIGINT.


I'm watching closely Windows buildbots for 2 years, and I don't recall having 
seen this error recently. So I close the issue as "out of date".

--
resolution:  -> out of date
stage:  -> 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

[issue34006] Windows HTML Help (chm) has fixed line length

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Zach, I believe you helped write make.bat.  I can run 'make htmlhelp', but I 
don't know how to modify make.bat to add option "-D 
html_theme_options.body_max_width=none" specifically when building htmlhelp.

--

___
Python tracker 

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

[issue29272] test_logging hangs if /etc/hosts only aliases "localhost" to ::1

[STINNER Victor]

STINNER Victor  added the comment:

I confirm the issue. test_logging hangs if the resolution of the hostname fails 
with a timeout.

I worked again the issue by adding my hostname to /etc/hosts.

--
nosy: +vstinner

___
Python tracker 

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

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

[Ronald Oussoren]

Ronald Oussoren  added the comment:

W.r.t. benchmarks: The full benchmark suite that's often used to assess the 
performance impact on real world code is: http://pyperformance.readthedocs.io

Running this takes some time, and the interesting bit is comparing the 
performance with and without your patch.

You could also test with a small script that uses the timeit module to run some 
code that performs a lot of function calls.

--

___
Python tracker 

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

[issue33700] [doc] Old version picker don't understand language tags in URL

[Julien Palard]

Change by Julien Palard :


--
keywords: +patch
pull_requests: +7657
stage: needs patch -> patch review

___
Python tracker 

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

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

[Dong-hee Na]

Dong-hee Na  added the comment:

@ronaldoussoren

1. I will try to run a benchmark is there any good benchmark to try it?
2. As far as I know, OS X 10.9 Mavericks has an issue with 
pthread_get_stacksize_np, I added a new commit on PR with this issue.

Thanks!

--

___
Python tracker 

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

[issue34008] Do we support calling Py_Main() after Py_Initialize()?

[Matej Cepl]

Change by Matej Cepl :


--
nosy: +mcepl

___
Python tracker 

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

[issue20760] test_compileall test getting failed on 3.4 RC

[STINNER Victor]

STINNER Victor  added the comment:

This issue is 4 years old and has not been seen recently on Linux. Sadly, the 
issue doesn't contain enough information to fix the bug, so I close it. If you 
see again the bug on Linux, please open a new issue (and maybe add a reference 
to this old bug).

--
nosy: +vstinner
resolution:  -> out of date
stage:  -> 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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[Matej Cepl]

Matej Cepl  added the comment:

I would add that Debian doesn't seem to fare that much better ... 
https://buildd.debian.org/status/fetch.php?pkg=python3.7&arch=amd64&ver=3.7.0-1&stamp=1530136859&raw=0

--
nosy: +mcepl

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[STINNER Victor]

STINNER Victor  added the comment:

It seems like the same (or similar? I didn't check) tests fail on Debian:

https://buildd.debian.org/status/fetch.php?pkg=python3.7&arch=amd64&ver=3.7.0-1&stamp=1530136859&raw=0

--

___
Python tracker 

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

[issue34022] Python 3.7: 6 tests failed on OpenSUSE

[STINNER Victor]

New submission from STINNER Victor :

https://build.opensuse.org/package/show/home:mcepl:work/python3

6 tests failed:
test_cmd_line_script test_compileall test_importlib
test_multiprocessing_main_handling test_py_compile test_runpy

==
ERROR: test_zipfile_compiled (test.test_runpy.RunPathTestCase)
--
Traceback (most recent call last):
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/runpy.py", line 153, in 
_get_module_details
code = loader.get_code(mod_name)
zipimport.ZipImportError: can't find module '__main__'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/runpy.py", line 219, in 
_get_main_module_details
return _get_module_details(main_name)
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/runpy.py", line 155, in 
_get_module_details
raise error(format(e)) from e
ImportError: can't find module '__main__'

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_runpy.py", line 
715, in test_zipfile_compiled
mod_name=mod_name, check_loader=False)
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_runpy.py", line 
631, in _check_script
self.check_code_execution(create_ns, expected_ns)
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_runpy.py", line 
130, in check_code_execution
result_ns = create_namespace(None)
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_runpy.py", line 
606, in create_ns
return run_path(script_name, init_globals)
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/runpy.py", line 275, in 
run_path
mod_name, mod_spec, code = _get_main_module_details()
  File "/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/runpy.py", line 223, in 
_get_main_module_details
(main_name, sys.path[0])) from exc
ImportError: can't find '__main__' module in '/tmp/tmp40k8q99u/test_zip.zip'

==
FAIL: test_zipfile_compiled (test.test_cmd_line_script.CmdLineTest)
--
Traceback (most recent call last):
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_cmd_line_script.py", 
line 268, in test_zipfile_compiled
zipimport.zipimporter)
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_cmd_line_script.py", 
line 129, in _check_script
*run_args, __isolated=False, __cwd=cwd, **env_vars
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/support/script_helper.py", 
line 157, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/support/script_helper.py", 
line 143, in _assert_python
res.fail(cmd_line)
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/support/script_helper.py", 
line 84, in fail
err))
AssertionError: Process return code is 1
command line: ['/home/abuild/rpmbuild/BUILD/Python-3.7.0/python', '-X', 
'faulthandler', '-E', '/tmp/tmpwlsj3czm/test_zip.zip', 'test1', 'test2', 
'test3']

stdout:
---

---

stderr:
---
/home/abuild/rpmbuild/BUILD/Python-3.7.0/python: can't find '__main__' module 
in '/tmp/tmpwlsj3czm/test_zip.zip'
---

==
FAIL: test_overiden_unchecked_hash_based_pyc 
(test.test_importlib.source.test_file_loader.Frozen_SimpleTest)
--
Traceback (most recent call last):
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_importlib/util.py", 
line 303, in wrapper
to_return = fxn(*args, **kwargs)
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_importlib/source/test_file_loader.py",
 line 349, in test_overiden_unchecked_hash_based_pyc
self.assertEqual(int.from_bytes(data[4:8], 'little'), 0b1)
AssertionError: 3 != 1

==
FAIL: test_unchecked_hash_based_pyc 
(test.test_importlib.source.test_file_loader.Frozen_SimpleTest)
--
Traceback (most recent call last):
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_importlib/util.py", 
line 303, in wrapper
to_return = fxn(*args, **kwargs)
  File 
"/home/abuild/rpmbuild/BUILD/Python-3.7.0/Lib/test/test_importlib/source/test_file_loader.py",
 line 315, in test_unchecked_hash_based_pyc
self.assertEqual(mod.state, 'old')
AssertionError: 'new' != 'old'
- new
+ old


==
FAIL: test_old_timestamp 
(test.test_importlib.source.test_file_loader.Frozen_SourceLoaderBadBytecodeTe

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Have you looked at benchmark results for this patch?

In particular, PyOS_CheckStack is called quite often and I wonder how those 
calls affect performance. If there is a clear performance impact it would be 
useful to store some information in the python thread state.

In what versions of macOS are there problems with pthread_get_stacksize_np() on 
the main thread?

--

___
Python tracker 

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

[issue30256] Adding a SyncManager Queue proxy to a SyncManager dict or Namespace proxy raises an exception

[Xiang Zhang]

Change by Xiang Zhang :


--
nosy: +davin, pitrou, xiang.zhang

___
Python tracker 

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

[issue33978] logging.config.dictConfig with file handler leaks resources

[Géry]

Géry  added the comment:

Thanks @xtreak and @vinay.sajip for the fix.

--

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[gladman]

gladman  added the comment:

I cannot build the Windows chm file but I am happy to test any versions that 
others can produce.

--

___
Python tracker 

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

[issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility issues

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Why should we mention Travis-CI at all? It's Travis-CI's job to document the 
binaries and runtimes they provide on each of their build environments.

--
nosy: +pitrou

___
Python tracker 

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

[issue34006] Windows HTML Help (chm) has fixed line length

[Julien Palard]

Julien Palard  added the comment:

> Maybe, all you we need to do is adding "-D 
> html_theme_options.body_max_width=none" option to sphinx-build when building 
> html for htmlhelp, in Doc/make.bat.

As far as I can see, it's the right solution, but I have no windows machine to 
test it.

I checked in PEP 101, and they're using `make.bat htmlhelp` on windows to build 
the chm files.

Can someone test it?

--

___
Python tracker 

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

[issue34020] Add '%(asctime)s' into default BASIC_FORMAT in logging module

[Vinay Sajip]

Vinay Sajip  added the comment:

> The first thing people do is set the format to 
> '%(asctime)s:%(levelname)s:%(name)s:%(message)s' or like after importing 
> logging module.

"People" - you don't claim to speak for *everyone*, right?

basicConfig() takes a format= keyword argument that you can use to specify your 
required format string. Since you have to call basicConfig() anyway, it seems 
little hardship to specify the format you want in your call.

Closing as "not a bug", which here is to be interpreted as "not an enhancement 
that's needed".

--
resolution:  -> not a bug
stage:  -> 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

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

[Dong-hee Na]

Dong-hee Na  added the comment:

@ronaldoussoren

I wrote a first proto type PR and it works well on my MacBook Pro.
As you commented, there is a issue with pthread_get_stacksize_np when 
pthread_main_np() == 1 on some old mac system.

I will take a look more deeply at this issue.
If you have any feedback for my first PR please left it. 

Thanks,
Dong-hee

--

___
Python tracker 

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

[issue33961] Inconsistency in exceptions for dataclasses.dataclass documentation

[Eric V. Smith]

Eric V. Smith  added the comment:


New changeset 24d74bd8377d38528566437e70fcd72229695ac7 by Eric V. Smith (Chris 
Cogdon) in branch '3.7':
bpo-33961: Adjusted dataclasses docs to correct exceptions raised. (GH-7917)
https://github.com/python/cpython/commit/24d74bd8377d38528566437e70fcd72229695ac7


--

___
Python tracker 

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

[issue34020] Add '%(asctime)s' into default BASIC_FORMAT in logging module

[Eric V. Smith]

Eric V. Smith  added the comment:

Unfortunately, I don't see how we can do this without breaking code that 
assumes the default log format doesn't have the timestamp in it.

In particular, I'm thinking of external log file parsers.

--
nosy: +eric.smith, vinay.sajip

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Bumsik Kim]

Change by Bumsik Kim :


--
versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.8

___
Python tracker 

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

[issue34021] [2.7] test_regrtest: test_env_changed() fails on x86 Windows XP VS9.0 2.7

[STINNER Victor]

Change by STINNER Victor :


--
components: +Tests

___
Python tracker 

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

[issue34021] test_regrtest: test_env_changed() fails on x86 Windows XP VS9.0 2.7

[STINNER Victor]

New submission from STINNER Victor :

http://buildbot.python.org/all/#/builders/105/builds/182

d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build>"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\PC\VS9.0\\python_d"
  -Wd -3 -E -tt 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\PC\VS9.0\\..\..\Lib\test\regrtest.py"
 -uall -rwW --slowest -j2  
== CPython 2.7.15+ (default, Jun 30 2018, 07:15:20) [MSC v.1500 32 bit (Intel)]
==   Windows-XP-5.1.2600-SP3 little-endian
==   
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\build\test_python_3044
== CPU count: 1
Using random seed 5527885
Run tests in parallel using 2 child processes
...
0:11:15 [256/403/1] test_regrtest failed
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\support\__init__.py:808:
 RuntimeWarning: tests may fail, unable to create temp dir: 
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\build\test_python_2228
  with temp_dir(path=name, quiet=quiet) as temp_path:
test test_regrtest failed -- Traceback (most recent call last):
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 662, in test_env_changed
self.check_executed_tests(output, [testname], env_changed=testname)
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 140, in check_executed_tests
self.check_line(output, regex)
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 87, in check_line
self.assertRegexpMatches(output, regex)
AssertionError: Regexp didn't match: '^1 test altered the execution 
environment:\\ntest_regrtest_noop33$' not found in 'Run tests 
sequentially\n0:00:00 [1/1] test_regrtest_noop33\n\n== Tests result: SUCCESS 
==\n\n1 test OK.\n\nTotal duration: 131 ms\nTests result: SUCCESS\n'
...
Re-running failed tests in verbose mode
Re-running test 'test_regrtest' in verbose mode
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\support\__init__.py:808:
 RuntimeWarning: tests may fail, unable to create temp dir: 
d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\build\test_python_2336
  with temp_dir(path=name, quiet=quiet) as temp_path:
test_module_autotest (test.test_regrtest.ProgramsTestCase) ... ok
test_module_from_test_autotest (test.test_regrtest.ProgramsTestCase) ... ok
test_module_regrtest (test.test_regrtest.ProgramsTestCase) ... ok
test_module_test (test.test_regrtest.ProgramsTestCase) ... ok
test_pcbuild_rt (test.test_regrtest.ProgramsTestCase) ... skipped 
'Tools/buildbot/test.bat requires PCbuild build, found PC'
test_script_autotest (test.test_regrtest.ProgramsTestCase) ... ok
test_script_regrtest (test.test_regrtest.ProgramsTestCase) ... ok
test_tools_buildbot_test (test.test_regrtest.ProgramsTestCase) ... skipped 
'Tools/buildbot/test.bat requires PCbuild build, found PC'
test_coverage (test.test_regrtest.ArgsTestCase) ... ok
test_crashed (test.test_regrtest.ArgsTestCase) ... ok
test_env_changed (test.test_regrtest.ArgsTestCase) ... FAIL
test_failing_test (test.test_regrtest.ArgsTestCase) ... ok
test_forever (test.test_regrtest.ArgsTestCase) ... ok
test_fromfile (test.test_regrtest.ArgsTestCase) ... ok
test_huntrleaks (test.test_regrtest.ArgsTestCase) ... ok
test_huntrleaks_fd_leak (test.test_regrtest.ArgsTestCase) ... ok
test_interrupted (test.test_regrtest.ArgsTestCase) ... ok
test_list_cases (test.test_regrtest.ArgsTestCase) ... ok
test_list_tests (test.test_regrtest.ArgsTestCase) ... ok
test_matchfile (test.test_regrtest.ArgsTestCase) ... ok
test_random (test.test_regrtest.ArgsTestCase) ... ok
test_rerun_fail (test.test_regrtest.ArgsTestCase) ... ok
test_resources (test.test_regrtest.ArgsTestCase) ... ok
test_slow_interrupted (test.test_regrtest.ArgsTestCase) ... ok
test_slowest (test.test_regrtest.ArgsTestCase) ... ok
test_format_duration (test.test_regrtest.TestUtils) ... ok

==
FAIL: test_env_changed (test.test_regrtest.ArgsTestCase)
--
Traceback (most recent call last):
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 665, in test_env_changed
output = self.run_tests("--fail-env-changed", testname, exitcode=3)
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 335, in run_tests
return self.run_python(cmdargs, **kw)
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 216, in run_python
proc = self.run_command(args, **kw)
  File 
"d:\cygwin\home\db3l\buildarea\2.7.bolen-windowsvs9\build\lib\test\test_regrtest.py",
 line 211, in run_command
self.fail(msg)
AssertionError: Command 
['d:\\cygwin\\home\\db3l\\buildarea\\2.7.bolen-windowsvs9\\build\\PC\\VS9.0\\python_d.exe',
 '-m', 'test', '--testdir=c:\\docume~1\\db3l\\

[issue34021] [2.7] test_regrtest: test_env_changed() fails on x86 Windows XP VS9.0 2.7

[STINNER Victor]

Change by STINNER Victor :


--
title: test_regrtest: test_env_changed() fails on x86 Windows XP VS9.0 2.7 -> 
[2.7] test_regrtest: test_env_changed() fails on x86 Windows XP VS9.0 2.7

___
Python tracker 

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

[issue34020] Add '%(asctime)s' into default BASIC_FORMAT in logging module

[Leon H.]

New submission from Leon H. :

Current BASIC_FORMAT:
BASIC_FORMAT = "%(levelname)s:%(name)s:%(message)s"

The first thing people do is set the format to 
'%(asctime)s:%(levelname)s:%(name)s:%(message)s' or like after importing 
logging module.

Could we put the '%(asctime)s' into the default BASIC_FORMAT setting and save 
everyone's time?

--
components: Library (Lib)
messages: 320864
nosy: Leon H.
priority: normal
severity: normal
status: open
title: Add '%(asctime)s' into default BASIC_FORMAT in logging module
type: enhancement
versions: Python 3.8

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Bumsik Kim]

Change by Bumsik Kim :


--
keywords: +patch
pull_requests: +7656
stage:  -> patch review

___
Python tracker 

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

[issue33955] Implement PyOS_CheckStack on macOS using pthread_get_stack*_np

[Dong-hee Na]

Change by Dong-hee Na :


--
keywords: +patch
pull_requests: +7655
stage: needs patch -> patch review

___
Python tracker 

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

[issue34019] webbrowser: wrong arguments for Opera browser.

[Bumsik Kim]

New submission from Bumsik Kim :

webbrowser module currently opens Opera Browser using the following command:

opera -remote "openURL(https://google.com,new-window)"

While this follows Opera's documentation 
(https://www.opera.com/docs/switches/#remote), this is broken since Opera 
switched from its own engine to Chromium. The working command is exactly the 
same as Chrome:

opera --new-window https://google.com

--
components: Library (Lib)
messages: 320863
nosy: kbumsik
priority: normal
severity: normal
status: open
title: webbrowser: wrong arguments for Opera browser.
versions: Python 3.7

___
Python tracker 

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

[issue34009] Document Travis CI / Ubuntu 14.04 OpenSSL compatibility issues

[David MacIver]

David MacIver  added the comment:

Anthony Sottile has pointed out to me that I'm wrong about the xenial thing, 
and that actually it does work it's just that you need to get multiple things 
right in order for it to do so. 
https://github.com/deadsnakes/travis-ci-python3.7-example is a good example of 
making it work.

--

___
Python tracker 

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