[issue34589] Py_Initialize() and Py_Main() should not enable C locale coercion

[Nick Coghlan]

Nick Coghlan  added the comment:

(Note: I won't have time to work on this myself until this weekend at the 
earliest)

--

___
Python tracker 

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

[issue34589] Py_Initialize() and Py_Main() should not enable C locale coercion

[Nick Coghlan]

Nick Coghlan  added the comment:

test_c_locale_coercion *did* test the -E and -I options, by running everything 
in isolated mode. This was only broken by Victor's changes to the test suite 
(which broke locale coercion in isolated mode, and hence broke the tests).

As for why PYTHONCLOCALECOERCION=0 and PYTHONCLOCALECOERCION=warn exist even 
though I don't actually want people to use them, it's because they're a 
potentially necessary debugging tool if you're seeing an issue that you suspect 
may be due to locale coercion working on one platform (e.g Fedora), and not 
working on another (e.g. CentOS 7). You can't easily hide the C.UTF-8 locale 
from the Python interpreter on Fedora, but you *can* tell the interpreter not 
to use it.

UTF-8 mode is different, as folks may want to opt in to that regardless of 
their current locale setting.

--

___
Python tracker 

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

[issue14678] Update zipimport to support importlib.invalidate_caches()

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka
type: behavior -> enhancement
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

[issue19699] Update zipimport for PEP 451

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

[issue19699] Update zipimport for PEP 451

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue5950] Make zipimport work with zipfile containing comments

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--

___
Python tracker 

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

[issue32959] zipimport fails when the ZIP archive contains more than 65535 files

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue32075] Expose ZipImporter Type Object in the include header files.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

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

[issue25711] Rewrite zipimport from scratch

[Decorater]

Change by Decorater :


--
pull_requests: +8832

___
Python tracker 

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

[issue31531] crash and SystemError in case of a bad zipimport._zip_directory_cache

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711). All crashes are gone 
with the C code.

--
nosy: +serhiy.storchaka
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

[issue5950] Make zipimport work with zipfile containing comments

[Dima Tisnek]

Dima Tisnek  added the comment:

Very glad to hear!
Let's document what Python version(s) are "fixed".
Perhaps this issue deserves a test case in issue25711.

--

___
Python tracker 

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

[issue34589] Py_Initialize() and Py_Main() should not enable C locale coercion

[Nick Coghlan]

Nick Coghlan  added the comment:

(The other reason this change should be reverted is because it added a new 
feature to Python 3.7.1, even though in the earlier discussion we had agreed to 
leave the as-shipped implementation in 3.7.0 alone for the rest of the Python 
3.7.x releases, and only discuss how we wanted it to work in Python 3.8, 
precisely so that we could have the discussion on a timeline that was amenable 
to me, without impacting the 3.7.1 release schedule)

--

___
Python tracker 

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

[issue19081] zipimport behaves badly when the zip file changes while the process is running

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--

___
Python tracker 

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

[issue14905] zipimport.c needs to support namespace packages when no 'directory' entry exists

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--

___
Python tracker 

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

[issue14905] zipimport.c needs to support namespace packages when no 'directory' entry exists

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
components: +Library (Lib) -Extension Modules
stage: patch review -> needs patch
type: behavior -> enhancement
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

[issue15713] PEP 3121, 384 Refactoring applied to zipimport module

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport have been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka
resolution:  -> out of date
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

[issue18307] Relative path in co_filename for zipped modules

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport has been rewritten in pure Python (issue25711).

--

___
Python tracker 

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

[issue32866] zipimport loader.get_data() requires absolute zip file path

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport has been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue29013] zipfile: inconsistent doc for ZIP64 file size

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I think we should just revert this. The zipfile module can handle ZIP files up 
to 4 GiB without the ZIP64 extensions, but it requires the ZIP64 extensions for 
creating ZIP files larger than 2 GiB. The ZIP64 extensions is required also for 
ZIP files with more than 65535 files.

--
versions: +Python 3.8 -Python 3.5

___
Python tracker 

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

[issue17004] Expand zipimport to include other compression methods

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport has been rewritten in pure Python (issue25711). Now it is easier to 
add support of other compression methods. Although I don't think that reducing 
the size by 3-8% is worth complicating the code.

If you still need this, I think that the simplest way is importing the zipfile 
module and monkey patching the simple ZIP file implementation in the zipimport 
module with zipfile-based implementation. This can be made only after importing 
zipfile itself, i.e. in case of zipping the stdlib, the zipfile module and its 
dependencies should be stored uncompressed or with the deflate compression.

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

[issue23734] zipimport should not check pyc timestamps against zipped py files

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport has been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue23769] valgrind reports leaks for test_zipimport

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport has been rewritten in pure Python (issue25711).

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

zipimport has been rewritten in pure Python (issue25711).

--

___
Python tracker 

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

[issue5950] Make zipimport work with zipfile containing comments

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is not fixed yet. But it is now easier to fix.

--

___
Python tracker 

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

[issue34731] pathlib path.match misshandles multiple `**`

[Ronny Pfannschmidt]

Ronny Pfannschmidt  added the comment:

indeed it is, thanks for the reference i searched only for match and missed the 
glob

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

[issue29249] Pathlib glob ** bug

[Ronny Pfannschmidt]

Ronny Pfannschmidt  added the comment:

issue34731 was a duplicate of this

pytest was affected, as we port more bits to pathlib we hit this as well

bruno kindly implemented a local workaround in 
https://github.com/pytest-dev/pytest/pull/3980/files#diff-63fc5ed688925b327a5af20405bf4b09R19

--
nosy: +Ronny.Pfannschmidt

___
Python tracker 

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

[issue34731] pathlib path.match misshandles multiple `**`

[Berker Peksag]

Change by Berker Peksag :


--
superseder:  -> Pathlib glob ** bug

___
Python tracker 

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

[issue34722] Non-deterministic bytecode generation

[Peter Ebden]

Peter Ebden  added the comment:

Thanks for the pointer, I'll have a bit more of a dig into it (although Serhiy 
makes a good point too...).

--

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Roundup Robot]

Change by Roundup Robot :


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

___
Python tracker 

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

[issue34733] Missing search bar on docs.python.org

[Harrison Chudleigh]

New submission from Harrison Chudleigh 
:

The search bar is missing from docs.python.org, probably as a result of a minor 
error in the webpage. This is a quite recent change, as the search bar is still 
there in a web.archive.org snapshot from the 13th of September (last week). 
Could someone please fix this? Thanks.

--
assignee: docs@python
components: Documentation
messages: 325737
nosy: Harrison Chudleigh, docs@python
priority: normal
severity: normal
status: open
title: Missing search bar on docs.python.org
type: behavior

___
Python tracker 

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

[issue17239] XML vulnerabilities in Python

[STINNER Victor]

STINNER Victor  added the comment:

> Oh? I've updated it twice (4e21100fa7bf66e0b32146d3f46ae16afc73fee1 and 
> 5033aa77aacaa5505636f150e8d54baac5bdca9c), and it didn't seem so bad. I just 
> copied the upstream files in. Did I do it wrong?

Let me remind what I did...

bpo-30694 (expat 2.2.1):

* I wrote a script to rebuild Modules/expat/ from the upstream code
* I had to manually keep our old pyexpatns.h file since it's a downstream change
* Then you have to add againt #include "pyexpatns.h" in 
Modules/expat/expat_external.h
* It broke buildbots: bpo-29591
* The change introduced a compilation warning: bpo-30797

bpo-30947 (expat 2.2.3):

* "If libexpat is upgraded in Python 2.7, the new Modules/expat/loadlibrary.c 
should also be added to PC/VS9.0/ project files, as I did for PCbuild."
* "Expat 2.2.3 has a bug: see bpo-31170 :-("
* etc.

There are different issues:

* We have some small downstream changes
* We still support VS 2008 for Python 2.7 whereas upstream doesn't care of this 
old legacy compiler
* Each release introduces its own set of bugs :-D
* Each release comes with its own set of new warnings...

At least for me, each update was painful. It's also painful to have to make the 
same change in all supported branches (2.7, 3.4, 3.5, 3.6, 3.7, master).

--

___
Python tracker 

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

[issue34734] Azure linux buildbot failure

[Karthikeyan Singaravelan]

New submission from Karthikeyan Singaravelan :

It seems there is a sporadic failure in Azure linux buildbots while installing 
dependencies with the following error. It also fails sporadically on separate 
PRs that trigger the build. I noticed it for the few days since README Azure 
badge had the error for a couple of days with Linux builds passing on Travis.

Error message : 

2018-09-19T09:08:43.7414966Z Hit:17 http://packages.erlang-solutions.com/debian 
xenial Release
2018-09-19T09:08:45.1584376Z Reading package lists...
2018-09-19T09:08:45.2045716Z E: Could not get lock /var/lib/dpkg/lock - open 
(11: Resource temporarily unavailable)
2018-09-19T09:08:45.2063210Z E: Unable to lock the administration directory 
(/var/lib/dpkg/), is another process using it?
2018-09-19T09:08:45.2200826Z ##[error]Bash exited with code '100'.
2018-09-19T09:08:45.2734828Z ##[section]Finishing: Install dependencies

Reference buildbot failure : 
https://dev.azure.com/python/cpython/_build/results?buildId=30061&view=logs

Adding Victor and Pablo for notification. I don't think this is a requirement 
but just something I noticed and it also blocks miss-islington from 
auto-merging backport PRs in some cases like 
https://github.com/python/cpython/pull/9401#issuecomment-422505327

Thanks

--
components: Build
messages: 325739
nosy: pablogsal, vstinner, xtreak
priority: normal
severity: normal
status: open
title: Azure linux buildbot failure
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

[issue34125] Profiling depends on whether **kwargs is given

[miss-islington]

miss-islington  added the comment:


New changeset e89de7398718f6e68848b6340830aeb90b7d582c by Miss Islington (bot) 
(jdemeyer) in branch 'master':
bpo-34125: Enable profiling of method_descriptor in all cases (GH-8416)
https://github.com/python/cpython/commit/e89de7398718f6e68848b6340830aeb90b7d582c


--
nosy: +miss-islington

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Richard Neumann]

Richard Neumann  added the comment:

I'm not sure whether the property method should be changed.
I think it'd be more appropriate to raise a value error upon __init__ in this 
case as it is done with other checks.

--
nosy: +conqp

___
Python tracker 

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

[issue34712] Style fixes in examples of "Input and Output" tutorial section

[miss-islington]

miss-islington  added the comment:


New changeset 3705b9862025705ea60041a9e310f99a164db722 by Miss Islington (bot) 
(Ben Hoyt) in branch 'master':
bpo-34712: Fix style in examples in "Input and Output" (GH-9361)
https://github.com/python/cpython/commit/3705b9862025705ea60041a9e310f99a164db722


--
nosy: +miss-islington

___
Python tracker 

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

[issue34712] Style fixes in examples of "Input and Output" tutorial section

[miss-islington]

Change by miss-islington :


--
pull_requests: +8834

___
Python tracker 

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

[issue34728] deprecate *loop* argument for asyncio.sleep

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
pull_requests: +8835
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

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Note that the POSIX_SPAWN_USEVFORK may not do anything at this point (see the 
link in my previous message, if I read the code correctly POSIX_SPAWN_USEVFORK 
is no longer used in the implementation of posix_spawn(3)).

Even if it did do something the user that uses the flag needs to evaluate 
whether or not it is safe to do so, and this requires inspecting the 
os.posix_spawn implementation and not just the Python code that calls it. 

IMHO we shouldn't expose or use this flag.

If it were useful to do anything with the flag the os.posix_spawn 
implementation should do so automatically when it is safe to do so (which may 
require additional steps around calling posix_spawn(3)).

--

___
Python tracker 

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

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

[STINNER Victor]

STINNER Victor  added the comment:

I'm discussing with Pablo to see how to use posix_spawn() in the Python 
subprocess module. IMHO we should consider the specific case of subprocess.

What is the expected API?

kw = {}
if hasattr(os, 'POSIX_SPAWN_USEVFORK'):
   kw['flags'] = os.POSIX_SPAWN_USEVFORK
posix_spawn(*args, **kw)

or

posix_spawn(*args, use_vfork=True)

or

kw = {}
if sys.platform == 'linux':
   kw['use_vfork'] = True
posix_spawn(*args, **kw)

?

For example, if we consider that it's safe to use POSIX_SPAWN_USEVFORK in all 
cases for posix_spawn(), maybe we should not add an option at the Python level, 
and hardcode the POSIX_SPAWN_USEVFORK flag in the C code?


--

> if I read the code correctly POSIX_SPAWN_USEVFORK is no longer used in the 
> implementation of posix_spawn(3))

Ok, now I'm confused: what's the point of this issue if the flag became 
useless? :-)

--

___
Python tracker 

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

[issue34690] Store startup modules as C structures for 20%+ startup speed improvement

[Nick Coghlan]

Nick Coghlan  added the comment:

Something else this would need is a different name that better distinguishes it 
from the existing frozen modules, which freeze the bytecode rather than the 
resulting module state. (That existing approach avoids the stat overhead, but 
still incurs the module level bytecode execution overhead)

My suggestion would be to use the terms "preexec builtin module" and "preexec 
extension module", as the concept is similar to precompiled bytecode, just 
taken a step further: actually executing the module in advance and caching the 
result, not just compiling it.

This means the preexecuted module can't have any module level conditional logic 
that depends on runtime state if the resulting binary is going to remain 
portable across different environments, but there'd be a lot of standard 
library modules that could satisfy that constraint.

--
nosy: +ncoghlan

___
Python tracker 

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

[issue34589] Py_Initialize() and Py_Main() should not enable C locale coercion

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +8836

___
Python tracker 

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

[issue31652] make install fails: no module _ctypes

[Prabhakar]

Prabhakar  added the comment:

Hi All,

Iam using centos 7. And as mentioned in this thread, though this error came, 
Iam able to go to python3.7 interpreter fine.

However, when i wanted to install pip, I get the same _ctype error as below.

So, I think, this needs to be resolved in order to use python3.7 in centos.

 File "get-pip.py", line 20651, in 
main()
  File "get-pip.py", line 197, in main
bootstrap(tmpdir=tmpdir)
  File "get-pip.py", line 82, in bootstrap
import pip._internal
  File "/tmp/tmpu88jadkc/pip.zip/pip/_internal/__init__.py", line 42, in 

  File "/tmp/tmpu88jadkc/pip.zip/pip/_internal/cmdoptions.py", line 16, in 

  File "/tmp/tmpu88jadkc/pip.zip/pip/_internal/index.py", line 24, in 
  File "/tmp/tmpu88jadkc/pip.zip/pip/_internal/download.py", line 38, in 

  File "/tmp/tmpu88jadkc/pip.zip/pip/_internal/utils/glibc.py", line 3, in 

  File "/usr/local/lib/python3.7/ctypes/__init__.py", line 7, in 
from _ctypes import Union, Structure, Array
ModuleNotFoundError: No module named '_ctypes'


Looking for advice.

--
nosy: +prabs003

___
Python tracker 

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

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

The removal of POSIX_SPAWN_USEVFORK in glibc was somewhat recent. There is also 
multiple implementations of posix_spawn in glibc source tree.

vfork was introduced in
commit 9ad684229e7cf2f0b3c6068b2122701d167a5794
Author: Ulrich Drepper 
Date:   Sun Sep 12 18:05:37 2004 +

The new implementation of posix_spawn for unix 
(/sysdeps/unix/sysv/linux/spawni.c) was introduced in
commit 9ff72da471a509a8c19791efe469f47fa6977410
Author: Adhemerval Zanella 
Date:   Tue Jan 19 17:33:32 2016 -0200

The new implementation of posix_spawn for posix (sysdeps/posix/spawni.c) was 
introduced in
commit ccfb2964726512f6669fea99a43afa714e2e6a80
Author: Adhemerval Zanella 
Date:   Mon Apr 24 15:50:19 2017 -0300

In these two last commits, posix_spawn removed the flag and made it a no-op. 
But notice that these commits are "recent" (2016 and 2017). Any older version 
of glibc that uses python will not benefit from these changes and if it wants 
to use vfork, it needs the flag.

At this point and after this interesting discussion I am not sure that we 
should expose the flag or not, but I still want to remark that even if glibc 
removed the flag for both implementations (unix and posix) we may want to 
expose the flag for older versions of glibc. I discover this problem when I was 
benchmarking posix_spawn in different platforms and systems and I notice a 
performance decrease in some older version of ubuntu from 2015. In that 
platform (older version of glibc) you need the flag to activate vfork and get 
the performance benefit. The glibc version for this systems is straightforward:

-  if ((flags & POSIX_SPAWN_USEVFORK) != 0
-  /* If no major work is done, allow using vfork.  Note that we
-might perform the path searching.  But this would be done by
-a call to execvp(), too, and such a call must be OK according
-to POSIX.  */
-  || ((flags & (POSIX_SPAWN_SETSIGMASK | POSIX_SPAWN_SETSIGDEF
-   | POSIX_SPAWN_SETSCHEDPARAM | POSIX_SPAWN_SETSCHEDULER
-   | POSIX_SPAWN_SETPGROUP | POSIX_SPAWN_RESETIDS
-   | POSIX_SPAWN_SETSID)) == 0
- && file_actions == NULL))
-new_pid = __vfork ();
-  else
-new_pid = __fork ();

I am happy to close the issue if everyone agrees that we should look at the 
future and not care about these older versions of glibc < 2017/2016 (depending 
on posix/unix version) or this does not worth the hassle.

I am still happy with this great and interesting discussion, so thank you 
everyone :)


Complete story of posix_spawn in glibc:

Whole story of posix_spawn:

commit c181840c93d3a8fcb50991b2326c40f34eb5e82b
commit c22845744cd931267e0d7cb2e2b35a0da9c9510a
commit db6b2f25220f1cf345656164211fd549c22189dd
commit ccfb2964726512f6669fea99a43afa714e2e6a80
commit daeb1fa2e1b33323e719015f5f546988bd4cc73b
commit 1a2325c06cf309d1d8b4aafcfb1a3d43905baf9b
commit ecb1482ffd85fd3279642b1dc045aa867ad4d415
commit d96de9634a334af16c0ac711074c15ac1762b23c
commit f574184a0e4b6ed69a5d9a3234543fba6d2a7367
commit cfa28e560ef69372b9e15e9a2d924a0fbcfc7bca
commit 1b8373f475105307ee3b64d423ffec995ddd6cde
commit 7231452e5cffcd506f7e7402484708740bc07c18
commit a334319f6530564d22e775935d9c91663623a1b4
commit 0ecb606cb6cf65de1d9fc8a919bceb4be476c602
commit 9ad684229e7cf2f0b3c6068b2122701d167a5794
commit 73299943388c0eebf6a9c8d6288e9da8289f9dca
commit 284128f68f27567f9cad0078c97d7d807475e0a7
commit ba3752d5322448ab54b71c82e63a09542042a3b6
commit 2958e6cc5f39ac2487b4fcbc2db48462a34ce23d
commit 4aebaa6bd906383aca1b7a5e1251b0d1652f9f7c
commit 08c7f6b0082b1b645348518fdc42643b5580d87c
commit a5a6f9262eeffab9f78622258fae306d1bf99d04

--

___
Python tracker 

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

[issue34589] Py_Initialize() and Py_Main() should not enable C locale coercion

[STINNER Victor]

STINNER Victor  added the comment:

The issue is now discussed on python-dev. My latest email:
https://mail.python.org/pipermail/python-dev/2018-September/155242.html

--

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +8837

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I think this is a valid UUID and trying this on JDK 9 also returns 15 for the 
version like Python. Am I missing something here?

➜  ~ jshell
|  Welcome to JShell -- Version 9.0.4
|  For an introduction type: /help intro

jshell> import java.util.*

jshell> UUID.fromString("481a8de5-f0d1-f211-b425-e41f134196da").version()
$2 ==> 15

jshell> UUID.fromString("481a8de5-f0d1-f211-b425-e41f134196da").variant()
$3 ==> 2

JDK implementation : 
http://hg.openjdk.java.net/jdk8/jdk8/jdk/file/687fd7c7986d/src/share/classes/java/util/UUID.java#l247


Thanks

--

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Richard Neumann]

Richard Neumann  added the comment:

@xtreak RFC 4122, section 4.1.3. specifies only versions 1 to 5.
For explicitely checking the version, there is already a test in UUID.__init__, 
raising a ValueError on not 1<= verision 1<=5.
I moved it to the bottom of __init__, i.e. after setting the "int" property, 
causing the test to run on the actual instance's property value.

--

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Richard Neumann]

Richard Neumann  added the comment:

Typos:
"For explicitely checking the version" → "For explicitely *setting* the 
version".
"on not 1<= verision 1<=5" → "on not 1 <= version <= 5".

--

___
Python tracker 

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

[issue34728] deprecate *loop* argument for asyncio.sleep

[Felipe Rodrigues]

Change by Felipe Rodrigues :


--
nosy: +fbidu

___
Python tracker 

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

[issue34732] uuid returns version more than 5

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Seems there is an open issue about this : https://bugs.python.org/issue31958

Thanks

--

___
Python tracker 

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

[issue31958] UUID versions are not validated to lie in the documented range

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Related issue : https://bugs.python.org/issue34732 . It has a PR to raise an 
exception in the constructor and it seems to cause tests to fail at 
https://ci.appveyor.com/project/python/cpython/build/3.8build22654

Thanks

--
nosy: +xtreak

___
Python tracker 

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

[issue34728] deprecate *loop* argument for asyncio.sleep

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34735] Modules/timemodule.c: Memory leak in time_strftime()

[Zackery Spytz]

New submission from Zackery Spytz :

There is a missing PyMem_Free(format) in time_strftime(). I'll create a PR.

--
components: Extension Modules
messages: 325754
nosy: ZackerySpytz
priority: normal
severity: normal
status: open
title: Modules/timemodule.c: Memory leak in time_strftime()
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue31652] make install fails: no module _ctypes

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

As mentioned before, this is due to missing libffi-devel on a Centos 7 system. 
Verified it as well on one of my systems.

Could you try again, but before just do a 'yum install libffi-devel'?

Maybe a warning could be added to the install output when it can't find libffi.

--
nosy: +cstratak

___
Python tracker 

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

[issue34733] Missing search bar on docs.python.org

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Strange it's present on both 3.8.a0 and for 3.6.6 but not for 3.7.0

Thanks

--
nosy: +xtreak

___
Python tracker 

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

[issue34735] Modules/timemodule.c: Memory leak in time_strftime()

[Zackery Spytz]

Change by Zackery Spytz :


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

___
Python tracker 

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

[issue34736] Confusing base64.b64decode output

[Mark Dickinson]

New submission from Mark Dickinson :

The following error message in Python 3.7 is confusing and unhelpful:

>>> s = "FS9qzW_oliGH_Yo="
>>> base64.b64decode(s)
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/opt/local/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/base64.py",
 line 87, in b64decode
return binascii.a2b_base64(s)
binascii.Error: Invalid base64-encoded string: length cannot be 1 more than 
a multiple of 4
>>> len(s) % 4
0

This had me staring at the string s and scratching my head, thinking: "s 
doesn't have length 1 more than a multiple of 4, either with or without the "=" 
padding byte. What's this talking about?"

The actual user error here is a failure to use the "altchars" argument 
correctly:

>>> base64.b64decode(s, altchars="-_")
b'\x15/j\xcdo\xe8\x96!\x87\xfd\x8a'

The error message in versions prior to Python 3.7 is no more helpful, but it's 
not quite as misleading, either.

Python 3.6.6 (default, Jun 28 2018, 05:43:53) 
[GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import base64
>>> s = "FS9qzW_oliGH_Yo="
>>> base64.b64decode(s)
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/opt/local/Library/Frameworks/Python.framework/Versions/3.6/lib/python3.6/base64.py",
 line 87, in b64decode
return binascii.a2b_base64(s)
binascii.Error: Incorrect padding

Related: #1466065, #33770

--
messages: 325757
nosy: mark.dickinson
priority: normal
severity: normal
status: open
title: Confusing base64.b64decode output
versions: Python 3.7

___
Python tracker 

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

[issue31958] UUID versions are not validated to lie in the documented range

[Richard Neumann]

Richard Neumann  added the comment:

@xtreak Indeed. It fails on _windll_getnode().

==
ERROR: test_windll_getnode (test.test_uuid.TestInternalsWithoutExtModule)
--
Traceback (most recent call last):
  File "C:\projects\cpython\lib\test\test_uuid.py", line 748, in 
test_windll_getnode
node = self.uuid._windll_getnode()
  File "C:\projects\cpython\lib\uuid.py", line 659, in _windll_getnode
return UUID(bytes=bytes_(_buffer.raw)).node
  File "C:\projects\cpython\lib\uuid.py", line 208, in __init__
raise ValueError('illegal version number')
ValueError: illegal version number
--

Apparently on Windows systems, there are UUIDs of type RFC_4122 being used 
which have versions not in 1..5, which actually makes them non-RFC 4122 
compliant.
Unfortunately I cannot investigate this further, since I do not have a windows 
machine available right now.

--
nosy: +conqp

___
Python tracker 

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

[issue33937] test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI with: [Errno 12] Cannot allocate memory

[STINNER Victor]

STINNER Victor  added the comment:

This issue just occurred on a 3.7 PR:
https://github.com/python/cpython/pull/9416#pullrequestreview-156769445
https://travis-ci.org/python/cpython/jobs/430490176

--

___
Python tracker 

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

[issue31958] UUID versions are not validated to lie in the documented range

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -vstinner

___
Python tracker 

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

[issue34737] Python upgrade with SYSTEM account uninstalls python

[Jatin Goel]

New submission from Jatin Goel :

Team,

I have some Windows machines where Python version 3.6.2 is installed.

We are now upgrading them to 3.6.6

As part of our Install process, we launch the installation script with the 
SYSTEM account with the command:

python-3.6.6-amd64.exe /quiet InstallAllUsers=1 log "[logpath]\InstallPython"

This command works fine if I launch it interactively, i.e., from an 
Administrator account from command prompt, and version is upgraded successfully.


But when launching the same command from the SYSTEM account, it tries to 
install Just for Me, and not all users and some checks fails, and it removes 
the installed python as well.



[1C18:1F24][2018-09-19T16:25:58]i000: Setting numeric variable 
'InstallLauncherAllUsers' to value 1
[1C18:1F24][2018-09-19T16:25:58]i000: Setting numeric variable 
'Include_launcher' to value 1
[1C18:1F24][2018-09-19T16:25:58]i000: Setting numeric variable 
'DetectedLauncher' to value 1
[1C18:1F24][2018-09-19T16:25:58]i000: Setting string variable 
'Include_launcherState' to value 'disable'
[1C18:1F24][2018-09-19T16:25:58]i000: Setting string variable 
'InstallLauncherAllUsersState' to value 'disable'

[1C18:1F24][2018-09-19T16:25:58]w208: Plan disabled rollback for package: 
tcltk_JustForMe, due to incomplete cache: None, original rollback action: 
Install
[1C18:1F24][2018-09-19T16:25:58]i000: Setting string variable 
'WixBundleLog_tcltk_JustForMe' to value 'C:\ProgramData\Commvault 
Systems\Galaxy\LogFiles\Instance001\\InstallPython_007_tcltk_JustForMe.log'
[1C18:1F24][2018-09-19T16:25:58]i052: Condition 'not InstallAllUsers and 
Include_tcltk and Include_symbols and not LauncherOnly' evaluates to false.
[1C18:1F24][2018-09-19T16:25:58]i052: Condition 'not InstallAllUsers and 
Include_tcltk and Include_symbols and not LauncherOnly' evaluates to false.
[1C18:1F24][2018-09-19T16:25:58]i204: Plan 1 msi features for package: 
tcltk_JustForMe_pdb
[1C18:1F24][2018-09-19T16:25:58]i203: Planned feature: Symbols, state: Absent, 
default requested: Unknown, ba requested: Local, execute action: AddLocal, 
rollback action: Remove

[1C18:1F24][2018-09-19T16:26:03]i319: Applied execute package: dev_JustForMe, 
result: 0x0, restart: None
[1C18:1F24][2018-09-19T16:26:03]i329: Removed package dependency provider: 
{5CE3EB5B-1823-4B8E-BE10-95262BDD1148}, package: exe_JustForMe
[1C18:1F24][2018-09-19T16:26:03]i301: Applying execute package: exe_JustForMe, 
action: Uninstall, path: (null), arguments: ' ARPSYSTEMCOMPONENT="1" 
MSIFASTINSTALL="7" TARGETDIR="C:\Program Files\Python36\" 
OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
[1C18:1F24][2018-09-19T16:26:04]i319: Applied execute package: exe_JustForMe, 
result: 0x0, restart: None
[1C18:1F24][2018-09-19T16:26:04]i329: Removed package dependency provider: 
{4D137679-6FB4-446B-9BDB-279292FA2D2C}, package: lib_JustForMe
[1C18:1F24][2018-09-19T16:26:04]i301: Applying execute package: lib_JustForMe, 
action: Uninstall, path: (null), arguments: ' ARPSYSTEMCOMPONENT="1" 
MSIFASTINSTALL="7" TARGETDIR="C:\Program Files\Python36\" 
OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
[1C18:1F24][2018-09-19T16:26:47]i319: Applied execute package: lib_JustForMe, 
result: 0x0, restart: None
[1C18:1F24][2018-09-19T16:26:47]i329: Removed package dependency provider: 
{C9596636-022D-4123-B369-98819F772985}, package: test_JustForMe
[1C18:1F24][2018-09-19T16:26:47]i301: Applying execute package: test_JustForMe, 
action: Uninstall, path: (null), arguments: ' ARPSYSTEMCOMPONENT="1" 
MSIFASTINSTALL="7" TARGETDIR="C:\Program Files\Python36\" 
OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
[1C18:1F24][2018-09-19T16:27:15]i319: Applied execute package: test_JustForMe, 
result: 0x0, restart: None
[1C18:1F24][2018-09-19T16:27:15]i329: Removed package dependency provider: 
{16EF5AB7-4A89-4F06-B20B-209DA4FE0533}, package: doc_JustForMe
[1C18:1F24][2018-09-19T16:27:16]i301: Applying execute package: doc_JustForMe, 
action: Uninstall, path: (null), arguments: ' ARPSYSTEMCOMPONENT="1" 
MSIFASTINSTALL="7" TARGETDIR="C:\Program Files\Python36\" 
OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
[1C18:1F24][2018-09-19T16:27:17]i319: Applied execute package: doc_JustForMe, 
result: 0x0, restart: None
[1C18:1F24][2018-09-19T16:27:17]i329: Removed package dependency provider: 
{E95CEC86-EFB3-47B8-A5F6-C8FB757AD060}, package: tools_JustForMe
[1C18:1F24][2018-09-19T16:27:17]i301: Applying execute package: 
tools_JustForMe, action: Uninstall, path: (null), arguments: ' 
ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" TARGETDIR="C:\Program 
Files\Python36\" 
OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
[1C18:1F24][2018-09-19T16:27:23]i319: Applied execute package: tools_JustForMe, 
result: 0x0, restart: None
[1C18:1F24][2018-09-19T16:27:23]i329: Removed package dependency provider: 
{44EC13CA-E201-

[issue34738] Distutils: ZIP files don't include directory entries

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

ZIP files created by distutils don't include entries for directories. For 
example, if the directory structure is

dist/
file1.py
sub/
file2.py

the ZIP file will contain entries 'dist/file1.py' and 'dist/sub/file2.py', but 
not 'dist/' and 'dist/sub/'.

This only when use the zipfile module. If it is not available for some reasons, 
the zip command is used. In that case directory entries are created. The are 
created also in TAR files.

All other methods of packing a tree to a ZIP in the stdlib 
(shutil.make_archive(), zipfile CLI, zipapp, Tools/msi/make_zip.py) create 
directory entries too.

zipimport doesn't support implicit namespace packages if directory entries are 
not added (issue14905).

The proposed PR makes distutils adding directory entries in a ZIP file.

--
components: Distutils
messages: 325761
nosy: dstufft, eric.araujo, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Distutils: ZIP files don't include directory entries
type: behavior
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

[issue34734] Azure linux buildbot failure

[STINNER Victor]

STINNER Victor  added the comment:

Remove myself. VSTS is not my duty :-)

--

___
Python tracker 

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

[issue34737] Python upgrade with SYSTEM account uninstalls python

[Jatin Goel]

Jatin Goel  added the comment:

Correction to the install command:

python-3.6.6-amd64.exe /quiet InstallAllUsers=1 /log
"[logpath]\InstallPython"

On Wed, Sep 19, 2018 at 7:14 PM Jatin Goel  wrote:

>
> New submission from Jatin Goel :
>
> Team,
>
> I have some Windows machines where Python version 3.6.2 is installed.
>
> We are now upgrading them to 3.6.6
>
> As part of our Install process, we launch the installation script with the
> SYSTEM account with the command:
>
> python-3.6.6-amd64.exe /quiet InstallAllUsers=1 log
> "[logpath]\InstallPython"
>
> This command works fine if I launch it interactively, i.e., from an
> Administrator account from command prompt, and version is upgraded
> successfully.
>
>
> But when launching the same command from the SYSTEM account, it tries to
> install Just for Me, and not all users and some checks fails, and it
> removes the installed python as well.
>
>
>
> [1C18:1F24][2018-09-19T16:25:58]i000: Setting numeric variable
> 'InstallLauncherAllUsers' to value 1
> [1C18:1F24][2018-09-19T16:25:58]i000: Setting numeric variable
> 'Include_launcher' to value 1
> [1C18:1F24][2018-09-19T16:25:58]i000: Setting numeric variable
> 'DetectedLauncher' to value 1
> [1C18:1F24][2018-09-19T16:25:58]i000: Setting string variable
> 'Include_launcherState' to value 'disable'
> [1C18:1F24][2018-09-19T16:25:58]i000: Setting string variable
> 'InstallLauncherAllUsersState' to value 'disable'
>
> [1C18:1F24][2018-09-19T16:25:58]w208: Plan disabled rollback for package:
> tcltk_JustForMe, due to incomplete cache: None, original rollback action:
> Install
> [1C18:1F24][2018-09-19T16:25:58]i000: Setting string variable
> 'WixBundleLog_tcltk_JustForMe' to value 'C:\ProgramData\Commvault
> Systems\Galaxy\LogFiles\Instance001\\InstallPython_007_tcltk_JustForMe.log'
> [1C18:1F24][2018-09-19T16:25:58]i052: Condition 'not InstallAllUsers and
> Include_tcltk and Include_symbols and not LauncherOnly' evaluates to false.
> [1C18:1F24][2018-09-19T16:25:58]i052: Condition 'not InstallAllUsers and
> Include_tcltk and Include_symbols and not LauncherOnly' evaluates to false.
> [1C18:1F24][2018-09-19T16:25:58]i204: Plan 1 msi features for package:
> tcltk_JustForMe_pdb
> [1C18:1F24][2018-09-19T16:25:58]i203: Planned feature: Symbols, state:
> Absent, default requested: Unknown, ba requested: Local, execute action:
> AddLocal, rollback action: Remove
>
> [1C18:1F24][2018-09-19T16:26:03]i319: Applied execute package:
> dev_JustForMe, result: 0x0, restart: None
> [1C18:1F24][2018-09-19T16:26:03]i329: Removed package dependency provider:
> {5CE3EB5B-1823-4B8E-BE10-95262BDD1148}, package: exe_JustForMe
> [1C18:1F24][2018-09-19T16:26:03]i301: Applying execute package:
> exe_JustForMe, action: Uninstall, path: (null), arguments: '
> ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" TARGETDIR="C:\Program
> Files\Python36\"
> OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
> [1C18:1F24][2018-09-19T16:26:04]i319: Applied execute package:
> exe_JustForMe, result: 0x0, restart: None
> [1C18:1F24][2018-09-19T16:26:04]i329: Removed package dependency provider:
> {4D137679-6FB4-446B-9BDB-279292FA2D2C}, package: lib_JustForMe
> [1C18:1F24][2018-09-19T16:26:04]i301: Applying execute package:
> lib_JustForMe, action: Uninstall, path: (null), arguments: '
> ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" TARGETDIR="C:\Program
> Files\Python36\"
> OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
> [1C18:1F24][2018-09-19T16:26:47]i319: Applied execute package:
> lib_JustForMe, result: 0x0, restart: None
> [1C18:1F24][2018-09-19T16:26:47]i329: Removed package dependency provider:
> {C9596636-022D-4123-B369-98819F772985}, package: test_JustForMe
> [1C18:1F24][2018-09-19T16:26:47]i301: Applying execute package:
> test_JustForMe, action: Uninstall, path: (null), arguments: '
> ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" TARGETDIR="C:\Program
> Files\Python36\"
> OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
> [1C18:1F24][2018-09-19T16:27:15]i319: Applied execute package:
> test_JustForMe, result: 0x0, restart: None
> [1C18:1F24][2018-09-19T16:27:15]i329: Removed package dependency provider:
> {16EF5AB7-4A89-4F06-B20B-209DA4FE0533}, package: doc_JustForMe
> [1C18:1F24][2018-09-19T16:27:16]i301: Applying execute package:
> doc_JustForMe, action: Uninstall, path: (null), arguments: '
> ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7" TARGETDIR="C:\Program
> Files\Python36\"
> OPTIONALFEATURESREGISTRYKEY="Software\Python\PythonCore\3.6\InstalledFeatures"'
> [1C18:1F24][2018-09-19T16:27:17]i319: Applied execute package:
> doc_JustForMe, result: 0x0, restart: None
> [1C18:1F24][2018-09-19T16:27:17]i329: Removed package dependency provider:
> {E95CEC86-EFB3-47B8-A5F6-C8FB757AD060}, package: tools_JustForMe
> [1C18:1F24][2018-09-19T16:27:17]i301: Applying execute package:
> tools_JustForMe, action: Uninstall, path: (null), arguments: '
> ARPSYSTEMCOMPONENT="1" MS

[issue34738] Distutils: ZIP files don't include directory entries

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue14905] zipimport.c needs to support namespace packages when no 'directory' entry exists

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Issue34738 fixes distutils.

--

___
Python tracker 

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

[issue34736] Confusing base64.b64decode output

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
components: +Library (Lib)
nosy: +taleinat

___
Python tracker 

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

[issue34735] Modules/timemodule.c: Memory leak in time_strftime()

[Paul Ganssle]

Change by Paul Ganssle :


--
nosy: +p-ganssle

___
Python tracker 

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

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

[Florian Weimer]

Florian Weimer  added the comment:

I wouldn't bother with POSIX_SPAWN_USEVFORK on GNU/Linux.  Current versions of 
glibc always use a vfork-style clone call, so there would be a difference on 
older versions only.  But there, the vfork code has subtle bugs, so using 
POSIX_SPAWN_USEVFORK there is not a good idea, either.

--
nosy: +fweimer

___
Python tracker 

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

[issue34739] Get rid of tp_getattro in xml.etree.ElementTree.XMLParser

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Currently xml.etree.ElementTree.XMLParser has the tp_getattro slot for handling 
some attributes. The proposed PR replaces it with tp_members and tp_getset.

Benefits: constant time access, names of these attributes are added to the 
result of dir() and help(), better structured code.

--
components: Extension Modules
messages: 325766
nosy: eli.bendersky, scoder, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Get rid of tp_getattro in xml.etree.ElementTree.XMLParser
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

[issue34726] Add support of checked hash-based pycs in zipimport

[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

[issue34739] Get rid of tp_getattro in xml.etree.ElementTree.XMLParser

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue34726] Add support of checked hash-based pycs in zipimport

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Issue23734 may be related.

--

___
Python tracker 

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

[issue34740] Get rid of tp_getattro in ossaudiodev.oss_audio_device

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Currently ossaudiodev.oss_audio_device has the tp_getattro slot for handling 
some attributes. The proposed PR replaces it with tp_members and tp_getset.

Benefits: constant time access, names of these attributes are added to the 
result of dir() and help(), better structured code.

--
components: Extension Modules
messages: 325768
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Get rid of tp_getattro in ossaudiodev.oss_audio_device
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

[issue34740] Get rid of tp_getattro in ossaudiodev.oss_audio_device

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue34741] Get rid of tp_getattro and tp_setattro in pyexpat.xmlparser

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

Currently pyexpat.xmlparser has the tp_getattro and tp_setattro slot for 
handling some attributes. The proposed PR replaces it with tp_members and 
tp_getset.

Benefits: constant time access, names of these attributes are added to the 
result of help(), no need of the __dir__() method, better structured code.

--
components: Extension Modules
messages: 325769
nosy: eli.bendersky, scoder, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Get rid of tp_getattro and tp_setattro in pyexpat.xmlparser
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

[issue25711] Rewrite zipimport from scratch

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset b2984ab9a7c458f8b7ed8978c0c95b109116895d by Serhiy Storchaka in 
branch 'master':
bpo-25711: Remove outdated zipimport tests. (GH-9404)
https://github.com/python/cpython/commit/b2984ab9a7c458f8b7ed8978c0c95b109116895d


--

___
Python tracker 

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

[issue34741] Get rid of tp_getattro and tp_setattro in pyexpat.xmlparser

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Ok, I am going to close the issue and the PR unless someone comments on this 
issue in 24h saying that we still need to expose the flag and providing an 
explanation.

Thank you everyone for this interesting discussion :)

--

___
Python tracker 

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

[issue34737] Python upgrade with SYSTEM account uninstalls python

[Steve Dower]

Steve Dower  added the comment:

This looks like something particular to Tcl/Tk, and my best guess from a very 
quick look at your logs is that there's a malware scanner preventing the files 
from being deleted for some reason (perhaps it's triggering an extended scan of 
one of the files?). Or perhaps there's an app running that is using those file 
(though that's unlikely given the rest of Python uninstalled)?

Nothing is particularly special about the installer for this component, so my 
guess is it's something about your configuration. If you can find the tcltk 
uninstall log file (in your %TEMP% directory, near the one you quoted from) 
that may provide some more information.

--

___
Python tracker 

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

[issue14905] zipimport needs to support namespace packages when no 'directory' entry exists

[ppperry]

Change by ppperry :


--
title: zipimport.c needs to support namespace packages when no 'directory' 
entry exists -> zipimport needs to support namespace packages when no 
'directory' entry exists

___
Python tracker 

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

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

[STINNER Victor]

STINNER Victor  added the comment:

I rely on Florian Weimer who maintains the glibc for Red Hat, and so I agree to 
close the issue. It seems like Pablo wants to keep the issue open 24h, so I let 
him close it later ;-)

The good news is that calling posix_spawn() with no flag is safe in all glibc 
versions and it's fast by default on recent glibc versions ;-)

--

___
Python tracker 

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

[issue34730] aclose() doesn't stop raise StopAsyncIteration / GeneratorExit to __anext__()

[Devin Fee]

Change by Devin Fee :


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

[issue34739] Get rid of tp_getattro in xml.etree.ElementTree.XMLParser

[Stefan Behnel]

Stefan Behnel  added the comment:

Nice. Looks good to me.

--

___
Python tracker 

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

[issue34733] Missing search bar on docs.python.org

[Ned Deily]

Change by Ned Deily :


--
nosy: +mdk

___
Python tracker 

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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[R. David Murray]

Change by R. David Murray :


--
nosy:  -r.david.murray

___
Python tracker 

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

[issue34660] Replace ableist terms and pejoratives in source code.

[R. David Murray]

R. David Murray  added the comment:

> David and Brett: I consider part of the actions of the anonymous person using 
> the temporary aliases 25.45 and jonsees to be violations of our Code of 
> Conduct.  I would therefore like you two to issue a warning, if not a ban.

I am not interested in being a community policeman, nor do I have time to do 
it.  I will no longer be making any non-technical contributions to Python.  I 
will no longer hand out tracker permissions or revoke them, and I will not 
participate in any of these non-technical discussions.

--

___
Python tracker 

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

[issue34660] Replace ableist terms and pejoratives in source code.

[R. David Murray]

Change by R. David Murray :


--
nosy:  -r.david.murray

___
Python tracker 

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

[issue34738] Distutils: ZIP files don't include directory entries

[Matthew Barnett]

Matthew Barnett  added the comment:

I don't see a problem with this. If the zip file has 'dist/file1.py' then you 
know to create a directory when unzipping. If you want to indicate that there's 
an empty directory 'foo', then put 'foo/' in the zip file.

--
nosy: +mrabarnett

___
Python tracker 

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

[issue34738] Distutils: ZIP files don't include directory entries

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

There are two problems:

1. This is inconsistent with TAR files and the zip utility.

2. This is not compatible with zipimport.

--

___
Python tracker 

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

[issue34738] Distutils: ZIP files don't include directory entries

[Éric Araujo]

Éric Araujo  added the comment:

IMO inconsistency with tarfile is not very relevant.

About the zip utility: are you saying that the unix unzip command is not able 
to inspect or extract distutils sdists?

About zipimport, the question is: are sdists meant to be directly importable 
(IMO no).

That said, if it is a minor change with no downsides, I wouldn’t oppose it.  I 
just wanted to be clear on the reasons / benefits.

--

___
Python tracker 

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

[issue34742] Add optional argument for exit status in argparse.ArgumentParser.error

[Ankit Goel]

New submission from Ankit Goel :

argparse.ArgumentParser.error currently uses a hard coded exit status (2).
An optional argument (with default value 2) would be useful to change the 
status without needing to overwrite the method in a subclass like here: 
https://github.com/pytest-dev/pytest/pull/3925

--
components: Library (Lib)
messages: 325779
nosy: Ankit Goel
priority: normal
severity: normal
status: open
title: Add optional argument for exit status in argparse.ArgumentParser.error
type: enhancement
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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[Larry Hastings]

Larry Hastings  added the comment:

@Mariatta:
> There will be no further discussion about this.

Mariatta, why do you say that?  As long as the participants in the discussion 
are respectful I'm not aware of any mechanism in the CPython developer 
guidelines that would require shutting down the discussion.


@terry.reedy:
> The purpose of the tracker is to facilitate patches to the CPython code and 
> docs.

I'm pretty sure the issue tracker gets used for more than strictly facilitating 
patches.  And TBH this conversation got a little toxic in other areas online.  
I don't think it's hurting anything to have a quiet discussion about it here on 
the issue tracker.


>  Insults so not solve issues.  [...]  Please consider this a warning and 
> don't repeat.

I agree that insults are bad, and I too hope that nobody engages in being 
insulting.  But I read Gabriel's post twice and I don't see where he insulted 
anybody.  I found his remarks aggressive and a bit sarcastic, sure.  But not 
"insulting".  Can you be specific--what was the remark where he insulted 
somebody?

Gabriel, I agree that you should try to curb your more inflammatory tendencies 
in your correspondence.  But that's as much a tactical suggestion as it is a 
CoC reminder.  I assume that your point in writing is to win people over to 
your point of view--and that's best achieved by being reasonable and making 
good points.  As the old saying goes, "you'll attract more flies with honey 
than with vinegar".

--

___
Python tracker 

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

[issue34603] ctypes on Windows: error calling C function that returns a struct containing 3 bools

[Vladimir Matveev]

Change by Vladimir Matveev :


--
pull_requests: +8843

___
Python tracker 

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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[Éric Araujo]

Éric Araujo  added the comment:

I think the idea here is: don’t feed the trolls.

--

___
Python tracker 

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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[Larry Hastings]

Larry Hastings  added the comment:

@eric.araujo:
> I think the idea here is: don’t feed the trolls.

I understand this as a general-purpose metaphor.  But I don't understand how 
that translates into CPython issue tracker policy.  And so far I wouldn't 
describe anybody corresponding on this issue as "trolling".  Did I miss 
something?

--

___
Python tracker 

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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[Yury Selivanov]

Yury Selivanov  added the comment:

> I think the idea here is: don’t feed the trolls.

+1.  Please stop this.

Larry, IMHO, if you seriously want to discuss this issue (and bring more 
attention to it) I think you should email to python-commiters.  Otherwise this 
is just a pointless distraction to those of us who ended up randomly added to 
the nosy list and have no interest in this topic.

A restricted (but open) mailing list to discuss controversial topics like this 
is a common practice.

> But I don't understand how that translates into CPython issue tracker policy.

Selecting all "components" and adding random people to the nosy list goes 
pretty much against the issue tracker policy.  It should have been closed right 
from the beginning, because the person who opened it used the wrong medium to 
convey their message to begin with.

P.S. Please don't add me to the nosy list.

--

___
Python tracker 

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

[issue34589] Py_Initialize() and Py_Main() should not enable C locale coercion

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 95cc3ee00cfa079751ae2bb9a8d3387053b50489 by Victor Stinner in 
branch '3.7':
Revert "[3.7] bpo-34589: Add -X coerce_c_locale option; C locale coercion off 
by default (GH-9379)" (GH-9416)
https://github.com/python/cpython/commit/95cc3ee00cfa079751ae2bb9a8d3387053b50489


--

___
Python tracker 

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

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

[Yury Selivanov]

Change by Yury Selivanov :


--
nosy:  -yselivanov

___
Python tracker 

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