[issue37637] multiprocessing numpy.ndarray not transmitted properly

[Raymond Hettinger]

Change by Raymond Hettinger :


--
nosy: +davin

___
Python tracker 

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

[issue37616] [3.10 prep] zip path incorrect

[Ngalim Siregar]

Change by Ngalim Siregar :


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

___
Python tracker 

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

[issue37638] Having issues following build instructions

[Tianming Zhuang]

New submission from Tianming Zhuang :

Hi there. This is my first time trying to build python from source. I am 
following in structions here:
https://devguide.python.org/setup/#setup

I notice that after I build, I don't get a success message like the example 
shown:
https://gist.github.com/tmzhuang/aacc6bf798f28ed8b673af1be009a49f

(ie. I don't see "Python build finished successfully!")

The actual python binary is built. Running "./python -m test" runs until 
"test_socket" which repeated for around 3 hours (after which I killed it with 
^C).

"uname -a": Linux jupiter-arch 5.2.1-arch1-1-ARCH #1 SMP PREEMPT Sun Jul 14 
14:52:52 UTC 2019 x86_64 GNU/Linux

--
components: Build
messages: 348225
nosy: Tianming Zhuang
priority: normal
severity: normal
status: open
title: Having issues following build instructions

___
Python tracker 

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

[issue37638] Having issues following build instructions

[Tianming Zhuang]

Change by Tianming Zhuang :


--
type:  -> behavior
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

[issue37622] Signature of SHA256 HMAC digest not matching with the signature of jwt library

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Please describe which function of the stdlib you believe is broken. It's very 
likely that your framing code is incorrect.

--
nosy: +benjamin.peterson
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

[issue37635] Using constant for whence arg in seek()

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This is Antoine's call.  I believe he made the original decision not to sweep 
through the standard library, changing it everywhere it occurred.  Perhaps this 
was performance reasons, perhaps the existing code was already clear enough, 
perhaps the value-add was too low.  For me personally, it is easier to remember 
0 than the name of the constant.

--
assignee: docs@python -> pitrou

___
Python tracker 

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

[issue37635] Using constant for whence arg in seek()

[Kyle Stanley]

Kyle Stanley  added the comment:

>The named versions are just alternatives available for end-users

While it is true that the usage of 0,1,2 is more commonly used across the 
repository, the constants are used several times across Lib/_compression.py and 
Lib/_pyio.py. From my perspective, it looks like the locations which already 
used the integer values were just not updated rather than it being an 
intentional design decision.

However, if it is primarily targeted at the end-users, I would still recommend 
at least updating the tutorial and perhaps other IO documentation to use the 
constants. To any user unfamiliar with the integers, the constants convey their 
purpose far more explicitly, and I don't think anyone familiar with the 
integers would be confused by the constants. 

>The numbered forms also let us avoid a bunch of otherwise unnecessary imports 
>(which affect >start-up time and occasionally create load order bootstrapping 
>issues).

I can definitely understand this argument for anything that doesn't already 
import IO. It probably wouldn't be worthwhile to increase start times and 
introduce load order bugs. 

But for anything that already imports IO anyways, this seems like it would only 
serve to be a readability improvement without causing any change in 
functionality. This might not make a difference at all to developers who are 
used to using 0,1,2, but their purpose is not inherently obvious to anyone that 
isn't. 

This change would be in alignment with "Explicit is better than implicit". The 
purpose of the integers is defined only by implication based on tradition, 
whereas the constants explicitly define the purpose of the argument. 

A major advantage of Python over many existing languages is the emphasis on 
providing maximum readability. Sometimes functionality should be prioritized, 
such as in places where IO is not already imported. But in cases where there is 
no functionality cost, readability should be the priority. Even for non-public 
sections such as the tests, improved readability leads to easier maintenance 
and incorporation of new Python developers.

--

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Changing the major version number itself is a breaking change. For example, 
there is a code that checks sys.version_info[0] == 3 or even sys.version[0] == 
"3".

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> Rolling to 4.0 implies backward incompatible changes

It might or it might not depending on how we communicate it.  See Python 2.0 
for a precedent.  That was not a backward incompatible release.

--

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Josh Rosenberg]

Josh Rosenberg  added the comment:

Rolling to 4.0 implies backward incompatible changes; doing just to avoid 3.10 
is breaking semantic versioning rules.

--
nosy: +josh.r

___
Python tracker 

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

[issue37637] multiprocessing numpy.ndarray not transmitted properly

[Benedikt Bieringer]

New submission from Benedikt Bieringer <2xb.cod...@wwu.de>:

The following code demonstrates the issue:

import numpy as np
from multiprocessing import Pipe
p1, p2 = Pipe()
arr = np.zeros((3, 5, 6), dtype=np.uint8)
p2.send_bytes(arr)
pm = p1.recv_bytes()
print(pm)

Only 3 bytes are transmitted for this array which obviously consists of more 
than 3 bytes.

--
components: Library (Lib)
messages: 348218
nosy: 2xB
priority: normal
severity: normal
status: open
title: multiprocessing numpy.ndarray not transmitted properly
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Have we considered just rolling our next version to 4.0 instead of 3.10?

--
nosy: +rhettinger

___
Python tracker 

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

[issue36324] Inverse cumulative normal distribution function

[Raymond Hettinger]

Change by Raymond Hettinger :


--
pull_requests: +14660
pull_request: https://github.com/python/cpython/pull/14871

___
Python tracker 

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

[issue3726] Allow ', ' delimiters in logging.config.fileConfig()

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests:  -14658

___
Python tracker 

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

[issue37627] Minor improvements to IDLE's "Run Customized"

[Ngalim Siregar]

Change by Ngalim Siregar :


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

___
Python tracker 

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

[issue3726] Allow ', ' delimiters in logging.config.fileConfig()

[Ngalim Siregar]

Change by Ngalim Siregar :


--
pull_requests: +14658
pull_request: https://github.com/python/cpython/pull/14870

___
Python tracker 

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

[issue37635] Using constant for whence arg in seek()

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I think it's okay to leave these as 0, 1, 2 because they have a long and well 
known tradition across multiple languages.  The named versions are just 
alternatives available for end-users.  The numbered forms also let us avoid a 
bunch of otherwise unnecessary imports (which affect start-up time and 
occasionally create load order bootstrapping issues).

Antoine, what do you think?

--
nosy: +pitrou, rhettinger

___
Python tracker 

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

[issue37444] Differing exception between builtins and importlib when importing beyond top-level package

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> I think this should be an ImportError 

I also think ImportError is what people would expect when an import fails.

--
nosy: +rhettinger

___
Python tracker 

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

[issue37444] Differing exception between builtins and importlib when importing beyond top-level package

[Ngalim Siregar]

Change by Ngalim Siregar :


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

___
Python tracker 

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

[issue37555] _CallList.__contains__ doesn't always respect ANY.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This issue is a part of more general issue. I have opened a thread on 
Python-Dev for discussing it: 
https://mail.python.org/archives/list/python-...@python.org/thread/VSV4K4AOKM4CBQMOELPFV5VMYALPH464/.

--

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Anthony Sottile]

Change by Anthony Sottile :


--
nosy: +Anthony Sottile

___
Python tracker 

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

[issue37636] Deprecate slicing and ordering operations on sys.version

[Nick Coghlan]

New submission from Nick Coghlan :

At the core dev sprints in 2017 (IIRC), Ezio and I were talking about some of 
the potential issues with 3.10, and one of them was folks attempting to 
manipulate sys.version with string operations rather than using the already 
decomposed sys.version info.

Anthony Sottile has recently been experimenting with a Python build patched to 
report itself as 3.10 to see what breaks, and indicated that many of the 
failures were due to that kind of problem (in particular: writing 
"sys.version[:3]" instead of "'{}.{}'.format(sys.version_info[:2])")

One possible remedy that Ezio and I discussed was the idea of an "OpaqueString" 
type that presented as a string, but raised an error if you tried any 
operations that assumed it could be meaningfully decomposed 
character-by-character.

This would probably need to be a string subclass for compatibility, and would 
need a transitional variant that only emitted deprecation warnings rather than 
failing outright.

--
messages: 348213
nosy: ezio.melotti, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Deprecate slicing and ordering operations on sys.version
type: enhancement

___
Python tracker 

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

[issue35476] _imp_create_dynamic_impl() does not clear error.

[Nick Coghlan]

Nick Coghlan  added the comment:

Agreed, raising the exception properly would be the way to go.

--
nosy: +ncoghlan

___
Python tracker 

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

[issue37451] Remove redudant test code in _testcapimodule.c

[Xiang Zhang]

Change by Xiang Zhang :


--
components: +Tests
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed
type:  -> enhancement

___
Python tracker 

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

[issue37633] Py_CompileString and PyParser_SimpleParseString not exported in python38.dll

[PyScripter]

PyScripter  added the comment:

Py_CompileStringFlags is not exported either.

--

___
Python tracker 

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

[issue28869] __module__ attribute is not set correctly for a class created by direct metaclass call

[Alejandro Gonzalez]

Alejandro Gonzalez  added the comment:

Hello,

Could anyone take a look at the PR 14126 submitted?
Sorry for the trouble and thank you in advance.

--

___
Python tracker 

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

[issue37476] Adding tests for PyUnicode_AsUTF8 and PyUnicode_AsUTF8AndSize

[Xiang Zhang]

Change by Xiang Zhang :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: Adding a unit test of unicode in test_unicode.py -> Adding tests for 
PyUnicode_AsUTF8 and PyUnicode_AsUTF8AndSize

___
Python tracker 

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

[issue37476] Adding a unit test of unicode in test_unicode.py

[Xiang Zhang]

Xiang Zhang  added the comment:


New changeset 5623ac87bbe5de481957eca5eeae06347612fbeb by Xiang Zhang (Hai Shi) 
in branch 'master':
bpo-37476: Adding tests for asutf8 and asutf8andsize (GH-14531)
https://github.com/python/cpython/commit/5623ac87bbe5de481957eca5eeae06347612fbeb


--
nosy: +xiang.zhang

___
Python tracker 

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