[issue40463] csv.reader split error

[SilentGhost]

Change by SilentGhost :


--
type: enhancement -> behavior
versions: +Python 3.7, Python 3.8 -Python 3.6

___
Python tracker 

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

Re: SSL Certificate Verify Failed (_ssl.c:600) using Windows Server 2019

[Dieter Maurer]

separated wrote at 2020-5-1 02:51 +:
> ...
>but I still dont know why when I running a command 'youtube-dl -U' then got a 
>message 'ERROR: can't find the current version. Please try again later' maybe 
>it needs a sudo password.

This looks like a log message (the "ERROR" likely comes from this).
I would search the source code (recursively) for "find the current version"
to locate the piece of code responsible for the message and
then look around to find out why it is generated.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue40463] csv.reader split error

[wy7305e]

New submission from wy7305e :

#python 3.6 or python 3.8

csv.reader

delimiter=','
quotechar='"'

split this sentence:

"A word of encouragement and explanation, of pity for my childish ignorance, of 
welcome home, of reassurance to me that it was home, might have made me dutiful 
to him in my heart henceforth, instead of in my hypocriticaleword 
w=\"hypocritical\"/eword outside, and might have made me respect 
instead of hate him. ","Part 1/CHAPTER 4. I FALL INTO DISGRACE/","David 
Copperfield"

return 4 columns, but it should return 3 columns.

--
components: Library (Lib)
files: 01_test_code.py
messages: 367823
nosy: wy7305e
priority: normal
severity: normal
status: open
title: csv.reader split error
type: enhancement
versions: Python 3.6
Added file: https://bugs.python.org/file49104/01_test_code.py

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[Guido van Rossum]

Guido van Rossum  added the comment:


New changeset 3e0a6f37dfdd595be737baae00ec0e036a912615 by Lysandros Nikolaou in 
branch 'master':
bpo-40334: Add support for feature_version in new PEG parser (GH-19827)
https://github.com/python/cpython/commit/3e0a6f37dfdd595be737baae00ec0e036a912615


--

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[Guido van Rossum]

Change by Guido van Rossum :


--
pull_requests: +19150
pull_request: https://github.com/python/cpython/pull/19830

___
Python tracker 

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

[issue32604] Expose the subinterpreters C-API in Python for testing use.

[Eric Snow]

Change by Eric Snow :


--
pull_requests: +19149
pull_request: https://github.com/python/cpython/pull/19829

___
Python tracker 

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

Re: SSL Certificate Verify Failed (_ssl.c:600) using Windows Server 2019

[separated via Python-list]

thank you for your suggestion, maurer. surprisingly it works.

I tried to download chrome instead my previous browser is firefox, just 
download it and try to do a simple youtube-dl command and it works.

but I still dont know why when I running a command 'youtube-dl -U' then got a 
message 'ERROR: can't find the current version. Please try again later' maybe 
it needs a sudo password.

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Friday, May 1, 2020 1:00 AM, Dieter Maurer  wrote:

> separated wrote at 2020-4-29 21:11 +:
>
> > I just bought a rdp from someone and try to install python in order to 
> > running youtube-dl but when I just run a simple youtube-dl command like 
> > 'youtube-dl [youtube video url]' it got me this message :
> > ERROR: Unable to download webpage:  > CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600)> (caused 
> > by URLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate 
> > verify failed (_ssl.c:600)'),))
>
> Either the ssl certificate provided by the server is invalid
> or Python lacks the necessary CA (= "Certificate Authority") root
> certificates for its verification.
>
> I would use a browser to access the url and see what it says
> about the used certificate.
>
> Python typically uses the same certificates also used by
> browsers. I do not know Windows and cannot tell you where those
> certificates are located and how to add additional root certificates.


-- 
https://mail.python.org/mailman/listinfo/python-list

[issue39321] AMD64 FreeBSD Non-Debug 3.x: out of swap space (test process killed by signal 9)

[Kubilay Kocak]

Kubilay Kocak  added the comment:

Provisioning new/additional swap to both of FreeBSD BB workers in the next few 
days. Apologies for the delay

--

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[Guido van Rossum]

Change by Guido van Rossum :


--
pull_requests: +19148
pull_request: https://github.com/python/cpython/pull/19828

___
Python tracker 

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

[issue40443] Remove unused imports in the stdlib (April 2020 edition)

[STINNER Victor]

STINNER Victor  added the comment:


New changeset eb0d359b4b0e14552998e7af771a088b4fd01745 by Victor Stinner in 
branch 'master':
bpo-40443: Remove unused imports in stdlib (GH-19815)
https://github.com/python/cpython/commit/eb0d359b4b0e14552998e7af771a088b4fd01745


--

___
Python tracker 

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

[issue40443] Remove unused imports in the stdlib (April 2020 edition)

[STINNER Victor]

STINNER Victor  added the comment:

Thanks for reviews!

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

[issue40275] test.support has way too many imports

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2935e65c36fab1989bbda19db72c035ea22b044b by Victor Stinner in 
branch 'master':
bpo-40275: Fix name error in support.socket_helper (GH-19825)
https://github.com/python/cpython/commit/2935e65c36fab1989bbda19db72c035ea22b044b


--

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[Lysandros Nikolaou]

Change by Lysandros Nikolaou :


--
pull_requests: +19147
pull_request: https://github.com/python/cpython/pull/19827

___
Python tracker 

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

[issue40455] GCC 10 compiler warnings

[STINNER Victor]

STINNER Victor  added the comment:

Andy Lester:
> Did you add any options to the ./configure call for cpython?  What were they?

I reported warnings that I saw on a buildbot build.

Extract of https://buildbot.python.org/all/#/builders/351/builds/406.

configure step:

./configure --prefix '$(PWD)/target' --with-lto

test.pythoninfo of the build says:

CC.version: gcc (GCC) 10.0.1 20200420 (Red Hat 10.0.1-0.12)

sysconfig[CCSHARED]: -fPIC
sysconfig[CC]: gcc -pthread
sysconfig[CFLAGS]: -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 
-Wall
sysconfig[CONFIG_ARGS]: '--prefix' 
'/home/buildbot/buildarea/3.x.cstratak-fedora-rawhide-ppc64le.lto/build/target' 
'--with-lto'
sysconfig[OPT]: -DNDEBUG -g -fwrapv -O3 -Wall
sysconfig[PY_CFLAGS]: -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 
-Wall
sysconfig[PY_CFLAGS_NODIST]: -flto -fuse-linker-plugin -ffat-lto-objects 
-flto-partition=none -g -std=c99 -Wextra -Wno-unused-result 
-Wno-unused-parameter -Wno-missing-field-initializers 
-Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal
sysconfig[PY_CORE_LDFLAGS]: -flto -fuse-linker-plugin -ffat-lto-objects 
-flto-partition=none -g
sysconfig[PY_LDFLAGS_NODIST]: -flto -fuse-linker-plugin -ffat-lto-objects 
-flto-partition=none -g
sysconfig[PY_STDMODULE_CFLAGS]: -Wno-unused-result -Wsign-compare -DNDEBUG -g 
-fwrapv -O3 -Wall -flto -fuse-linker-plugin -ffat-lto-objects 
-flto-partition=none -g -std=c99 -Wextra -Wno-unused-result 
-Wno-unused-parameter -Wno-missing-field-initializers 
-Werror=implicit-function-declaration -fvisibility=hidden -I./Include/internal 
-I. -I./Include

--

___
Python tracker 

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

[issue40275] test.support has way too many imports

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +19146
pull_request: https://github.com/python/cpython/pull/19825

___
Python tracker 

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

[issue40462] [easy] undefined name in Lib/test/mock_socket.py

[STINNER Victor]

STINNER Victor  added the comment:

Another one:

Lib/unittest/test/test_program.py:191:40 undefined name 'hasInstallHandler'

Code:

def testBufferCatchFailfast(self):
program = self.program
for arg, attr in (('buffer', 'buffer'), ('failfast', 'failfast'),
  ('catch', 'catchbreak')):
if attr == 'catch' and not hasInstallHandler:
continue
...

attr is never equal to 'catch' and so it's just dead code which can be removed.

--

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[STINNER Victor]

STINNER Victor  added the comment:

Warnings found by pyflakes:

Lib/test/test_tools/test_c_analyzer/test_parser/test_declarations.py:115:31 
undefined name 'lines'
Lib/test/test_tools/test_c_analyzer/test_parser/test_declarations.py:116:25 
undefined name 'lines'
Lib/test/test_tools/test_c_analyzer/test_parser/test_declarations.py:527:42 
undefined name 'stmt'
Lib/test/test_tools/test_c_analyzer/test_parser/test_declarations.py:527:48 
undefined name 'blocks'

--
nosy: +vstinner

___
Python tracker 

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

[issue40462] [easy] undefined name in Lib/test/mock_socket.py

[STINNER Victor]

STINNER Victor  added the comment:

Another one:

Lib/test/test_json/test_recursion.py:55:24 undefined name 'pyjson'

Code:

def test_defaultrecursion(self):
class RecursiveJSONEncoder(self.json.JSONEncoder):
recurse = False
def default(self, o):
if o is JSONTestObject:
if self.recurse:
return [JSONTestObject]
else:
return 'JSONTestObject'
return pyjson.JSONEncoder.default(o)

Here I'm not sure. *Maybe* pyjson.JSONEncoder should be replaced with 
self.json.JSONEncoder?

--

___
Python tracker 

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

[issue40462] [easy] undefined name in Lib/test/mock_socket.py

[STINNER Victor]

STINNER Victor  added the comment:

Another one:

Lib/test/test_frame.py:53:17 undefined name 'inner'

I guess that self.inner() should be used instead of inner(). In practice, it's 
dead code, but fixing it would make pyflakes happier :-)

--

___
Python tracker 

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

[issue40462] [easy] undefined name in Lib/test/mock_socket.py

[STINNER Victor]

New submission from STINNER Victor :

pyflakes found the following issues in sendall():

Lib/test/mock_socket.py:95:21 undefined name 'data'
Lib/test/mock_socket.py:96:28 undefined name 'data'
Lib/test/mock_socket.py:97:20 undefined name 'data'

Code:

def sendall(self, buffer, flags=None):
self.last = data
self.output.append(data)
return len(data)

def send(self, data, flags=None):
self.last = data
self.output.append(data)
return len(data)

I guess that sendall() buffer parameter should be renamed to data.

--
components: Tests
keywords: newcomer friendly
messages: 367812
nosy: vstinner
priority: normal
severity: normal
status: open
title: [easy] undefined name in Lib/test/mock_socket.py
versions: Python 3.9

___
Python tracker 

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

[issue40460] [easy] undefined name in Lib/idlelib/zzdummy.py

[STINNER Victor]

New submission from STINNER Victor :

pyflakes found the following issue:

Lib/idlelib/zzdummy.py:31:33 undefined name 'ztest'

Code:

ztext = idleConf.GetOption('extensions', 'ZzDummy', 'z-text')
(...)
for line in range(1, text.index('end')):
text.insert('%d.0', ztest)

Maybe it's a typo: ztext instead of ztest? I'm not sure.

--
assignee: terry.reedy
components: IDLE
keywords: newcomer friendly
messages: 367810
nosy: terry.reedy, vstinner
priority: normal
severity: normal
status: open
title: [easy] undefined name in Lib/idlelib/zzdummy.py
versions: Python 3.9

___
Python tracker 

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

[issue40461] execution of file with pictures doesn't work in command --onefile in pyinstaller

[Hugo Benavides]

New submission from Hugo Benavides :

hi, 
I have a problem to crete an executable using the command pyinstaller at the 
time of use the helper --onefile

I've created an executable using the next instruction:

pyinstaller --windowed --add-data "Rute PC to my Folder\Imagen";"Imagen"  
Aplicacion_Calculadora.py  

The folder Imagen has an imagen that is called into the code and at this time 
everything work fine, the executable starts and works very fine. I have used 
the calculator and operations are correct and the imagen is upload in the 
interface, but I deleted everything and started again.

I would like to add everything in one File using the command:

pyinstaller --onefile --add-data "Rute PC to mi Folder\Imagen";"Imagen"  
Aplicacion_Calculadora.py 

At this point, the executable never starts. If I saw the message in console 
when the .exe is running and it shows me the next error: 

File "tkinter\__init__.py", line 4061, in __init__
File "tkinter\__init__.py", line 4006, in __init__
_tkinter.TclError: couldn't open "./Imagen/Retroceder.png": no such file or 
directory [11320] Failed to execute script Aplicacion_Calculadora 

The executable never can find the folder and the imagen, it happenning just 
when I use the command --onefile

I've been looking in every documentation and instructions but I've not found 
anything about that error just using the command --onefile


May you help me with that error or what instruction I should add, please?

Attach code and folder with the imagen


Thanks

--
components: Library (Lib)
files: Aplicacion_Calculadora.zip
messages: 367811
nosy: Hugo Benavides
priority: normal
severity: normal
status: open
title: execution of file with pictures doesn't work in command --onefile in 
pyinstaller
versions: Python 3.8
Added file: https://bugs.python.org/file49103/Aplicacion_Calculadora.zip

___
Python tracker 

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

[issue40455] GCC 10 compiler warnings

[Andy Lester]

Andy Lester  added the comment:

Did you add any options to the ./configure call for cpython?  What were they?

--

___
Python tracker 

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

[issue40459] [easy] undefined names in platform.py

[STINNER Victor]

New submission from STINNER Victor :

pyflakes found the two following issues in platform.py:

Lib/platform.py:401:35 undefined name 'HKEY_LOCAL_MACHINE'
Lib/platform.py:402:25 undefined name 'QueryValueEx'

Line 353:

with winreg.OpenKeyEx(winreg.HKEY_LOCAL_MACHINE, cvkey) as key:
return winreg.QueryValueEx(key, 'EditionId')[0]

vs Line 401:

with winreg.OpenKeyEx(HKEY_LOCAL_MACHINE, cvkey) as key:
ptype = QueryValueEx(key, 'CurrentType')[0]


This issue seems easy to fix ;-)

--
components: Library (Lib)
keywords: newcomer friendly
messages: 367808
nosy: vstinner
priority: normal
severity: normal
status: open
title: [easy] undefined names in platform.py
versions: Python 3.9

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[STINNER Victor]

STINNER Victor  added the comment:

Me:
> macOS was already non-voting (optional), no?

Steve:
> Only because you complained about it here :) That was PR 18818

Alright, I forgot about the whole history. Well, it's not my fault if macOS 
decided to fail :-)

I did my part, I fixed os.getgrouplist() which started (!?) to fail on the 
macOS job of Azure (in fact, it was an old issue which wasn't noticed 
previously): https://bugs.python.org/issue40014

I'm not sure what to do with macOS job which never starts or fail with empty 
logs. I don't see what we can do on the Python side. It *seems* to be more on 
the Azure side which is a blackbox to me. Maybe Steve you may ask around you at 
Microsoft? If you feel that you can do something to unblock the situation, 
please open an issue.

Note: I would also prefer to have a voting macOS job, but it's not like I can 
fix the macOS job myself, so I let others handle this one ;-)

--

___
Python tracker 

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

[issue39691] Allow passing Pathlike objects to io.open_code

[Shantanu]

Change by Shantanu :


--
keywords: +patch
nosy: +hauntsaninja
nosy_count: 3.0 -> 4.0
pull_requests: +19145
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/19824

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[STINNER Victor]

STINNER Victor  added the comment:

I understood that such issue should be discussed in the Core Workflow category 
of Discourse, so I created:

"Make one Windows CI job mandatory"
https://discuss.python.org/t/make-one-windows-ci-job-mandatory/4047

I suggest to continue the discussion there.

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[Steve Dower]

Steve Dower  added the comment:

> I'm not sure of what you mean by "no discussion", this issue has many 
> comments.

Let's say, no consensus. There were three votes cast in this discussion - yours 
(+1), mine (-1) and Brett's (I'll assume +0 because he made the change, despite 
saying he didn't want to ;) ).

Meanwhile, *everyone* is impacted, some people very negatively. The rest of the 
dev team need to know that it was a deliberate change.

> I would be more confident if we could make at least one Windows job mandatory.

Yes, so would I :)

> I don't know how to modify the Windows job to do nothing if it's a 
> documentation change only.

I can do it when I get time, but it's not very high on my list. I suggest 
looking at the Azure Pipelines definition, kind of like how I looked at the 
Travis definition to figure it out.

> macOS was already non-voting (optional), no?

Only because you complained about it here :) That was PR 18818

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[Steve Dower]

Steve Dower  added the comment:

> FWIW, I took a quick look at it and, with nothing to go on in the way of 
> visible messages, the best guess I could come up with is that the test run 
> step is hitting a time out and that, in that case, no status is shown. Anyone 
> know if that is a reasonable guess?

I think it depends on the timeout. Some of my Ubuntu builds occasionally get 
hard-stuck on tkinter tests, so apparently it's possible for that to spoil CI. 
But I believe Pipelines is going to try and terminate the process "nicely" 
first.

--

___
Python tracker 

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

[issue40458] test_attribute_name_interning crashes on APPX test

[Steve Dower]

New submission from Steve Dower :

The Windows CI machines on Azure Pipelines run additional tests to check an 
"installed" layout and with the UWP entry point that's used for the Windows 
Store package.

These tests have been failing intermittently (though regularly) with a stack 
overflow crash in the PyPickler tests.

Example: 
https://dev.azure.com/Python/cpython/_build/results?buildId=62055=results

test_attribute_name_interning (test.test_pickle.PyPicklerTests) ... ok
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in 
__getattr__
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in 
__getattr__
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in 
__getattr__
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in 
__getattr__
...

I assume this is due to having more code on the start at the start, and so the 
recursion limit isn't low enough. But it might also be worth checking this 
particular case to see whether there is unnecessary data being kept on the 
stack (e.g. in local C variables).

The crash occurs in both 3.8 and master, but not 3.7.

--
components: Windows
messages: 367803
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_attribute_name_interning crashes on APPX test
versions: Python 3.8, Python 3.9

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[STINNER Victor]

STINNER Victor  added the comment:

Steve:
> Requests to change the workflow should be discussed on one of the 
> core-workflow groups (I think Discourse is the primary one now, right?). Once 
> an action is agreed upon, it gets tracked on the core-workflow tracker. 
> That's how we decided to turn Travis off and Azure Pipelines on in the first 
> place.

Ok.


> Oh, and Victor, you should probably email python-dev to let everyone know you 
> requested this change and it's been made. Otherwise people may be surprised 
> that it changed without any discussion or notification.

I'm not sure of what you mean by "no discussion", this issue has many comments.


> This is especially important if we have to disable all platforms other than 
> Linux to avoid blocking PRs.

I would be more confident if we could make at least one Windows job mandatory.

I have no opinion on msg363405, so I'm fine with Brett choice ("we have to just 
rely on people paying attention to failures").

I don't know how to modify the Windows job to do nothing if it's a 
documentation change only.

macOS was already non-voting (optional), no?

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[Ned Deily]

Ned Deily  added the comment:

> In the past, the macOS job was very reliable. I have no idea why it became so 
> flaky, but I don't have the bandwidth to investigate, moreover it seems like 
> some issues are internal to Azure Pipelines / GH Actions, and I don't have 
> access to these.

FWIW, I took a quick look at it and, with nothing to go on in the way of 
visible messages, the best guess I could come up with is that the test run step 
is hitting a time out and that, in that case, no status is shown. Anyone know 
if that is a reasonable guess?  The next question would be why are the tests 
taking that long on that macOS instance.

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[STINNER Victor]

STINNER Victor  added the comment:

> Let's just hope that Travis has stabilised compared to when we switched away 
> from it, and maybe they have enough capacity now to handle our busy periods.

Can't we be more flexible depending on the stability on CIs over the last 
weeks? I mean making a CI optional if it becomes flaky, but also try to make a 
CI mandatory when it becomes stable.

In my experience, no CI is reliable and the stability varies a lot over time.

In the past, the macOS job was very reliable. I have no idea why it became so 
flaky, but I don't have the bandwidth to investigate, moreover it seems like 
some issues are internal to Azure Pipelines / GH Actions, and I don't have 
access to these.

I'm trying to do the best with my limited time.

--

___
Python tracker 

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

[issue40254] pyspecific directives are not translatable

[Ned Deily]

Change by Ned Deily :


--
nosy: +eric.araujo, ezio.melotti, mdk, willingc

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[Steve Dower]

Steve Dower  added the comment:

Oh, and Victor, you should probably email python-dev to let everyone know you 
requested this change and it's been made. Otherwise people may be surprised 
that it changed without any discussion or notification.

This is especially important if we have to disable all platforms other than 
Linux to avoid blocking PRs.

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[Steve Dower]

Steve Dower  added the comment:

Bugs in Python should continue to be reported here.

Requests to change the workflow should be discussed on one of the core-workflow 
groups (I think Discourse is the primary one now, right?). Once an action is 
agreed upon, it gets tracked on the core-workflow tracker. That's how we 
decided to turn Travis off and Azure Pipelines on in the first place.

Let's just hope that Travis has stabilised compared to when we switched away 
from it, and maybe they have enough capacity now to handle our busy periods.

--

___
Python tracker 

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

[issue40445] compileall.compile_dir docs aren't updated for bpo-38112

[Ned Deily]

Change by Ned Deily :


--
nosy: +petr.viktorin

___
Python tracker 

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

[issue40444] multiprocessing.Pool deadlocks with only print statements

[Ned Deily]

Change by Ned Deily :


--
nosy: +davin, pitrou

___
Python tracker 

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

[issue40457] Python fails to compile/load _ssl module if OpenSSL is compiled with no-tls1-method

[Mitch Lindgren]

Mitch Lindgren  added the comment:

I'd be happy to work on a patch for this. I think the simplest approach would 
be to change this block starting on line 3087:

if (proto_version == PY_SSL_VERSION_TLS1)
ctx = SSL_CTX_new(TLSv1_method());
#if HAVE_TLSv1_2
else if (proto_version == PY_SSL_VERSION_TLS1_1)
ctx = SSL_CTX_new(TLSv1_1_method());
else if (proto_version == PY_SSL_VERSION_TLS1_2)
ctx = SSL_CTX_new(TLSv1_2_method());
#endif
#ifndef OPENSSL_NO_SSL3
else if (proto_version == PY_SSL_VERSION_SSL3)
ctx = SSL_CTX_new(SSLv3_method());
#endif
#ifndef OPENSSL_NO_SSL2
else if (proto_version == PY_SSL_VERSION_SSL2)
ctx = SSL_CTX_new(SSLv2_method());
#endif
else if (proto_version == PY_SSL_VERSION_TLS) /* SSLv23 */
ctx = SSL_CTX_new(TLS_method());
else if (proto_version == PY_SSL_VERSION_TLS_CLIENT)
ctx = SSL_CTX_new(TLS_client_method());
else if (proto_version == PY_SSL_VERSION_TLS_SERVER)
ctx = SSL_CTX_new(TLS_server_method());
else
proto_version = -1;

into a switch and add additional #if !defined(OPENSSL_NO_XXX) macros to exclude 
version-specific methods. Please let me know if this sounds okay.

--

___
Python tracker 

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

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b66c0ff8af0c1a4adc6908897b2d05afc78cc27e by Victor Stinner in 
branch 'master':
bpo-1635741: Fix compiler warning in _stat.c (GH-19822)
https://github.com/python/cpython/commit/b66c0ff8af0c1a4adc6908897b2d05afc78cc27e


--

___
Python tracker 

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

[issue39072] Azure Pipelines: git clone failed with: OpenSSL SSL_read: Connection was reset

[STINNER Victor]

STINNER Victor  added the comment:

I didn't see the issue recently. Moreover, Brett asked me to report Azure 
issues to https://github.com/python/core-workflow/ instead. So I close this 
issue.

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

[issue40457] Python fails to compile/load _ssl module if OpenSSL is compiled with no-tls1-method

[Mitch Lindgren]

New submission from Mitch Lindgren :

I'm working on a project which uses OpenSSL 1.1.1g. For security and compliance 
reasons, it is built with SSL and TLS < 1.2 methods compiled out, using the 
following OpenSSL build options:

no-ssl no-ssl3 no-tls1 no-tls1_1 no-ssl3-method no-tls1-method no-tls1_1-method

When compiling Python v3.8.2 with CFLAGS="-DOPENSSL_NO_SSL2 -DOPENSSL_NO_SSL3 
-DOPENSSL_NO_TLS1 -DOPENSSL_NO_TLS1_1" and 
--with-openssl=/path/to/custom/openssl, _ssl.c fails to compile with the 
following error:

gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 
-Wall -DOPENSSL_NO_SSL2 -DOPENSSL_NO_SSL3 -DOPENSSL_NO_TLS1 -DOPENSSL_NO_TLS1_1 
-DOPENSSL_NO_SSL2 -DOPENSSL_NO_SSL3 -DOPENSSL_NO_TLS1 -DOPENSSL_NO_TLS1_1 
-std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter 
-Wno-missing-field-initializers -Werror=implicit-function-declaration 
-I./Include/internal -I/home/mitch/openssl/include -I./Include -I. 
-I/usr/include/x86_64-linux-gnu -I/usr/local/include 
-I/home/mitch/cpython/Include -I/home/mitch/cpython -c 
/home/mitch/cpython/Modules/_ssl.c -o 
build/temp.linux-x86_64-3.8/home/mitch/cpython/Modules/_ssl.o
/home/mitch/cpython/Modules/_ssl.c: In function ‘_ssl__SSLContext_impl’:
/home/mitch/cpython/Modules/_ssl.c:3088:27: error: implicit declaration of 
function ‘TLSv1_method’; did you mean ‘DTLSv1_method’? 
[-Werror=implicit-function-declaration]
 ctx = SSL_CTX_new(TLSv1_method());
   ^~~~
   DTLSv1_method
/home/mitch/cpython/Modules/_ssl.c:3088:27: warning: passing argument 1 of 
‘SSL_CTX_new’ makes pointer from integer without a cast [-Wint-conversion]
In file included from /home/mitch/cpython/Modules/_ssl.c:62:0:
/home/mitch/openssl/include/openssl/ssl.h:1503:17: note: expected ‘const 
SSL_METHOD * {aka const struct ssl_method_st *}’ but argument is of type ‘int’
 __owur SSL_CTX *SSL_CTX_new(const SSL_METHOD *meth);
 ^~~
/home/mitch/cpython/Modules/_ssl.c:3091:27: error: implicit declaration of 
function ‘TLSv1_1_method’; did you mean ‘TLSv1_2_method’? 
[-Werror=implicit-function-declaration]
 ctx = SSL_CTX_new(TLSv1_1_method());
   ^~
   TLSv1_2_method
/home/mitch/cpython/Modules/_ssl.c:3091:27: warning: passing argument 1 of 
‘SSL_CTX_new’ makes pointer from integer without a cast [-Wint-conversion]
In file included from /home/mitch/cpython/Modules/_ssl.c:62:0:
/home/mitch/openssl/include/openssl/ssl.h:1503:17: note: expected ‘const 
SSL_METHOD * {aka const struct ssl_method_st *}’ but argument is of type ‘int’
 __owur SSL_CTX *SSL_CTX_new(const SSL_METHOD *meth);
 ^~~
cc1: some warnings being treated as errors

This also affects older versions. With v3.5.6, the _ssl module compiles 
successfully (it may be getting the declaration of TLSv1_method from the system 
default OpenSSL header since the --with-openssl option doesn't exist in this 
version), but importing the module at runtime fails:

root@10:/tmp/acmstest# python3
Python 3.5.6 (default, Mar 23 2020, 05:11:33)
[GCC 8.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import ssl
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.5/ssl.py", line 99, in 
import _ssl # if we can't import it, let the error propagate
ImportError: 
/usr/lib/python3.5/lib-dynload/_ssl.cpython-35m-aarch64-linux-gnu.so: undefined 
symbol: TLSv1_method

--
assignee: christian.heimes
components: SSL
messages: 367793
nosy: Mitch Lindgren, christian.heimes
priority: normal
severity: normal
status: open
title: Python fails to compile/load _ssl module if OpenSSL is compiled with 
no-tls1-method
type: compile error
versions: Python 3.5, 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

[issue40188] Azure Pipelines jobs failing randomly with: Unable to connect to azure.archive.ubuntu.com

[STINNER Victor]

STINNER Victor  added the comment:

I didn't see the issue recently. Moreover, Brett asked me to report Azure 
issues to https://github.com/python/core-workflow/ instead. So I close this 
issue.

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

[issue40448] ensurepip uses cache directory

[Ned Deily]

Change by Ned Deily :


--
nosy: +dstufft, ncoghlan, pradyunsg

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Guido van Rossum]

Guido van Rossum  added the comment:

Could it be running out of memory due to excessive chaining of tracebacks?

(And yes, it's 3.9 only.)

--

___
Python tracker 

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

[issue40456] Complete adding silent mode for py_compile

[Gregory Shevchenko]

Change by Gregory Shevchenko :


--
keywords: +patch
nosy: +Gregory Shevchenko
nosy_count: 2.0 -> 3.0
pull_requests: +19144
pull_request: https://github.com/python/cpython/pull/17134

___
Python tracker 

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

[issue40456] Complete adding silent mode for py_compile

[Éric Araujo]

Change by Éric Araujo :


--
stage:  -> patch review
title: py_compile.main(): undefined name 'quiet' -> Complete adding silent mode 
for py_compile
type:  -> behavior

___
Python tracker 

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

[issue22640] Add silent mode for py_compile

[STINNER Victor]

STINNER Victor  added the comment:

It seems like this change introduced a regression in main(): see 
https://bugs.python.org/issue40456

--
nosy: +vstinner

___
Python tracker 

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

[issue40456] py_compile.main(): undefined name 'quiet'

[STINNER Victor]

New submission from STINNER Victor :

pyflakes found 3 errors:

Lib/py_compile.py:200:20 undefined name 'quiet'
Lib/py_compile.py:204:20 undefined name 'quiet'
Lib/py_compile.py:213:20 undefined name 'quiet'

It seems like the code was introduced by PR 12976:

commit 2e33ecd7c9b0cac3efc6fcbdd4547fd086b4e2d1
Author: Joannah Nanjekye <33177550+nanjekyejoan...@users.noreply.github.com>
Date:   Tue May 28 13:29:04 2019 -0300

bpo-22640: Add silent mode to py_compile.compile() (GH-12976)

--
components: Library (Lib)
messages: 367790
nosy: nanjekyejoannah, vstinner
priority: normal
severity: normal
status: open
title: py_compile.main(): undefined name 'quiet'
versions: Python 3.9

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Yury Selivanov]

Yury Selivanov  added the comment:

IMO this is a 3.9 fix.

--

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Ned Deily]

Ned Deily  added the comment:

Whatever the resolution of this is, it seems to me that this sort of behavior 
change should not be introduced at this stage of 3.7.x's life.  Whether it 
should go into 3.8.x should be Łukasz's call once the final change is in master 
and has stabilized.

--
nosy: +ned.deily
versions:  -Python 3.5, 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

[issue40455] GCC 10 compiler warnings

[Andy Lester]

Change by Andy Lester :


--
nosy: +petdance

___
Python tracker 

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

[issue40453] Add PyConfig._isolated_interpreter: isolated subinterpreters

[Barry A. Warsaw]

Change by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

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

Re: What user-defined request error levels are recommended?

[Dan Sommers]

On Thu, 30 Apr 2020 13:14:42 -0700 (PDT)
Dan Campbell  wrote:

> Hi, what range of error codes are recommended, if we wanted to return
> a user-defined code?

> Obviously, we don't want to use a code in the 200+ range, or the 400+
> range, e.g.

> I want to throw, or just return, a code that represents that the size
> of a web page (len(response.content)) is less than the expected size.

It sounds like you're building an HTTP server; if not, then please give
more details.

My question is:  how "strong" is that expectation?  If there's some
calculation that says that the response should be X octets, and then the
logic comes up with Y octets instead, isn't that a logic bug?  Shouldn't
that be a 5XX response?

Did the client request X octets, but the server knows better and returns
a correct response that's Y octets long?  Then use a 2XX code.  Did the
client request X octets, but the server has more information and
disagrees?  Then use a 401 (Bad Request) code.

Most of these codes allow the server to pass additional information back
to the client, either in standard headers, X- headers, or the body of
the response.

What's the actual use case?

(Also, this isn't really a Python question; it's either a plain HTTP
question, or perhaps one specific to your web server.)

-- 
“Atoms are not things.” – Werner Heisenberg
Dan Sommers, http://www.tombstonezero.net/dan
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Chris Jerdonek]

Change by Chris Jerdonek :


--
pull_requests: +19143
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/19823

___
Python tracker 

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

Re: What user-defined request error levels are recommended?

[Hexamorph]

Am 30.04.2020 um 22:56 schrieb Dan Campbell:
> On Thursday, April 30, 2020 at 4:42:41 PM UTC-4, Ed Leafe wrote:
>> On Apr 30, 2020, at 15:14, dc wrote:
>>>
>>> Hi, what range of error codes are recommended, if we wanted to return a 
>>> user-defined code?
>>>
>>> Obviously, we don't want to use a code in the 200+ range, or the 400+ 
>>> range, e.g.
>>>
>>> I want to throw, or just return, a code that represents that the size of a 
>>> web page (len(response.content)) is less than the expected size.
>>
>> You can create your own internal codes as long as they don’t clash with the 
>> standard code. If the custom code is for a success, a 2xx code would be 
>> appropriate. If it is a user error, you could use a 4xx code.
>>
>> However, I would prefer to use the standard codes, and add a custom header 
>> with more information on the issue.
>>
>>
>> -- Ed Leafe
>
> Ok, I'll try to find the the 400s list.  My concern is that a future library 
> will use the 400+ code that I choose.
>

According to the German Wikipedia, some software vendors use 9xx for
proprietary error codes, which have never been mentioned in the RFC.
They are probably save for non-standard use.


https://de.wikipedia.org/wiki/HTTP-Statuscode#9xx_%E2%80%93_Propriet%C3%A4re_Fehler
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Chris Jerdonek]

Chris Jerdonek  added the comment:

> Oh, no! Buildbot failures. Help?!

Yes, I'm sorry. There's something not so simple going on that I haven't yet 
reproduced locally. Will reply on the tracker.

--

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[STINNER Victor]

STINNER Victor  added the comment:

> Sorry, I had to revert this change since it broke like 41+ buildbots: (...)

If someone wants to investigate, you can find examples of failed buildbot 
builds at:
https://github.com/python/cpython/pull/19811

--

___
Python tracker 

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

Re: What user-defined request error levels are recommended?

[Dan Campbell]

On Thursday, April 30, 2020 at 4:42:41 PM UTC-4, Ed Leafe wrote:
> On Apr 30, 2020, at 15:14, dc wrote:
> > 
> > Hi, what range of error codes are recommended, if we wanted to return a 
> > user-defined code?
> > 
> > Obviously, we don't want to use a code in the 200+ range, or the 400+ 
> > range, e.g.
> > 
> > I want to throw, or just return, a code that represents that the size of a 
> > web page (len(response.content)) is less than the expected size.
> 
> You can create your own internal codes as long as they don’t clash with the 
> standard code. If the custom code is for a success, a 2xx code would be 
> appropriate. If it is a user error, you could use a 4xx code.
> 
> However, I would prefer to use the standard codes, and add a custom header 
> with more information on the issue.
> 
> 
> -- Ed Leafe

Ok, I'll try to find the the 400s list.  My concern is that a future library 
will use the 400+ code that I choose.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +19142
pull_request: https://github.com/python/cpython/pull/19822

___
Python tracker 

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

[issue40455] GCC 10 compiler warnings

[STINNER Victor]

New submission from STINNER Victor :

GCC 10.0.1 on PPC64LE Fedora Rawhide LTO 3.x buildbot:
https://buildbot.python.org/all/#/builders/351/builds/406

Objects/longobject.c: In function ‘_PyLong_Frexp’:
Objects/longobject.c:2928:33: warning: ‘x_digits[0]’ may be used uninitialized 
in this function [-Wmaybe-uninitialized]
 2928 | x_digits[0] |= 1;
  | ^~

In function ‘assemble_lnotab’,
inlined from ‘assemble_emit’ at Python/compile.c:5709:25,
inlined from ‘assemble’ at Python/compile.c:6048:18:
Python/compile.c:5663:19: warning: writing 1 byte into a region of size 0 
[-Wstringop-overflow=]
 5663 | *lnotab++ = k;
  | ~~^~~

--
components: Build
messages: 367785
nosy: vstinner
priority: normal
severity: normal
status: open
title: GCC 10 compiler warnings
versions: Python 3.9

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Guido van Rossum]

Change by Guido van Rossum :


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

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[STINNER Victor]

STINNER Victor  added the comment:

> bpo-29587: Enable implicit exception chaining with gen.throw() (GH-19811)
> https://github.com/python/cpython/commit/2514a632fb7d37be24c2059d0e286d35600f9795

Sorry, I had to revert this change since it broke like 41+ buildbots:
https://pythondev.readthedocs.io/ci.html#revert-on-fail

Almost all CIs passed on the PR (except of the Ubuntu job of Azure Pipelines). 
That's unusual. No idea why the bug occurs only on some platforms and why it 
wasn't seen before.

The revert is an opportunity to get more time to investigate the issue, without 
having the pressure to have to fix the CI "ASAP".

--

___
Python tracker 

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

Re: What user-defined request error levels are recommended?

[Ed Leafe via Python-list]

On Apr 30, 2020, at 15:14, Dan Campbell  wrote:
> 
> Hi, what range of error codes are recommended, if we wanted to return a 
> user-defined code?
> 
> Obviously, we don't want to use a code in the 200+ range, or the 400+ range, 
> e.g.
> 
> I want to throw, or just return, a code that represents that the size of a 
> web page (len(response.content)) is less than the expected size.

You can create your own internal codes as long as they don’t clash with the 
standard code. If the custom code is for a success, a 2xx code would be 
appropriate. If it is a user error, you could use a 4xx code.

However, I would prefer to use the standard codes, and add a custom header with 
more information on the issue.


-- Ed Leafe






-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 3c7f9db85095952821f9d106dd874f75662ce7ec by Victor Stinner in 
branch 'master':
Revert "bpo-29587: Enable implicit exception chaining with gen.throw() 
(GH-19811)" (#19821)
https://github.com/python/cpython/commit/3c7f9db85095952821f9d106dd874f75662ce7ec


--

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner
nosy_count: 6.0 -> 7.0
pull_requests: +19141
pull_request: https://github.com/python/cpython/pull/19821

___
Python tracker 

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

[issue39321] AMD64 FreeBSD Non-Debug 3.x: out of swap space (test process killed by signal 9)

[STINNER Victor]

STINNER Victor  added the comment:

The worker still has the same issue:
https://buildbot.python.org/all/#/builders/214/builds/674
0:19:08 load avg: 3.11 running: test_multiprocessing_forkserver (1 min 38 sec)
*** Signal 9

Any update on this issue Koobs?

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[STINNER Victor]

STINNER Victor  added the comment:

> Done.

Thanks.

> You will need to check that miss-islington doesn't solely rely on required 
> checks passing but instead all CI checks passing, otherwise this just turned 
> off gating for PRs when auto-merging.

I have no idea how miss-islington check CIs.

> And I'm going to say future requests for this sort of stuff should happen on 
> either on the core-workflow issue tracker or on discuss.python.org for better 
> visibility.

I'm used to report buildbot failures on bugs.python.org. Almost all issues are 
Python bugs, rather than issues specific to buidbot themselves.

I'm fine with reporting Azure Pipeline issues at core-workflow.

I created https://github.com/python/core-workflow/issues/365 " Make Travis CI 
(and Windows x64 ?) mandatory" :-)

--

___
Python tracker 

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

[issue40256] Python 3.8 Not Launching on Bootcamp Windows 10.

[Yusuf Mumtaz]

Yusuf Mumtaz  added the comment:

Sorry , the python windows installer from python.org

--

___
Python tracker 

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

What user-defined request error levels are recommended?

[Dan Campbell]

Hi, what range of error codes are recommended, if we wanted to return a 
user-defined code?

Obviously, we don't want to use a code in the 200+ range, or the 400+ range, 
e.g.

I want to throw, or just return, a code that represents that the size of a web 
page (len(response.content)) is less than the expected size.


-- 
https://mail.python.org/mailman/listinfo/python-list

[issue40453] Add PyConfig._isolated_interpreter: isolated subinterpreters

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +19140
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/19820

___
Python tracker 

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

[issue40454] DEBUG kw to asyncio.run overrides DEBUG mode set elsewhere

[Paul Martin]

New submission from Paul Martin :

According to the docs:

"
There are several ways to enable asyncio debug mode.

Setting the PYTHONASYNCIODEBUG environment variable to 1.
Using the -X dev Python command line option.
Passing debug=True to asyncio.run().
Calling loop.set_debug().
"

My understanding of this would be that any of the above methods can be used to 
enable debug mode. However if asyncio.run is used then whatever value for DEBUG 
is passed to asyncio.run (or False by default) overrides DEBUG mode being set 
elsewhere. So, when asyncio.run is used, the only way to enable DEBUG mode is 
to pass DEBUG=True to asyncio.run. The other methods won't work. 

One solution might be to change this line in asyncio/runners.py:

loop.set_debug(debug)

To

loop.set_debug(debug or coroutines._DEBUG)

So asyncio.run won't disable debug mode if it's already been set elsewhere

--
components: asyncio
messages: 367779
nosy: asvetlov, primal, yselivanov
priority: normal
severity: normal
status: open
title: DEBUG kw to asyncio.run overrides DEBUG mode set elsewhere
versions: Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue37873] unittest: execute tests in parallel

[Giampaolo Rodola']

Change by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue40453] Add PyConfig._isolated_interpreter: isolated subinterpreters

[STINNER Victor]

New submission from STINNER Victor :

I propose to add PyConfig._isolated_interpreter configuration parameter to 
disallow threads, subprocesses and fork in a subinterpreter.

_xxsubinterpreter.create() gets a new keyword-only isolated=True parameter to 
opt-in for not isolated mode, which is the current behavior of 
Py_NewInterpreter(). For example, mod_wsgi would continue to run in "non 
isolated" mode.

Attached PR implements this change. With the change, os.fork() is allowed again 
in "non isolated" subinterpreters (like mod_wsgi). os.fork() was disallowed in 
subinterpreters in Python 3.8, but subprocess was still allowed.

--
components: Interpreter Core
messages: 367778
nosy: vstinner
priority: normal
severity: normal
status: open
title: Add PyConfig._isolated_interpreter: isolated subinterpreters
versions: Python 3.9

___
Python tracker 

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

[issue23937] IDLE: revise window size, placement startup options

[E. Paine]

E. Paine  added the comment:

> I think we are at the point where the General tab needs to be split into 2 
> tabs, or else widened

I definitely agree (possibly split into "Window" and "Editor/Shell"), but that 
would be a separate PEP wouldn't it (possibly one that needs to be pulled 
before this one can proceed)?

> .idlerc/config-main.cfg [must] remain compatible with older releases

Would an new (unknown) option, therefore cause issues? I am just creating a new 
field, not changing/re-purposing an old one, which (correct me if I'm wrong) 
would just be ignored by old versions.

--

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Guido van Rossum]

Guido van Rossum  added the comment:

Oh, no! Buildbot failures. Help?!

--

___
Python tracker 

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

[issue23937] IDLE: revise window size, placement startup options

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I think we are at the point where the General tab needs to be split into 2 
tabs, or else widened.  On my Macbook, the bottom buttons are not visible.

One of the constraints of any change is that .idlerc/config-main.cfg remain 
compatible with older releases.

--
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.5

___
Python tracker 

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Guido van Rossum]

Guido van Rossum  added the comment:

Example 1 is now fixed too by Chris Jerdonek's PR 19811. Thanks Chris!

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

[issue29587] Generator/coroutine 'throw' discards exc_info state, which is bad

[Guido van Rossum]

Guido van Rossum  added the comment:


New changeset 2514a632fb7d37be24c2059d0e286d35600f9795 by Chris Jerdonek in 
branch 'master':
bpo-29587: Enable implicit exception chaining with gen.throw() (GH-19811)
https://github.com/python/cpython/commit/2514a632fb7d37be24c2059d0e286d35600f9795


--

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[Guido van Rossum]

Guido van Rossum  added the comment:


New changeset c001c09e9059ba04bc088349cd87a1374dc0754f by Guido van Rossum in 
branch 'master':
bpo-40334: Support type comments (GH-19780)
https://github.com/python/cpython/commit/c001c09e9059ba04bc088349cd87a1374dc0754f


--

___
Python tracker 

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

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

[Guido van Rossum]

Guido van Rossum  added the comment:

IIRC PendingDeprecationError does not mean that the decision hasn't been made 
yet. It just means it's less urgent for folks to worry about. I believe we tend 
to change PendingDeprecationError to DeprecationError in the last release 
before something is removed.

--

___
Python tracker 

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

[issue40408] GenericAlias does not support nested type variables

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka

___
Python tracker 

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

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

[Miro Hrončok]

Miro Hrončok  added the comment:

> Getting rid of PendingDeprecationWarning seems like an orthogonal decision; 
> if it happens, this can trivially be upgraded to DeprecationWarning as part 
> of a removal sweep.

My thought was that the decision was already made to do so. Hence adding new 
PendingDeprecationWarnings goes against that decision.

But maybe I misunderstand and that decision was not made.

--

___
Python tracker 

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

[issue39837] Make Azure Pipelines optional on GitHub PRs

[Brett Cannon]

Brett Cannon  added the comment:

Done. You will need to check that miss-islington doesn't solely rely on 
required checks passing but instead all CI checks passing, otherwise this just 
turned off gating for PRs when auto-merging.

And I'm going to say future requests for this sort of stuff should happen on 
either on the core-workflow issue tracker or on discuss.python.org for better 
visibility.

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

[issue40256] Python 3.8 Not Launching on Bootcamp Windows 10.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

'their website' == Apple's website? Homebrew's? Microsoft's? What about the 
Windows installer from python.org?

--

___
Python tracker 

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

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

[Guido van Rossum]

Guido van Rossum  added the comment:

A "What's New" entry would go into Doc/whatsnew/3.9.rst and is much more 
visible to users looking for exciting bits in the new release (the NEWS file is 
very large, see e.g. 
https://docs.python.org/3/whatsnew/changelog.html#changelog.

The What's New doc typically has a section collecting all the deprecations, 
e.g. https://docs.python.org/3/whatsnew/3.8.html#deprecated.

--

___
Python tracker 

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

Re: python Netcdf and ncdump

[Rhodri James]

On 30/04/2020 18:55, J Conrado wrote:

Please,

Please can someone explain to me why I have this difference: in Python 
int16 SST(y, x) and with ncdump -h short SST(y, x)


Presumably on your computer a (signed) short integer is a (signed) 
sixteen bit integer.  That's rather unhelpful of ncdump.


--
Rhodri James *-* Kynesim Ltd
--
https://mail.python.org/mailman/listinfo/python-list

Re: How to test?

[Manfred Lotz]

On Mon, 27 Apr 2020 18:21:39 +1200
DL Neil  wrote:

...

> 
> Given your replies, 'now' might be a good time to take a look at
> Pytest, and see how you could use it to help build better code - by
> building tested units/functions which are assembled into ever-larger
> tested-units... (there is a range of choice/other testing aids if
> Pytest doesn't take your fancy)

I have to admit I chose unittest. Simply because it is in the standard
lbrary. As so many people seem to prefer pytest I should take a look at
it.

-- 
Manfred

-- 
https://mail.python.org/mailman/listinfo/python-list

python Netcdf and ncdump

[J Conrado]

Hi,


I read my netcdf data and I did:


print(f)
print("f.variables[SST] ",f.variables["SST"])


and I had:


f.variables[SST]  
int16 SST(y, x)
    _FillValue: -1
    long_name: ABI L2+ Sea Surface (Skin) Temperature
    standard_name: sea_surface_skin_temperature
    _Unsigned: true
    valid_range: [ 0 -6]
    scale_factor: 0.00244163
    add_offset: 180.0
    units: K



I used the ncdum for the same data I had :


variables:
    short SST(y, x) ;
        SST:_FillValue = -1s ;
        SST:long_name = "ABI L2+ Sea Surface (Skin) Temperature" ;
        SST:standard_name = "sea_surface_skin_temperature" ;
        SST:_Unsigned = "true" ;
        SST:valid_range = 0s, -6s ;
        SST:scale_factor = 0.00244163f ;
        SST:add_offset = 180.f ;
        SST:units = "K" ;


Please,

Please can someone explain to me why I have this difference: in Python 
int16 SST(y, x) and with ncdump -h short SST(y, x)


Thank you, Conrado

--
https://mail.python.org/mailman/listinfo/python-list

Re: SSL Certificate Verify Failed (_ssl.c:600) using Windows Server 2019

[Dieter Maurer]

separated wrote at 2020-4-29 21:11 +:
>I just bought a rdp from someone and try to install python in order to running 
>youtube-dl but when I just run a simple youtube-dl command like 'youtube-dl 
>[youtube video url]' it got me this message :
>
>ERROR: Unable to download webpage: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:600)> (caused by 
>URLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify 
>failed (_ssl.c:600)'),))

Either the ssl certificate provided by the server is invalid
or Python lacks the necessary CA (= "Certificate Authority") root
certificates for its verification.

I would use a browser to access the url and see what it says
about the used certificate.

Python typically uses the same certificates also used by
browsers. I do not know Windows and cannot tell you where those
certificates are located and how to add additional root certificates.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

[Carl Meyer]

Carl Meyer  added the comment:

> Coul you please add a what's new entry for this change?

The committed change already included an entry in NEWS. Is a "What's New" entry 
something different?

> I don't understand why there is a PendingDeprecationWarning and not a 
> DeprecationWarning.

Purely because I was following gps' recommendation in the first comment on this 
issue. Getting rid of PendingDeprecationWarning seems like an orthogonal 
decision; if it happens, this can trivially be upgraded to DeprecationWarning 
as part of a removal sweep.

--

___
Python tracker 

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

[issue40452] IDLE preserve clipboard on closure (Windows)

[E. Paine]

Change by E. Paine :


--
keywords: +patch
pull_requests: +19139
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/19819

___
Python tracker 

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

[issue40452] IDLE preserve clipboard on closure (Windows)

[E. Paine]

New submission from E. Paine :

Currently, on a Windows machine, the clipboard contents is lost when the root 
is closed. This, therefore requires you to keep the IDLE instance open until 
after the copy has been complete (particularly annoying when copying between 
different IDLE instances). The solution is to pipe the tkinter clipboard 
contents to "clip.exe" (built-in to Windows) which will preserve it after root 
closure.

--
assignee: terry.reedy
components: IDLE
messages: 367765
nosy: epaine, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE preserve clipboard on closure (Windows)
versions: Python 3.9

___
Python tracker 

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

[issue40442] Spurious warning emitted during fork() can deadlock a multi-threaded process

[Bowie Chen]

Change by Bowie Chen :


--
nosy: +bowiechen

___
Python tracker 

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

[issue40334] PEP 617: new PEG-based parser

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
pull_requests: +19138
pull_request: https://github.com/python/cpython/pull/19818

___
Python tracker 

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

[issue40451] Unexpected sys.getrefcount(foo) output

[Cristian Martinez de Morentin]

Cristian Martinez de Morentin  added the comment:

OK, understood.

Thank you for your support!

--

___
Python tracker 

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

[issue23937] IDLE: revise window size, placement startup options

[E. Paine]

E. Paine  added the comment:

Sorry, two more things:
1: Can someone please check this behaves properly on MacOS (I have checked on 
Windows and Linux)
2: Is setting the checkbutton side to "TOP" correct, or is there a better way 
of achieving the same layout?

--

___
Python tracker 

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

[issue40451] Unexpected sys.getrefcount(foo) output

[Tim Peters]

Tim Peters  added the comment:

"The 'aux' object" is simply the integer 1.  The dict is irrelevant to the 
outcome, except that the dict owns one reference to 1.  Do

sys.getrefcount(1)

all by itself and you'll see much the same.

This isn't a bug, but neither is it a feature:  it's undocumented, 
implementation-defined behavior.  It so happens that CPython treats a number of 
small integers as singletons, creating only one object for each, shared by all 
contexts that use the integer.

Here's from a fresh Python interactive session:

>>> from sys import getrefcount as r
>>> r(1)
94
>>> r(2)
76
>>> r(3)
27
>>> r(4)
49
>>> r(5)
23
>>> r(6)
11
>>> r(7)
13
>>> r(8)
35
>>> r(9)
13

Nothing about that is a bug, nor is anything about that defined behavior.  It 
just reflects how many times these small integers happen to be referenced by 
all the under-the-covers stuff that happened to get imported by the time the 
interactive prompt was displayed.

--
nosy: +tim.peters

___
Python tracker 

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

[issue40451] Unexpected sys.getrefcount(foo) output

[Eric V. Smith]

Eric V. Smith  added the comment:

aux is equal to 1. You're seeing the refcount of the number 1.

--
nosy: +eric.smith
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

[issue39305] Merge nntplib._NNTPBase and nntplib.NNTP

[Dong-hee Na]

Change by Dong-hee Na :


--
pull_requests: +19137
pull_request: https://github.com/python/cpython/pull/19817

___
Python tracker 

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