[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Eryk Sun]

Eryk Sun  added the comment:

> if not available fallback on 
> GetActiveProcessorCount(ALL_PROCESSOR_GROUPS)

The fallback for older versions of Windows is dwNumberOfProcessors from 
GetSystemInfo. This can be removed from 3.7 and 3.8, which no longer support 
Windows versions prior to Windows 7.

> GetLogicalProcessorInformationEx() is what should really be used. 

GetActiveProcessorCount and GetMaximumProcessorCount are implemented via 
GetLogicalProcessorInformationEx (i.e. NtQuerySystemInformation, 
SystemLogicalProcessorAndGroupInformation). They query the RelationGroup 
information. For ALL_PROCESSOR_GROUPS, they respectively sum the 
ActiveProcessorCount and MaximumProcessorCount over all groups.

These functions were added in Windows 7 to support the implementation of 
logical processor groups, which allows up to 64 logical processors per group. 
Each process is created in a single group, which is assigned round-robin. A 
thread can call SetThreadGroupAffinity to manually switch to another group.

Apparently someone at Microsoft advised calling GetMaximumProcessorCount (see 
issue 30581), but I don't follow this decision. Why should os.cpu_count() 
include CPUs that may or may not come online? Also, on POSIX it reports 
sysconf(_SC_NPROCESSORS_ONLN), not sysconf(_SC_NPROCESSORS_CONF), so for 
Windows it should instead call GetActiveProcessorCount. I assume on BSD that 
HW_NCPU is similar, though I'm not sure for MacOS. Also on MacOS it appears to 
be deprecated in favor of HW_LOGICALCPU, HW_LOGICALCPU_MAX, HW_PHYSICALCPU, and 
HW_PHYSICALCPU_MAX.


> which may still report the wrong number of CPUs on 32 bit processes.

32-bit Windows and WOW64 emulation are limited to 32 CPUs. Applications that 
need more logical processors should be 64-bit

--
nosy: +eryksun

___
Python tracker 

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

[issue24234] Should we define complex.__complex__ and bytes.__bytes__?

[Guido van Rossum]

Guido van Rossum  added the comment:

It's not necessary for complex() and bytes() to call the special methods if the 
argument's type is exactly complex or bytes (respectively) -- these cases are 
already taken care of by the current code.  But adding these special methods 
enables other code to be more regular, without having to test for the special 
cases.

--

___
Python tracker 

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

[issue33131] Upgrade to pip 10 for Python 3.7

[Nick Coghlan]

Nick Coghlan  added the comment:

It's a useful data point for folks trying to diagnose post-maintenance-update 
failures when we upgrade pip on their behalf, rather than them explicitly doing 
it themselves.

--

___
Python tracker 

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

[issue33128] PathFinder is twice on sys.meta_path

[Nick Coghlan]

Nick Coghlan  added the comment:

Calling initexternalimports InitalizeMainInterpreter and from new_interpreter 
is right, since we only want these importers on the metapath after we know 
sys.path has been configured appropriately.

It's the call from InitializeCore that's questionable, since we haven't 
finished setting up sys.path at that point.

--

___
Python tracker 

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

[issue28180] Implementation of the PEP 538: coerce C locale to C.utf-8

[Nick Coghlan]

Nick Coghlan  added the comment:

Given that issue 32002 and issue 30672 track the known challenges in testing 
the expected locale coercion behaviour reliably, I'm going to go ahead and 
close this overall implementation issue (the feature is there, and works in a 
way we're happy with, we're just encountering some challenges clearly 
expressing those expectations as a regression test).

--
dependencies:  -PEP 538: Unexpected locale behaviour on *BSD (including Mac OS 
X)
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

[issue32798] mmap.flush() on Linux does not accept the "offset" and "size" args

[Berker Peksag]

Berker Peksag  added the comment:

By the way, there is a note in the "Change History" section of the msync() 
documentation at http://pubs.opengroup.org/onlinepubs/9699919799/

The second [EINVAL] error condition is made mandatory.

The second EINVAL error condition they mention is:

[EINVAL] The value of addr is not a multiple of the page size as returned 
by sysconf().

So unless I'm missing something obvious, the "the msync() function may fail if" 
part may now be outdated?

Also, I noticed that we don't have tests for mm.flush(offset) and 
mm.flush(offset, size) cases. It would be nice to add some tests even if we 
decide to not merge the documentation PR.

--

___
Python tracker 

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

[issue24132] Direct sub-classing of pathlib.Path

[qb-cea]

qb-cea  added the comment:

> What about AbstractPath instead of _PurePath ?

I will use this, thanks.

--

___
Python tracker 

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

[issue33055] bytes does not implement __bytes__()

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

In any case this is a duplicate of 24234

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Should we define complex.__complex__ and bytes.__bytes__?

___
Python tracker 

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

[issue24234] Should we define complex.__complex__ and bytes.__bytes__?

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

The difference between __complex__ and __bytes__ on one side, and __int__ and 
__float__ on other side is that the latter have dedicated type slots while the 
former are just entries in the type's dict. Thus testing and calling __int__ 
and __float__ is much faster.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33173] GzipFile's .seekable() returns True even if underlying buffer is not seekable

[Roundup Robot]

Change by Roundup Robot :


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

___
Python tracker 

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

[issue33131] Upgrade to pip 10 for Python 3.7

[Donald Stufft]

Donald Stufft  added the comment:

Oh, I had never written NEWS entries for upgrading pip/setuptools, with the 
idea that the specific version being installed is considered an implementation 
detail. However if folks want it, I can.

--

___
Python tracker 

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

[issue32234] Add context management to mailbox.Mailbox

[Stéphane Blondon]

Stéphane Blondon  added the comment:

The availability of context manager does not make it mandatory if it does
not fit some needs.

> In the last example on https://docs.python.org/3/
> library/mailbox.html#examples inbox is locked and unlocked multiple
> times. The with statement couldn't be used here.
>

I agree with the idea: if the user code needs to manage a lock, using this
context manager is a bad idea.

By the way, this example does not need to manage the lock because 'inbox'
is an instance of mailbox.Maildir so the .lock() and .unlock() calls do
nothing for this class (
https://docs.python.org/3/library/mailbox.html#mailbox.Maildir.unlock).

>
> On https://pymotw.com/3/mailbox/ some examples use the idiom
>
> mbox = ...
> mbox.lock()
> try:
> ...
> finally:
> mbox.unlock()
>
> and others use the idiom
>
> mbox = ...
> mbox.lock()
> try:
> ...
> finally:
> mbox.flush()
> mbox.close()
>

In the first example, there is a .flush() call at the end of the try block.
In the second case, mbox.flush() is unnecessary because .close() call
flush. So I see it like choosing between (.flush() and .unlock()) or
.close(). It's what the context manager does.

If there is no agreement, perhaps this proposal should be abandoned?

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

I created a psutil branch using GetLogicalProcessorInformation() to determine 
both logical and physical CPUs:
https://github.com/giampaolo/psutil/pull/1257
According to https://stackoverflow.com/questions/31209256 basically all Windows 
APIs are unreliable and GetLogicalProcessorInformationEx() is what should 
really be used. 
That is available only starting from Windows 7 though so apparently what we 
want is GetLogicalProcessorInformationEx() and if not available fallback on 
GetActiveProcessorCount(ALL_PROCESSOR_GROUPS) which may still report the wrong 
number of CPUs on 32 bit processes.

--

___
Python tracker 

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

[issue9584] fnmatch, glob: Allow curly brace expansion

[Matúš Valo]

Change by Matúš Valo :


--
pull_requests: +6020
stage:  -> patch review

___
Python tracker 

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

[issue33174] error building the _sha3 module with Intel 2018 compilers

[Christian Heimes]

Change by Christian Heimes :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue33174] error building the _sha3 module with Intel 2018 compilers

[William Scullin]

New submission from William Scullin :

When building Python 3.6.X and later with icc (18.0.0.128 or
18.0.1.163), there's an error building the _sha3 module with any
optimization level other than -O0:

building '_sha3' extension
icc -pthread -fPIC -Wsign-compare -Wunreachable-code -DNDEBUG -g -O3
-Wall -Wstrict-prototypes -std=c99 -Wextra -Wno-unused-parameter
-Wno-missing-field-initializers -fp-model strict -I./Include -I.
-I/usr/local/include
-I/derp/Python-3.6.4/Include
-I/derp/Python-3.6.4 -c
/derp/Python-3.6.4/Modules/_sha3/
sha3module.c -o
build/temp.linux-x86_64-3.6/derp/Python-3.6.4/Modules/_sha3/sha3module.o
": internal error: ** The compiler has encountered an unexpected problem.
** Segmentation violation signal raised. **
Access violation or stack overflow. Please contact Intel Support for assistance.

compilation aborted for
/derp/Python-3.6.4/Modules/_sha3/sha3module.c
(code 4)
...
[ jlselogin2: Python-3.6.4 ]$

if I drop to -O0, compilation works every time. I haven't found
disabling any particular set of optimizations to be useful in
obtaining a successful build.
...
[ jlselogin2: Python-3.6.4 ]$

dropping to -O0, compilation works every time. I haven't found
disabling any particular set of optimizations to be useful in
obtaining a successful build with icc.

 Intel has been notified and a bug filed as this is really a compiler bug. On 
the Python side, it does not appear possible to use Modules/Setup to drop the 
optimization level for just _sha3 and I'm hunting for a workaround.

--
components: Installation
messages: 314619
nosy: wscullin
priority: normal
severity: normal
status: open
title: error building the _sha3 module with Intel 2018 compilers
type: compile error
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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Ned Deily  added the comment:


New changeset db65936a40e13144ec5307d16755a954f6a36b7e by Ned Deily (Miss 
Islington (bot)) in branch '3.6':
bpo-33163: Upgrade pip to 9.0.3 and setuptools to v39.0.1. (GH-6285)
https://github.com/python/cpython/commit/db65936a40e13144ec5307d16755a954f6a36b7e


--

___
Python tracker 

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

[issue30622] Fix NPN guard for OpenSSL 1.1

[Ned Deily]

Ned Deily  added the comment:


New changeset 15b6400d6439aad9859faba91ce297dfeae8d31d by Ned Deily (Christian 
Heimes) in branch '3.6':
bpo-30622: Fix backport of NPN fix (#6102)
https://github.com/python/cpython/commit/15b6400d6439aad9859faba91ce297dfeae8d31d


--
nosy: +ned.deily

___
Python tracker 

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

[issue32872] backport of #32305 causes regressions in various packages

[Ned Deily]

Ned Deily  added the comment:


New changeset 7f554c536cfe2e66a1ff0a36c8896040be1e5aee by Ned Deily (Miss 
Islington (bot)) in branch '3.6':
bpo-32872: Avoid regrtest compatibility issue with namespace packages. 
(GH-6276) (GH-6278)
https://github.com/python/cpython/commit/7f554c536cfe2e66a1ff0a36c8896040be1e5aee


--

___
Python tracker 

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

[issue30891] importlib: _find_and_load() race condition on sys.modules[name] check

[Brett Cannon]

Brett Cannon  added the comment:

There's a bunch of things wrong with zipimport, just ask Thomas. ;)

--
nosy: +twouters

___
Python tracker 

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

[issue33172] Update built-in version of SQLite3

[Ned Deily]

Ned Deily  added the comment:

Python source releases do not include SQLite: the build process links Python 
with a system-supplied SQLite library or some local copy supplied by the 
builder, depending on the platform and the build setters.  The pre-built 
versions of Python for Windows and macOS downloadable from python.org do ship 
with their own versions of SQLite; currently both use version 3.21.0 with 
Python 3.6.4.  So, depending on what platform you are on and where you obtained 
your Python from, you may be able to upgrade SQLite through some system package 
update and, if the Python in-use dynamically links to it, you would be all set. 
 If you build Python yourself from source, you can also build your own version 
of SQLite and use it (see Python's top-level setup.py for exact details on 
where the build looks for SQLite files).

--
nosy: +ned.deily
resolution:  -> third party
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

[issue33173] GzipFile's .seekable() returns True even if underlying buffer is not seekable

[Walt Askew]

New submission from Walt Askew :

The seekable method on gzip.GzipFile always returns True, even if the 
underlying buffer is not seekable. However, if seek is called on the GzipFile, 
the seek will fail unless the underlying buffer is seekable. This can cause 
consumers of the GzipFile object to mistakenly believe calling seek on the 
object is safe, when in fact it will lead to an exception.

For example, this led to a bug when I was trying to use requests & boto3 to 
stream & decompress an S3 upload like so:

resp = requests.get(uri, stream=True)
decompressed = gzip.GzipFile(fileobj=resp.raw)
boto3.client('s3').upload_fileobj(decompressed, Bucket=bucket, Key=key)

boto3 checks the seekable method on the the GzipFile, chooses a code path based 
on the file being seekable but later raises an exception when the seek call 
fails because the underlying HTTP stream is not seekable.

--
components: Library (Lib)
messages: 314613
nosy: Walt Askew
priority: normal
severity: normal
status: open
title: GzipFile's .seekable() returns True even if underlying buffer is not 
seekable
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

[issue33106] Deleting a key in a read-only gdbm results in KeyError, not gdbm.error

[Xiang Zhang]

Change by Xiang Zhang :


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

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[Antoine Pitrou]

Change by Antoine Pitrou :


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

[issue33126] Some C buffer protocol APIs not documented

[Antoine Pitrou]

Antoine Pitrou  added the comment:


New changeset 6124d8ec0d1eb8016e5e54a4d341b8f4f995623c by Antoine Pitrou (Miss 
Islington (bot)) in branch '3.7':
bpo-33126: Document PyBuffer_ToContiguous() (GH-6292) (GH-6294)
https://github.com/python/cpython/commit/6124d8ec0d1eb8016e5e54a4d341b8f4f995623c


--

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[Antoine Pitrou]

Antoine Pitrou  added the comment:


New changeset 18fdc87207ea65b3906f07cb47c51a609e442f93 by Antoine Pitrou (Miss 
Islington (bot)) in branch '3.6':
bpo-33126: Document PyBuffer_ToContiguous() (GH-6292) (GH-6293)
https://github.com/python/cpython/commit/18fdc87207ea65b3906f07cb47c51a609e442f93


--

___
Python tracker 

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

[issue33172] Update built-in version of SQLite3

[Jonathan]

New submission from Jonathan :

The current version of SQLite (in Python 3.6) is 3.7.17 which was released 
almost 5 years ago - https://www.sqlite.org/releaselog/3_7_17.html

Given that user updating of the version of SQLite used by Python is something 
of a pain (and the process is different across platforms (*and* different again 
for virtual-envs across platforms)), can the built-in version please be updated 
to a more recent version? This will allow usage of new SQLite features and 
users can benefit from a lot of performance enhancements/optimisations too.

SQLite has excellent backwards compatibility, so except for any regressions 
(and they run over a hundred million tests per release to keep them to a 
minimum), any newer version will be backwards compatible with that version.
Thanks

--
messages: 314610
nosy: jonathan-lp
priority: normal
severity: normal
status: open
title: Update built-in version of SQLite3
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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Adding Chris Wilcox who wrote the original patch using GetMaximumProcessorCount.

--

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[miss-islington]

Change by miss-islington :


--
pull_requests: +6018

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[miss-islington]

Change by miss-islington :


--
pull_requests: +6017

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[Antoine Pitrou]

Antoine Pitrou  added the comment:


New changeset aa50bf08e64f49d57917ab0b1aadf4308a3168a6 by Antoine Pitrou in 
branch 'master':
bpo-33126: Document PyBuffer_ToContiguous() (#6292)
https://github.com/python/cpython/commit/aa50bf08e64f49d57917ab0b1aadf4308a3168a6


--

___
Python tracker 

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

[issue33170] New type based on int() created with typing.NewType is not consistent

[Maxim Avanov]

Maxim Avanov  added the comment:

Ok, after further reading, I see that NewType creates an identity stub.

--
resolution:  -> rejected
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

[issue33124] Lazy execution of module bytecode

[Josh Rosenberg]

Josh Rosenberg  added the comment:

Serhiy: There is a semi-common case where global constants can be quite 
expensive, specifically, initializing a global full of expensive to 
compute/serialize data so it will be shared post-fork when doing 
multiprocessing on a POSIX system. That said, that would likely be a case where 
lazy initialization would be a problem; you don't want each worker 
independently initializing the global lazily.

Also, for all practical purposes, aren't enums and namedtuples global constants 
too? Since they don't rely on any syntax based support at point of use, they're 
just a "function call" followed by assignment to a global name; you couldn't 
really separate the concept of global constants from enums/namedtuple 
definitions, right?

--
nosy: +josh.r

___
Python tracker 

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

[issue33170] New type based on int() created with typing.NewType is not consistent

[Maxim Avanov]

Maxim Avanov  added the comment:

Logically, I would expect it to behave similarly to

```
>>> class PercentDiscount(int): pass

>>> PercentDiscount('50') == PercentDiscount(50)
True
```

--

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Ok, it seems only PyBuffer_ToContiguous() is worth documenting.

--

___
Python tracker 

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

[issue33126] Some C buffer protocol APIs not documented

[Antoine Pitrou]

Change by Antoine Pitrou :


--
pull_requests: +6016
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

[issue33106] Deleting a key in a read-only gdbm results in KeyError, not gdbm.error

[Xiang Zhang]

Xiang Zhang  added the comment:

I like this idea. But this is a behavior change so I think it could only be 
applied to master branch. But there is a problem, except dbm.gnu and dbm.ndbm, 
we also get dbm.dumb. It already raises a ValueError when deleting a key in 
readonly mode. Does it need to be changed to raise dbm.dumb.error to achieve 
consistency?

--
nosy: +xiang.zhang
versions: +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

[issue33144] random._randbelow optimization

[Wolfgang Maier]

Wolfgang Maier  added the comment:

In addition, I took the opportunity to fix a bug in the original _randbelow in 
that it would only raise the advertised ValueError on n=0 in the 
getrandbits-dependent branch, but ZeroDivisionError in the pure random branch.

--

___
Python tracker 

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

[issue33144] random._randbelow optimization

[Wolfgang Maier]

Wolfgang Maier  added the comment:

So, the PR implements the behaviour suggested by Serhiy as his cases 1 and 2.
Case 2 changes *existing* behaviour because before it was sufficient to have a 
user-defined getrandbits anywhere in the inheritance tree, while with the PR it 
has to be more recent (or be defined within the same class) as the random 
method.
I'm not 100% sold on this particular aspect so if you think the old behaviour 
is better, then that's fine with me. In most real situations it would not make 
a difference anyway (or do people build complex inheritance hierarchies on top 
of random.Random?).

--

___
Python tracker 

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

[issue33171] multiprocessing won't utilize all of platform resources

[yanir hainick]

New submission from yanir hainick :

I'm using either multiprocessing package or concurrent.futures for some 
embarrassingly parallel application.

I performed a simple test: basically making n_jobs calls for a simple function 
- 'sum(list(range(n)))', with n large enough so that the operation is a few 
seconds long - where n_jobs > n_logical_cores.

Tried it on two platforms:

first platform:
server with X4 Intel Xeon E5-4620 (8 physical, 16 logical), running 
a 64bit Windows Server 2012 R2 Standard.

***

second platform:
server with X2 Intel Xeon Gold 6138 (20 physical, 40 logical), running a 64bit 
Windows Server 2016 Standard.

***

first platform reaches 100% utilization.
second platform reaches 25% utilization.

--
components: Windows
messages: 314600
nosy: paul.moore, steve.dower, tim.golden, yanirh, zach.ware
priority: normal
severity: normal
status: open
title: multiprocessing won't utilize all of platform resources
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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

By re-reading
https://bugs.python.org/issue30581 and
https://github.com/giampaolo/psutil/issues/771#issuecomment-264457333 I now 
remember why I haven't fixed this issue in psutil yet: because the whole thing 
(MS APIs and doc basically) is confusing.

GetMaximumProcessorCount (now used by os.cpu_count()) returns "the maximum 
number of logical processors that a processor group or the system CAN have", 
not the actual number. That would explain why in OP's case os.cpu_count() 
returns 128 instead of 40.

As per https://bugs.python.org/issue30581#msg295255 dwNumberOfProcessors wasn't 
good because it doesn't take multiple processor groups into account (hence the 
number may be too small) and GetLogicalProcessorInformationEx may be the way to 
go. This is based on the assumption that os.cpu_count() should report the 
number of CPUs in the system (including the non-usable ones, like in case of 
process groups).

--

___
Python tracker 

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

[issue33170] New type based on int() created with typing.NewType is not consistent

[Maxim Avanov]

New submission from Maxim Avanov :

>From my understanding of the docs section on new types, 
>https://docs.python.org/3/library/typing.html#newtype the new type based on 
 int() should just pass the value into the base constructor. However,

```
PercentDiscount = NewType('PercentDiscount', int)

>>> PercentDiscount(50) == int(50)
True

>>> int('50') == int(50)
True

>>> PercentDiscount('50') == PercentDiscount(50)
False
```

--
components: Library (Lib)
messages: 314598
nosy: avanov
priority: normal
severity: normal
status: open
title: New type based on int() created with typing.NewType is not consistent
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

[issue33144] random._randbelow optimization

[Wolfgang Maier]

Change by Wolfgang Maier :


--
pull_requests: +6015
stage:  -> patch review

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[yanir hainick]

yanir hainick  added the comment:

Ok, no problem.
Just to be sure i'm doing the right thing - this thread will be dedicated to 
the os.cpu_count() issue, and i'll open a new issue on the parallelization 
problem.

makes sense?

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Just to be sure i'm doing the right thing - this thread will be dedicated to 
> the os.cpu_count() issue, and i'll open a new issue on the parallelization 
> problem.

Exactly.

--

___
Python tracker 

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

[issue33169] importlib.invalidate_caches() doesn't clear all caches

[Guido van Rossum]

New submission from Guido van Rossum :

See https://github.com/python/mypy/pull/4811. To summarize, 
importlib.invalidate_caches() doesn't clear the negative cache in 
sys.path_importer_cache.

Could be related to https://bugs.python.org/issue30891?

--
messages: 314595
nosy: gvanrossum
priority: normal
severity: normal
status: open
title: importlib.invalidate_caches() doesn't clear all caches
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

[issue30891] importlib: _find_and_load() race condition on sys.modules[name] check

[Guido van Rossum]

Guido van Rossum  added the comment:

Yeah, what's wrong with zipimport?

--
nosy: +gvanrossum

___
Python tracker 

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

[issue33168] distutils build/build_ext and --debug

[Christoph Reiter]

New submission from Christoph Reiter :

The distutils "build" and "build_ext" commands provide a "--debug" option to 
enable building with debug information. But this option doesn't have any affect 
because the default CFLAGS contain "-g" (python3-config --cflags) so debug 
information is always included and "-g0" isn't passed if debug is False.

Is this intentional?

--
components: Distutils
messages: 314593
nosy: dstufft, eric.araujo, lazka
priority: normal
severity: normal
status: open
title: distutils build/build_ext and --debug

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Let's not conflate different issues.  The parallelization issue is distinct 
from the os.cpu_count() issue (and I'm skeptical Python is at fault there).

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[yanir hainick]

yanir hainick  added the comment:

Yes. Both are wrong, and os.cpu_count() is completely off.
Regarding how to determine the number of physical/logical cores in my machine - 
well, not sure what you mean by that. I've attached a screenshot of Windows' 
system information. Also used 'cpu-z'.

It seems like aside from the os.cpu_count() issue, Python itself has some 
problem - it 'sees' only 1 CPU group. It is evident from the fact the when 
parallelizing, utilization level is only 25%.

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

Oh! So both os.cpu_count() and psutil.cpu_count() are wrong? How do you 
determine the actual number of logical/physical CPUs on your machine?

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[yanir hainick]

yanir hainick  added the comment:

Maybe i'm missing something, and would appreciate clarification.

Perhaps psutil is wrong, but it gives an answer that has something to do with 
the actual situation.

On platform 2, i have 2 Intel Xeon Gold 6138, each with 20 physical processors, 
40 logicals.

you are saying i need to rely on os.cpu_count(), which outputs '128'. Can you 
elaborate on this?

Moreover, when attempting to parallelize on the processors, i reach 25% 
utilization, which suggests Python 'sees' only one processor group.

--

___
Python tracker 

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

[issue29612] TarFile.extract() suffers from hard links inside tarball

[Joachim Trouverie]

Joachim Trouverie  added the comment:

Anyone for a review ?

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Giampaolo Rodola']

Giampaolo Rodola'  added the comment:

The difference between os.cpu_count() and psutil.cpu_count() is because one 
uses GetMaximumProcessorCount() and the other dwNumberOfProcessors.

This is tracked as a bug in psutil bug tracker but it's not fixed yet:
https://github.com/giampaolo/psutil/issues/771

As for Python this is where it was discussed and changed:
https://bugs.python.org/issue30581
https://github.com/python/cpython/commit/c67bae04780f9d7590f9f91b4ee5f31c5d75b3c3

In summary: psutil is wrong and you should rely on os.cpu_count().

--

___
Python tracker 

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

[issue26707] plistlib fails to parse bplist with 0x80 UID values

[Jon Janzen]

Jon Janzen  added the comment:

Ping

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[yanir hainick]

yanir hainick  added the comment:

Yup.
Attaching a screenshot.

--
Added file: https://bugs.python.org/file47504/Screenshot.png

___
Python tracker 

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

[issue33164] Blake 2 module update

[Antoine Pitrou]

Change by Antoine Pitrou :


--
nosy: +christian.heimes

___
Python tracker 

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

[issue33167] RFC Documentation Updates to urllib.parse.rst

[Matt Eaton]

Change by Matt Eaton :


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

___
Python tracker 

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

[issue33167] RFC Documentation Updates to urllib.parse.rst

[Matt Eaton]

New submission from Matt Eaton :

A recent patch that I worked on resulted in an agreement that there could be a 
use case for a new URL API to be added to urllib.parse.  See: 
https://bugs.python.org/issue33034

In my research to develop this new API I have been looking at the documentation 
for urllib.parse -https://docs.python.org/3/library/urllib.parse.html and 
thought that the descriptions for the RFC documents could use an update to 
better reflect the meaning of the document.

--
assignee: docs@python
components: Documentation
messages: 314584
nosy: agnosticdev, docs@python
priority: normal
severity: normal
status: open
title: RFC Documentation Updates to urllib.parse.rst
versions: Python 2.7, Python 3.4, 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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> os.cpu_count() reports 128 units
> psutil.cpu_count(logical=False) reports 20 units
> psutil.cpu_count(logical=True) reports 40 units

You mean os.cpu_count() reports *more* CPUs than exist on the machine? How can 
that happen?

--
nosy: +giampaolo.rodola, pitrou

___
Python tracker 

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

[issue24132] Direct sub-classing of pathlib.Path

[Christophe BAL]

Christophe BAL  added the comment:

Hello.

What about AbstractPath instead of _PurePath ?

Le 28/03/2018 à 02:30, qb-cea a écrit :
> qb-cea  added the comment:
>
> Hi all,
>
> I made a pull request proposing a fix for this issue. There is still quite a 
> lot to be done:
>   - I exposed some variables (and probably methods too) that used to be 
> hidden;
>   - I did not update the documentation;
>   - I did not add a proper test.
>
> I will try to fix those by the end of the week.
>
> The patch mainly consists of two things:
>   - having Path (resp. PurePath) be a variable pointing at either 
> (Pure)PosixPath or (Pure)WindowsPath, depending on the platform (like Kevin 
> Norris suggested);
>   - introducing two new abstract classes _PurePath and ConcretePath from 
> which PurePosixPath, PureWindowsPath and PosixPath, WindowsPath classes 
> inherit;
>   - removing the _Flavor classes, and redistributing their method to 
> platform-specific classes.
>
> Ideally I would like _PurePath to become a public class, but I could not come 
> up with a proper name. Any feedback is more than welcome =]
>
> --
>
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[yanir hainick]

yanir hainick  added the comment:

wrong number of cpu's is reported on some specific platforms.

***

first platform:
server with X4 Intel Xeon E5-4620 (8 physical, 16 logical), running 
a 64bit Windows Server 2012 R2 Standard.
results:
os.cpu_count() reports 64 units
psutil.cpu_count(logical=False) reports 32 units
psutil.cpu_count(logical=True) reports 64 units

multiprocessing using concurrent.futures able to fully utilize the server;

***

second platform:
server with X2 Intel Xeon Gold 6138 (20 physical, 40 logical), running a 64bit 
Windows Server 2016 Standard.
results:
os.cpu_count() reports 128 units
psutil.cpu_count(logical=False) reports 20 units
psutil.cpu_count(logical=True) reports 40 units

multiprocessing using concurrent.futures able to utilize only 1/4 of the 
server's power;

--

___
Python tracker 

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

[issue33166] os.cpu_count() returns wrong number of processors on specific systems

[yanir hainick]

Change by yanir hainick :


--
components: Windows
nosy: paul.moore, steve.dower, tim.golden, yanirh, zach.ware
priority: normal
severity: normal
status: open
type: behavior

___
Python tracker 

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

[issue32745] ctypes string pointer fields should accept embedded null characters

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This is a regression. Eryk's solution LGTM. Do you mind to create a PR?

But u"foo\0bar" is not terminated by two NULL characters. If this is used in 
real code, it contains a bug. And the getter of this field will return the 
string only to the first null character. More work is needed for making this 
more reliable.

--

___
Python tracker 

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

[issue33165] Add stacklevel parameter to logging APIs

[Nick Coghlan]

New submission from Nick Coghlan :

warnings.warn() offers a stacklevel parameter to make it easier to write helper 
functions that generate warnings - by passing "stacklevel=2", you can ensure 
the warning is attributed to the caller of the helper function, rather than to 
the helper function itself.

There isn't currently a similarly clear way to write helper functions that emit 
logging messages - if the format includes "pathname", "filename", "module", 
"function", or "lineno", then those will always report the location of the 
helper function, rather than the caller of the helper function.

It would be convenient if logging.debug() et al accepted a "stacklevel" 
parameter the same way the warnings module does (although this may require some 
adjustments to the Logger.findCaller method API)

--
components: Library (Lib)
messages: 314578
nosy: ncoghlan, vinay.sajip
priority: normal
severity: normal
stage: needs patch
status: open
title: Add stacklevel parameter to logging APIs
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

[issue33164] Blake 2 module update

[David Carlier]

Change by David Carlier :


--
components: Extension Modules
nosy: David Carlier
priority: normal
pull_requests: 6013
severity: normal
status: open
title: Blake 2 module update
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

[issue33131] Upgrade to pip 10 for Python 3.7

[Ned Deily]

Ned Deily  added the comment:

BTW, when updating the bundled wheels, please remember to use an issue (like 
this one) and include a NEWS entry using blurb; in other words, don't use the 
"skip news" label on PRs.  That way the change will be documented in the 
Misc/NEWS and docs changelog.html for the release(s).  See, for example, 
Issue33163, which added NEWS entries after the fact.  Thanks!

--

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Change by Ned Deily :


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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Ned Deily  added the comment:


New changeset 7f48a426fc69d144d4242517ef40eff01c1fd483 by Ned Deily (Miss 
Islington (bot)) in branch '2.7':
bpo-33163: Upgrade pip to 9.0.3 and setuptools to v39.0.1. (GH-6284)
https://github.com/python/cpython/commit/7f48a426fc69d144d4242517ef40eff01c1fd483


--

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Ned Deily  added the comment:


New changeset 9dad016784848a53d9f2557292025f7a4104c5a5 by Ned Deily (Miss 
Islington (bot)) in branch '3.6':
bpo-33163: Upgrade pip to 9.0.3 and setuptools to v39.0.1. (GH-6285)
https://github.com/python/cpython/commit/9dad016784848a53d9f2557292025f7a4104c5a5


--

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[miss-islington]

Change by miss-islington :


--
pull_requests: +6012

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Ned Deily  added the comment:


New changeset b9172b9630eeefc6dea1409b5bf4180b27fc359f by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
[3.7] bpo-33163: Upgrade pip to 9.0.3 and setuptools to v39.0.1. (GH-6283)
https://github.com/python/cpython/commit/b9172b9630eeefc6dea1409b5bf4180b27fc359f


--

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[miss-islington]

Change by miss-islington :


--
pull_requests: +6011

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[miss-islington]

Change by miss-islington :


--
pull_requests: +6010

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Ned Deily  added the comment:


New changeset c0518cde7a8404f310cd3495e77e612820ecad4f by Ned Deily in branch 
'master':
bpo-33163: Upgrade pip to 9.0.3 and setuptools to v39.0.1. (GH-6282)
https://github.com/python/cpython/commit/c0518cde7a8404f310cd3495e77e612820ecad4f


--

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[Ned Deily]

Ned Deily  added the comment:


New changeset fb3d3b7a65d8c0521a88c87e17a7554c5ec439d9 by Ned Deily (Miss 
Islington (bot)) in branch '3.6':
bpo-32726: Do not force IDLE.app to launch in 32-bit mode. (GH-6279) (#6281)
https://github.com/python/cpython/commit/fb3d3b7a65d8c0521a88c87e17a7554c5ec439d9


--

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

Change by Ned Deily :


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

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[Ned Deily]

Ned Deily  added the comment:


New changeset 39c0ef5171e1cdcc2ed59685a81b194e9bfe3809 by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
bpo-32726: Do not force IDLE.app to launch in 32-bit mode. (GH-6280)
https://github.com/python/cpython/commit/39c0ef5171e1cdcc2ed59685a81b194e9bfe3809


--

___
Python tracker 

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

[issue33163] Upgrade pip to 9.0.3 and setuptools to v39.0.1

[Ned Deily]

New submission from Ned Deily :

pip and setuptools were updated in the following commits:

PR 6184 d93b5161af12291f3f98a260c90cc2975ea9e9cd for master (3.8.0)
PR 6185 8f46176f0e19d31d8642735e535183a39c5e0bdc for 3.7 (3.7.0rc3)
PR 6186 560ea272b01acaa6c531cc7d94331b2ef0854be6 for 3.6 (3.6.5)
PR 6187 1ce4e5bee6df476836f799456f2caf77cd13dc97 for 2.7 (2.7.15)

Need to add NEWS entries for them (to follow).

--
components: Build
messages: 314570
nosy: dstufft, ned.deily
priority: normal
severity: normal
status: open
title: Upgrade pip to 9.0.3 and setuptools to v39.0.1
versions: Python 2.7, 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

[issue33162] TimedRotatingFileHandler in logging module

[Nikunj jain]

New submission from Nikunj jain :

Currently the TimedRotatingFileHandler in Python, when rotates the log file, 
invents a new file extension by adding the new date in the end of the file 
name. It would be really good if a prefix option could be provided which 
instead of adding the new date in end, will add it in the beginning.

--
messages: 314569
nosy: Nikunj jain
priority: normal
severity: normal
status: open
title: TimedRotatingFileHandler in logging module
type: enhancement

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[miss-islington]

Change by miss-islington :


--
pull_requests: +6008

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[miss-islington]

Change by miss-islington :


--
pull_requests: +6007

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[Ned Deily]

Ned Deily  added the comment:


New changeset df532ab752680f6e359672c2cd40bec8ac848628 by Ned Deily in branch 
'master':
bpo-32726: Do not force IDLE.app to launch in 32-bit mode. (GH-6279)
https://github.com/python/cpython/commit/df532ab752680f6e359672c2cd40bec8ac848628


--

___
Python tracker 

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

[issue32726] macOS installer and framework enhancements and changes for 3.7.0 and 3.6.5

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +6006
stage: backport needed -> patch review

___
Python tracker 

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

[issue32745] ctypes string pointer fields should accept embedded null characters

[Ned Deily]

Ned Deily  added the comment:

The change mentioned was made in GH-2462 for Issue13617 and was released in 
3.6.3 (and 3.5.4 now in security-fix-only mode).

--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge, ned.deily, serhiy.storchaka
priority: normal -> critical

___
Python tracker 

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

[issue32872] backport of #32305 causes regressions in various packages

[Ned Deily]

Change by Ned Deily :


--
priority: release blocker -> 
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type: crash -> 

___
Python tracker 

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

[issue32872] backport of #32305 causes regressions in various packages

[Ned Deily]

Ned Deily  added the comment:


New changeset a93662cf8fb98e41f2b7e7c032b680eee834d290 by Ned Deily (Miss 
Islington (bot)) in branch '3.6':
bpo-32872: Avoid regrtest compatibility issue with namespace packages. 
(GH-6276) (GH-6278)
https://github.com/python/cpython/commit/a93662cf8fb98e41f2b7e7c032b680eee834d290


--

___
Python tracker 

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

[issue32872] backport of #32305 causes regressions in various packages

[Ned Deily]

Ned Deily  added the comment:


New changeset d2d5bd8bc4f58b572702d572dc8491f0a50144e6 by Ned Deily (Miss 
Islington (bot)) in branch '3.7':
bpo-32872: Avoid regrtest compatibility issue with namespace packages. 
(GH-6276) (#6277)
https://github.com/python/cpython/commit/d2d5bd8bc4f58b572702d572dc8491f0a50144e6


--

___
Python tracker 

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