[issue30362] Launcher add list and list with paths options

[Steve Barnes]

Steve Barnes added the comment:

If this option is added into the py launcher it will make it usable for a 
multipy script/utility that would call py -0 to get a list of installed pythons 
and then call it for each of the returned versions with the remaining 
parameters.

I personally would find this very useful for things like:

multipy -m pip install --upgrade matplotlib

so as to install upgrades to all of the system pythons.

--

___
Python tracker 

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

[issue30669] json.tool does not accept an --indent flag

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Specifying indent in the json.tool command

___
Python tracker 

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

[issue30670] pprint for dict in sorted order or insert order?

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Concur with Raymond.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[Ned Deily]

Ned Deily added the comment:

Thanks, Victor, for seeing this through and thanks, everyone else, for the 
reviews and assistance.

--

___
Python tracker 

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

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

It may be better to make _PyLong_FromByteArray() and _PyLong_AsByteArray() 
public.

--

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

Changes by Nick Coghlan :


--
pull_requests: +2252

___
Python tracker 

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

[issue30670] pprint for dict in sorted order or insert order?

[Raymond Hettinger]

Raymond Hettinger added the comment:

Until dict insertion order is guaranteed, it doesn't make sense to change 
pprint().

--
nosy: +rhettinger

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

Ah, I finally understand Victor's comment on my initial attempt at fixing the 
tests on Mac OS X - the standard streams *don't* use the filesystem encoding, 
so they default to ASCII in the C locale, even on Mac OS X.

--

___
Python tracker 

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

[issue30603] textwrap: declining indent level has no test case

[Jonathan Eunice]

Jonathan Eunice added the comment:

@emilyemorehouse Added new tests per your request:

https://github.com/python/cpython/pull/2206

--

___
Python tracker 

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

[issue25026] (FreeBSD/OSX) Fix fcntl module to accept 'unsigned long' type commands for ioctl(2).

[Martin Panter]

Martin Panter added the comment:

Maybe Issue 16124 is related; it mentions 64-bit values, but it sounds like an 
obscure use case.

--

___
Python tracker 

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

[issue30632] IDLE: add unittests to test_autocomplete

[Louie Lu]

Louie Lu added the comment:

This is a duplicate of #30348, I forgot there has a exists PR. I'll combine 
them and finish left 5 unittest in #30348.

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

[issue30669] json.tool does not accept an --indent flag

[Martin Panter]

Martin Panter added the comment:

Issue 29636 looks related

--
nosy: +martin.panter

___
Python tracker 

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

[issue30628] why venv install old pip?

[Nick Coghlan]

Nick Coghlan added the comment:

Curtis: by design, ``ensurepip`` isn't permitted to assume internet access 
(since we want both it and venv to work without warnings or errors on systems 
with no internet access). This was covered in the original PEP: 
https://www.python.org/dev/peps/pep-0453/#implementation-strategy

The default presence of `setuptools` and `wheel` in `venv` created virtual 
environments at all is also an implementation detail that's likely to change 
once PEP 517 is implemented (again, as per the original design in PEP 453).

Emily: for 3.5+, venv is recommended just because it avoids the extra 3rd party 
dependency, and integrates slightly more nicely with the interpreter internals. 
As soon as you need greater assurances of cross-version consistency though, 
virtualenv is the better choice. (Donald Stufft actually has a virtualenv 
refactoring pending that makes it just a thin shell around venv on 3.5+, but 
pursuing that's on hold for now due to other priorities)

For the auto-upgrade aspect, environment managers like `pew` offer more 
flexibility to automate that kind of thing in a way that's consistent across 
Python versions. It *might* make sense to offer a `--upgrade-pip` flag for 
`venv` creation, but it's not entirely clear how much benefit that really 
offers over just running `python -m pip install --upgrade pip` inside the venv 
yourself. That one's probably worth filing as a separate RFE though, as it's 
probably the single most common post-creation script for new virtual 
environments.

--

___
Python tracker 

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

[issue29514] Add a test case that prevents magic number changes in minor releases

[Nick Coghlan]

Nick Coghlan added the comment:

Serhiy: I believe that magic number was current when the test was written, and 
it hasn't been getting updated since the test is currently being skipped.

Given how we designed the skip logic, I think that counts as "working as 
intended" - we don't really care about magic number stability until the release 
candidate stage, so that's when the test needs to be updated to match the 
implementation.

--

___
Python tracker 

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

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

[Nick Coghlan]

Nick Coghlan added the comment:

As Victor notes above, for systems where no suitable coercion target locale is 
available, even the "unsupported locale" warning is an issue, since it's only 
full Unicode text handling that's unsupported in such locales - you can still 
process ASCII-only and non-text data just fine in such environments (and even 
Unicode data if you're sufficiently careful).

As a matter of future-proofing CPython, we also need to account for the fact 
that some C implementations (potentially including future versions of glibc) 
may starting using UTF-8 as the default text encoding in the C locale itself 
(requiring the use of variants like C.ASCII or C.latin-1 to opt-in to the use 
of legacy text encodings).

I still think the warnings are potentially valuable for system integrators and 
operating system developers trying to ensure that C.UTF-8 is genuinely 
pervasive as their default locale, so my counter-proposal to Victor's PR is:

* remove the build-time warning flag
* gate the warnings for both successful and unsuccessful locale coercion behind 
a runtime check for PYTHONCOERCECLOCALE=warn

That means:

* we provide the best possible developer experience we can by default (i.e. no 
visible warnings, we assume UTF-8 where possible)
* redistributors have a relatively simple patch to always emit the warnings if 
they want to do so (i.e. remove the conditional checks)
* system integrators and folks debugging application misbehaviour can readily 
enable the warnings at runtime as part of fault investigation activities

--

___
Python tracker 

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

[issue30670] pprint for dict in sorted order or insert order?

[Joseph Shen]

New submission from Joseph Shen:

start from 3.6+, dict keys are ordered heir creation order.
the builtin print function works as we expected, but for 
pprint, the keys is sorted. should we using the sorted version
or just obey the creation order as builtin print?

--
components: Library (Lib)
messages: 296056
nosy: josephsmeng
priority: normal
severity: normal
status: open
title: pprint for dict in sorted order or insert order?
type: behavior
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue30669] json.tool does not accept an --indent flag

[eartheaterrr]

New submission from eartheaterrr:

I have been using the json.tool quite often by running `cat my-file.json | 
python -m json.tool` or (`:%! python -m json.tool` in vim) to pretty print the 
json file, but I would like to customize the indentation level to 2 indentation 
spaces instead of default of 4. Unfortunately, `json.tool` is hard-coded to use 
4 spaces for indentation, so I am filing this issue to propose this change.

--
components: Library (Lib)
messages: 296055
nosy: eartheaterrr
priority: normal
pull_requests: 2251
severity: normal
status: open
title: json.tool does not accept an --indent flag
type: enhancement
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

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

[Devin Jeanpierre]

Devin Jeanpierre added the comment:

> Write your own C extension to do that. Sorry, I don't know what is the best 
> way to write such C extension.

If everyone who wants to convert intptr_t to a python int has to write their 
own function, then why not just include it in the C-API?

Having support for intmax_t means we never have to have this conversation ever 
again, because it should work for all int types.

Reopening since this use-case doesn't sound solved yet.

--
resolution: rejected -> 
status: closed -> open

___
Python tracker 

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

[issue30603] textwrap: declining indent level has no test case

[Jonathan Eunice]

Changes by Jonathan Eunice :


--
pull_requests: +2250

___
Python tracker 

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

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

[Jonathan Eunice]

Jonathan Eunice added the comment:

PR updated to incorporate Serhiy Storchaka and Brett Cannon feedback.

--

___
Python tracker 

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

[issue30284] Build CPython out of tree with a read-only source tree

[STINNER Victor]

STINNER Victor added the comment:

I don't think that the test_pydoc failure is very important. I'm not interested 
to fix it right now.

The main blocker issue was regrtest and it's now fixed in the master branch.

I don't recall any user complaining about issues with read-only source tree, so 
I don't think that it's worth it to backport the fix. If I'm wrong, please 
comment the issue ;-)

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

STINNER Victor added the comment:


New changeset 8c797ed8a0fea5e3162b9415f13e270d4d5d9549 by Victor Stinner in 
branch '3.5':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164) (#2201)
https://github.com/python/cpython/commit/8c797ed8a0fea5e3162b9415f13e270d4d5d9549


--

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

STINNER Victor added the comment:


New changeset 0e4571a68a7f48e8469ef05b04ba3463d3fd82c0 by Victor Stinner in 
branch '2.7':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164) (#2202)
https://github.com/python/cpython/commit/0e4571a68a7f48e8469ef05b04ba3463d3fd82c0


--

___
Python tracker 

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

[issue27485] urllib.splitport -- is it official or not?

[Cheryl Sabella]

Cheryl Sabella added the comment:

Martin, thank you for the information and for pointing out those other related 
issues.  It makes sense to separate the security or bug issues from this change.

--

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

STINNER Victor added the comment:

@Ned Deily: I removed the "release blocker" flag, since I just merged my PR to 
update libexpat to 2.2 in the Python 3.6 branch.

--
priority: release blocker -> 

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

STINNER Victor added the comment:


New changeset 86b95370c45dedb8a56c9894372a43681de47a73 by Victor Stinner in 
branch '3.6':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164) (#2200)
https://github.com/python/cpython/commit/86b95370c45dedb8a56c9894372a43681de47a73


--

___
Python tracker 

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

[issue27485] urllib.splitport -- is it official or not?

[Cheryl Sabella]

Changes by Cheryl Sabella :


--
pull_requests: +2249

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

STINNER Victor added the comment:

Python 3.3 currently embeds a copy of libexpat 2.1.0, wheras other branches 
have libexpat 2.1.1:
http://python-security.readthedocs.io/vuln/issue_26556_expat_2.1.1.html

--

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2248

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +georg.brandl
versions: +Python 3.3, Python 3.4

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2247

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2246

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2245

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2244

___
Python tracker 

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

[issue29591] Various security vulnerabilities in bundled expat (CVE-2016-0718 and CVE-2016-4472)

[STINNER Victor]

STINNER Victor added the comment:


New changeset 23ec4b57e1359f9c539b8defc317542173ae087e by Victor Stinner in 
branch 'master':
bpo-29591: Upgrade Modules/expat to libexpat 2.2 (#2164)
https://github.com/python/cpython/commit/23ec4b57e1359f9c539b8defc317542173ae087e


--

___
Python tracker 

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

[issue30284] Build CPython out of tree with a read-only source tree

[STINNER Victor]

STINNER Victor added the comment:


New changeset f7e07840d725f2ebb469129cb5e6574ce61725ef by Victor Stinner in 
branch 'master':
bpo-30284: Fix regrtest for out of tree build (#1481)
https://github.com/python/cpython/commit/f7e07840d725f2ebb469129cb5e6574ce61725ef


--

___
Python tracker 

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

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

[STINNER Victor]

STINNER Victor added the comment:

> Hold on, nobody ever answered the question in the OP. How would you convert 
> an intptr_t (e.g. Rust's int type) to a Python int?

Write your own C extension to do that. Sorry, I don't know what is the best way 
to write such C extension.

Maybe look at https://github.com/PyO3/PyO3 ? cc Yury

--
nosy: +yselivanov

___
Python tracker 

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

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

[Devin Jeanpierre]

Devin Jeanpierre added the comment:

> I wrote my first patch in 2013, but I still fail to find a very good example 
> where intmax_t would be an obvious choice. So I have to agree and I will now 
> close the issue.

Hold on, nobody ever answered the question in the OP. How would you convert an 
intptr_t (e.g. Rust's int type) to a Python int?

You can't use FromVoidPtr because of signedness. You can use FromLongLong, but 
that's implementation-defined.

If what we should be using is FromLongLong for all "really big ints", why not 
just rename FromLongLong to FromIntMax and call it a day?



There is no standard relationship between long long and most other int types -- 
all we know is that it's at least 64 bits, but an int type can perfectly 
reasonably be e.g. 80 bits or 128 bits or similar. I think it *is* a worhtwhile 
goal to allow programmers to write C code that has as little 
implementation-defined or undefined behavior as possible.


If that isn't considered a worthwhile goal, maybe we should reconsider using 
such a dangerous and pointy language as C. :)

--

___
Python tracker 

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

[issue30436] importlib.find_spec raises AttributeError when parent is not a package/module

[Brett Cannon]

Brett Cannon added the comment:


New changeset 8c3f05e9f0f0b30a3d4a2433e92471794d8258af by Brett Cannon (Milan 
Oberkirch) in branch 'master':
bpo-30436: Raise ModuleNotFoundError for importlib.util.find_spec() when parent 
isn't a package (GH-1899)
https://github.com/python/cpython/commit/8c3f05e9f0f0b30a3d4a2433e92471794d8258af


--

___
Python tracker 

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

[issue30436] importlib.find_spec raises AttributeError when parent is not a package/module

[Brett Cannon]

Changes by Brett Cannon :


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

[issue17870] Python does not provide PyLong_FromIntMax_t() or PyLong_FromUintMax_t() function

[STINNER Victor]

STINNER Victor added the comment:

Serhiy Storchaka: "The patch adds too much code, but there is very little need 
of new feature (...)"

I wrote my first patch in 2013, but I still fail to find a very good example 
where intmax_t would be an obvious choice. So I have to agree and I will now 
close the issue.

If you still want to get a builtin support for intmax_t in CPython, please come 
with a strong rationale for justify adding "so much code" ;-) I now close the 
issue and reject my PR.

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

[issue30662] fix OrderedDict.__init__ docstring to reflect PEP 468

[Brett Cannon]

Brett Cannon added the comment:

Past Python details should not be included in docstrings; it should simply 
represent the current code.

--
nosy: +brett.cannon, eric.snow

___
Python tracker 

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

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

[STINNER Victor]

Changes by STINNER Victor :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5, Python 3.6

___
Python tracker 

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

[issue30645] imp.py: load_package() appends to its own loop variable

[Brett Cannon]

Brett Cannon added the comment:

Yes, we're as corporate as an open source project that doesn't have enough 
funding to be able to defend against a lawsuit but is big enough that simply 
shutting down would really suck for millions of people. ;) Anyway, your CLA 
signing came through so now we just need a pull request on GitHub or a patch.

As for virtualenv still using a deprecated, hidden API, that's bad on them and 
should probably be reported to them directly.

--

___
Python tracker 

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

[issue30400] Race condition in shutil.copyfile()

[Preston Moore]

Preston Moore added the comment:

Pull request is now passing with no conflicts.

--

___
Python tracker 

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

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

[STINNER Victor]

STINNER Victor added the comment:


New changeset 7895a0585b4b6a1c8082d17227307c6ce2c8bb8b by Victor Stinner in 
branch '3.5':
bpo-30231: Remove skipped test_imaplib tests (#1419) (#2193)
https://github.com/python/cpython/commit/7895a0585b4b6a1c8082d17227307c6ce2c8bb8b


--

___
Python tracker 

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

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

[STINNER Victor]

STINNER Victor added the comment:


New changeset 8a39af945796164a16a607fecfef5297b7a87deb by Victor Stinner in 
branch '3.6':
bpo-30231: Remove skipped test_imaplib tests (#1419) (#2192)
https://github.com/python/cpython/commit/8a39af945796164a16a607fecfef5297b7a87deb


--

___
Python tracker 

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

[issue28603] traceback module can't format/print unhashable exceptions

[Chris Barth]

Chris Barth added the comment:

There are now several patches for this problem, which also affects me. What are 
the next steps to get this resolved?

--

___
Python tracker 

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

[issue28603] traceback module can't format/print unhashable exceptions

[Chris Barth]

Changes by Chris Barth :


--
nosy: +Chris Barth

___
Python tracker 

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

[issue27609] IDLE completions: format, factor, and fix

[Terry J. Reedy]

Terry J. Reedy added the comment:

#30632 autocomplete tests
#30666 autocomplete_w tests

--
dependencies: +IDLE: add tests for autocomplete window., IDLE: add unittests to 
test_autocomplete, IDLE: revise doc subsections 'Completions' -IDLE code 
completion window can hang or misbehave with mouse

___
Python tracker 

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

[issue27609] IDLE completions: format, factor, and fix

[Terry J. Reedy]

Terry J. Reedy added the comment:

#30666 Add completion tests
#30667 Revise completion doc
#15786 and additional discussion of completion behavior
Tab in opened box should and usually completes, but sometimes not.  I don't 
have a consistent example.

--
nosy:  -python-dev

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Terry J. Reedy added the comment:

With the severe click bug apparently fixed, I focused on Suddha Sourav last 
sentence "In addition, pressing enter does not autocomplete but execute what 
was meant to be selected."  In current freshly started IDLE, for example

>>> re.c<^-space>

brings up a box with [compile] highlighted.  On hitting  one sees

>>> re.c
...
NameError: name 're' is not defined

'c' has not been completed to 'compile' and \n has been inserted into the Text 
widget, causing the line (in the shell) to be compiled and executed.  I imagine 
that everyone would prefer ">>> re.compile" with the cursor at the end.  The 
fix is so simple that I decided to include it here, today.  In 
autocomplete_w.AutoCompleteWindow.keypress_event, change
elif keysym == "Return":
self.hide_window()
return None
to
elif keysym == "Return":
self.complete()
self.hide_window()
return 'break'

--

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 6628006941f4382813a9af4628894c99bb333b8f by terryjreedy in branch 
'3.6':
[3.6]bpo-15786: Fix IDLE autocomplete return problem. (#2198) (#2199)
https://github.com/python/cpython/commit/6628006941f4382813a9af4628894c99bb333b8f


--

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +2243

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 32fd874afe55e396e3c9a5af35e7bb3d8e0b8f02 by terryjreedy in branch 
'master':
bpo-15786: Fix IDLE autocomplete return problem. (#2198)
https://github.com/python/cpython/commit/32fd874afe55e396e3c9a5af35e7bb3d8e0b8f02


--

___
Python tracker 

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

[issue30632] IDLE: add unittests to test_autocomplete

[Terry J. Reedy]

Terry J. Reedy added the comment:

Ping.  Please answer question about two PRs.

For #30666, I wrote
1. Test_autocomplete.AutoCompleteTest has a test_method for each method of 
autocomplete.AutoComplete.  The last 5 test methods are empty ('pass'). Finish 
them.  A couple of the methods might be usefully split into smaller methods.  
Get_entity is actually a function, as 'self' is ignored. After the first else, 
fetch_completions is also independent of 'self'.  PR 2011 combines the two 
blocks into a function that can be moved to run.py.

These method tests should be supplemented by user action tests with live 
widgets and simulated key events.  Such tests would be black box tests in that 
they should be independent of the implementation.

I decided to broaden this issue to all autocomplete tests and narrow that one 
to autocomplete_w tests.

--
title: IDLE: add unittest to test_autocomplete -> IDLE: add unittests to 
test_autocomplete

___
Python tracker 

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

[issue30666] IDLE: add tests for autocomplete window.

[Terry J. Reedy]

Terry J. Reedy added the comment:

#30632 (and #30348) partly address 1., so transferring it there, and keeping 
this for autocomplete_w.

--
title: IDLE: add tests for auto-completions -> IDLE: add tests for autocomplete 
window.

___
Python tracker 

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

[issue30628] why venv install old pip?

[Curtis Doty]

Curtis Doty added the comment:

diff --git a/Lib/venv/__init__.py b/Lib/venv/__init__.py
index 716129d139..757e8de4e7 100644
--- a/Lib/venv/__init__.py
+++ b/Lib/venv/__init__.py
@@ -243,6 +243,9 @@ class EnvBuilder:
 cmd = [context.env_exe, '-Im', 'ensurepip', '--upgrade',
 '--default-pip']
 subprocess.check_output(cmd, stderr=subprocess.STDOUT)
+cmd= [context.env_exe, '-Im', 'pip', 'install', '--upgrade',
+'pip', 'setuptools']
+subprocess.check_output(cmd, stderr=subprocess.STDOUT)
 
 def setup_scripts(self, context):
 """

Crude, but effective. Food for thought?

--

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +2242

___
Python tracker 

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Fixed and backported.
Thanks.

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset a3afdca2190201bf6572435226dd3f8668139002 by Mariatta in branch 
'3.5':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173) 
(GH-2197)
https://github.com/python/cpython/commit/a3afdca2190201bf6572435226dd3f8668139002


--

___
Python tracker 

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset 4b30107bfdc9ba5afbe7f4a9d96273d6078bc310 by Mariatta in branch 
'2.7':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173) 
(GH-2196)
https://github.com/python/cpython/commit/4b30107bfdc9ba5afbe7f4a9d96273d6078bc310


--

___
Python tracker 

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Mariatta Wijaya added the comment:


New changeset 789f47ebb56283bd0156957121ac2854817b2bf9 by Mariatta in branch 
'3.6':
bpo-30659 : Use ** for kwargs in namedtuple._replace() signature (GH-2173) 
(GH-2195)
https://github.com/python/cpython/commit/789f47ebb56283bd0156957121ac2854817b2bf9


--

___
Python tracker 

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +2241

___
Python tracker 

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +2240

___
Python tracker 

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

[issue1615158] POSIX capabilities support

[Christian H]

Changes by Christian H :


--
nosy: +Christian H

___
Python tracker 

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

[issue30659] Use ** correctly for "kwargs" in signature of namedtuple._replace()

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +2239

___
Python tracker 

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

[issue30668] DOC: missing word in license.rst

[Cheryl Sabella]

New submission from Cheryl Sabella:

The 'Select kqueue' section starts with:

"The `select` and contains the following notice for the kqueueinterface:"

And the 'SipHash24' section has:

"The file Python/pyhash.c contains Marek Majkowski’ implementation of Dan 
Bernstein’s SipHash24 algorithm. The contains the following note:"

It seems like a word is missing on each line.  Maybe `module`?

--
assignee: docs@python
components: Documentation
messages: 296021
nosy: christian.heimes, csabella, docs@python
priority: normal
severity: normal
status: open
title: DOC: missing word in license.rst
type: enhancement
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

[issue30667] IDLE: revise doc subsections 'Completions'

[Terry J. Reedy]

New submission from Terry J. Reedy:

The current subsection omits Expand Word and seems not as clear as it could be. 
 Completions rely on source information.  Three possible sources are the text, 
Shell globals, and filesystem.  Open latter two by tab, shortcut, or (in 
special circumstance) wait.

--
assignee: terry.reedy
components: IDLE
messages: 296020
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: revise doc subsections 'Completions'
type: enhancement
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue30666] IDLE: add tests for auto-completions

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
assignee:  -> terry.reedy
components: +IDLE

___
Python tracker 

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

[issue30666] IDLE: add tests for auto-completions

[Terry J. Reedy]

New submission from Terry J. Reedy:

1. Test_autocomplete.AutoCompleteTest has a test_method for each method of 
autocomplete.AutoComplete.  The last 5 test methods are empty ('pass'). Finish 
them.  A couple of the methods might be usefully split into smaller methods.  
Get_entity is actually a function, as 'self' is ignored. After the first else, 
fetch_completions is also independent of 'self'.  PR 2011 combines the two 
blocks into a function that can be moved to run.py.

These method tests should be supplemented by user action tests with live 
widgets and simulated key events.  Such tests would be black box tests in that 
they should be independent of the implementation.

2. AutoCompleteWindow, in autocomplete_w, is untested.  It was the locus of the 
bug in #15786.  To get the fix into 3.6.2, it was merged after hand-testing, 
without adding automated tests.  They need to be added before further patching.

Some of the methods of ACW seem hard to test as they are long and hard to 
describe succinctly.  Perhaps black-box user tests should be emphasized for 
this class.

--
messages: 296019
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: add tests for auto-completions
type: enhancement
versions: Python 3.6, Python 3.7

___
Python tracker 

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

[issue30658] Buildbot: don't sent email notification for custom builders

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

I didn't know about buildmaster-config repo.

It's not listed as one of the projects for the Python Core team :)

https://github.com/orgs/python/teams/python-core/repositories 

Should it be?

--

___
Python tracker 

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

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2238

___
Python tracker 

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

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2237

___
Python tracker 

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

[issue30231] test_imaplib needs a TLS server accepting self-signed certificates

[STINNER Victor]

STINNER Victor added the comment:


New changeset b18563da8803433509e9a0e29718e0271014659f by Victor Stinner in 
branch 'master':
bpo-30231: Remove skipped test_imaplib tests (#1419)
https://github.com/python/cpython/commit/b18563da8803433509e9a0e29718e0271014659f


--

___
Python tracker 

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

[issue29514] Add a test case that prevents magic number changes in minor releases

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Is it intentionally that old magic number is used in 3.7? The test will become 
failing just after reaching the RC stage.

--

___
Python tracker 

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

[issue30628] why venv install old pip?

[Emily Morehouse]

Emily Morehouse added the comment:

A quick note on how to include system packages in the "How Do I..?" section 
could be helpful, though does not necessarily solve the current issue. I would 
be hesitant to instruct people to use the system-site-packages flag simply to 
have an updated version of setuptools, even with a strong word of caution. From 
my experience, most people generally don't have a clean pip environment outside 
of a virtual environment for various reasons and this could cause more 
confusion and undesired outcomes by encouraging use use of the 
system-site-packages flag.

As a side note, I do feel that the existing documentation for the 
system-site-packages and without-pip flags is adequate as-is (that was one of 
the first things I tried when debugging this issue).

Nick, could you answer a couple of questions for me? 
1) I've read that (for Python 3.5 or greater) that venv is recommended over 
virtualenv. Why? (Not challenging anything, just trying to understand from the 
perspective of someone who has used virtualenv for years and never looked back).
2) Could there be an additional argument for venv that triggers an upgrade to 
setuptools on virtual environment creation? Alternatively, I've looked into 
extending venv.EnvBuilder. We could add an example of extending this to 
bootstrap environment building to include a setuptools upgrade on creation for 
those who deem this important.

--

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Terry J. Reedy added the comment:

After hand-testing everything I could think of, including clicking outside the 
box after clicking inside, I applied the click (and Mac crash) fix to 3.7 and 
3.6.  As far as I know, it should appear in 3.6.2rc whenever that appears.  If 
so, I hope people who verified the bug will download and try to verify the fix.

I will open separate issues for the following and list them on the 
autocompletions master issue, #27609.
Improve autocomplete tests.
Improve 'Completions' doc subsection.
Stop insertion of \n into text when closing box
 (see opening message above).
I will also post a message on #27609 about behavior issues mentioned here that 
are not part of any open issue.

--
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.5

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 3280579450e3ee94e4916e2543b4dd8898d51b02 by terryjreedy in branch 
'3.6':
bpo-15786: IDLE: Fix mouse clicks on autocompletetion window (#1811) (#2187)
https://github.com/python/cpython/commit/3280579450e3ee94e4916e2543b4dd8898d51b02


--

___
Python tracker 

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

[issue30645] imp.py: load_package() appends to its own loop variable

[R. David Murray]

R. David Murray added the comment:

Yes, that's all you needed to do.  She updated your status in the tracker (you 
now have the CLA signed '*' next  to your name).

--

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +2236

___
Python tracker 

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

[issue15786] IDLE code completion window can hang or misbehave with mouse

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 778b484145edfd0d9b65129322d3295bed8eb71a by terryjreedy 
(mlouielu) in branch 'master':
bpo-15786: IDLE: Fix mouse clicks on autocompletetion window (#1811)
https://github.com/python/cpython/commit/778b484145edfd0d9b65129322d3295bed8eb71a


--

___
Python tracker 

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

[issue30625] Documentation is unclear how "y*" and "y#" format units vary

[Stefan Krah]

Stefan Krah added the comment:

Out of curiosity:

Is the 3.2 documentation clearer?

https://docs.python.org/3.2/c-api/arg.html#strings-and-buffers


Lately we have a lot of churn in the docs, not necessarily written by subject 
experts.

--

___
Python tracker 

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

[issue30665] pass big values for arg to fcntl.ioctl

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +haypo

___
Python tracker 

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

[issue30563] [Cygwin] multiprocessing module with pool object issue

[Julien Verger]

Julien Verger added the comment:

Hello Antoine,

I've installed python throught the cygwin.exe installer.
I've tried to add many pythons libs without more success.
I didn't know that cygwin was an unsupported platform.
Unfortunately, my goal is to develop an automation tool based on pexpect 
package which does not work the same on windows build (e.g. pexpect.spawn 
instruction wich is not compatible on windows).
I thought that i could bypass this by using pexpect on cygwin that works great 
but i would like to launch multiple pexpect thread in parallel by using 
multithread package in my cygwin environment.

Julien

--

___
Python tracker 

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

[issue30665] pass big values for arg to fcntl.ioctl

[Uwe Kleine-König]

New submission from Uwe Kleine-König:

When passing a big integer value to fcntl.ioctl this might result in

 OverflowError: signed integer is greater than maximum

. Traditionally ioctl(3) takes a pointer as third argument. The fcntl module 
however uses an int (format specifier 'i') which is too small to hold a pointer 
on 64 bit architectures.

The fix is to use 'k' (and an unsigned long) instead of 'i' (and an int). An 
unsigned long is suitable to hold a pointer value on AFAIK all platforms that 
matter today. (And it works on all platforms where int is already good enough, 
so the suggested change doesn't do any harm.)

A patch is attached.

--
files: unsigned-long-arg-for-ioctl.patch
keywords: patch
messages: 296008
nosy: ukl
priority: normal
severity: normal
status: open
title: pass big values for arg to fcntl.ioctl
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file46951/unsigned-long-arg-for-ioctl.patch

___
Python tracker 

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

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

[STINNER Victor]

STINNER Victor added the comment:

I wrote a PR to remove PEP 538 warnings:
https://github.com/python/cpython/pull/2186

Reference (unpatched):

haypo@selma$ env -i LC_ALL=C ./python -c "import locale; 
print(locale.getpreferredencoding())"
Python runtime initialized with LC_CTYPE=C (a locale with default ASCII 
encoding), which may cause Unicode compatibility problems. Using C.UTF-8, 
C.utf8, or UTF-8 (if available) as alternative Unicode-compatible locales is 
recommended.
ANSI_X3.4-1968

haypo@selma$ env -i LC_CTYPE=C ./python -c "import locale; 
print(locale.getpreferredencoding())"
Python detected LC_CTYPE=C: LC_CTYPE coerced to C.UTF-8 (set another locale or 
PYTHONCOERCECLOCALE=0 to disable this locale coercion behavior).
UTF-8

haypo@selma$ env -i LC_ALL=C ./python -c "import locale; 
print(locale.getpreferredencoding())"
Python runtime initialized with LC_CTYPE=C (a locale with default ASCII 
encoding), which may cause Unicode compatibility problems. Using C.UTF-8, 
C.utf8, or UTF-8 (if available) as alternative Unicode-compatible locales is 
recommended.
ANSI_X3.4-1968


With my change:

haypo@selma$ env -i ./python -c "import locale; 
print(locale.getpreferredencoding())"
UTF-8

haypo@selma$ env -i LC_CTYPE=C ./python -c "import locale; 
print(locale.getpreferredencoding())"
UTF-8

haypo@selma$ env -i LC_ALL=C ./python -c "import locale; 
print(locale.getpreferredencoding())"
ANSI_X3.4-1968

--

___
Python tracker 

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

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +2235

___
Python tracker 

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

[issue30625] Documentation is unclear how "y*" and "y#" format units vary

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +skrah

___
Python tracker 

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

[issue30565] PEP 538: default to skipping warning for implicit locale coercion?

[STINNER Victor]

STINNER Victor added the comment:

The warnings caused something around 27 test failures on "AMD64 FreeBSD CURRENT 
Non-Debug 3.x" buildbot:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.x/builds/438/steps/test/logs/stdio

27 tests failed again:
test_asyncio test_base64 test_c_locale_coercion test_capi
test_cmd_line test_cmd_line_script test_compileall
test_concurrent_futures test_doctest test_faulthandler
test_file_eintr test_inspect test_io test_json test_keyword
test_module test_multiprocessing_fork
test_multiprocessing_forkserver test_multiprocessing_main_handling
test_subprocess test_symbol test_sys test_threading test_tools
test_traceback test_venv test_warnings

--
nosy: +haypo

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params when printing test failures

[Eric V. Smith]

Eric V. Smith added the comment:

Correct on the order changed with regular dicts. That's why I'm targeting this 
specifically for Python 3.7 and with **kwargs, where order is guaranteed. We 
might have to use a structure other than a ChainMap of dicts, like a ChainMap 
of OrderDicts.

--

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params when printing test failures

[Louie Lu]

Louie Lu added the comment:

Additional note, the order will changed it random way in ChainMap, e.g.:


>>> for k, v in ChainMap({'a': 0, 'b': 1, 'c': 2}, {'b': 3, 'a': 4}).items(): 
>>> print(k, v)
...
a 0
c 2
b 1

-restart

>>> for k, v in ChainMap({'a': 0, 'b': 1, 'c': 2}, {'b': 3, 'a': 4}).items(): 
>>> print(k, v)
...
b 1
c 2
a 0

--

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params when printing test failures

[Eric V. Smith]

Eric V. Smith added the comment:

Good question.

It looks like ChainMap does something I wouldn't expect:

>>> for k, v in ChainMap({'a': 0, 'b': 1, 'c': 2}, {'b': 3, 'a': 4}).items():
...  print(k, v)
... 
b 1
a 0
c 2

Once we define what we'd like the output to look like, I'm sure it would be 
easy enough to get the order right.

--

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params when printing test failures

[Nitish]

Changes by Nitish :


--
nosy: +nitishch

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params when printing test failures

[Louie Lu]

Louie Lu added the comment:

I think the question will be, when using multiple subTest (this is why using 
ChainMap I think), how to determine their order?:

with self.subTest(c=i, b=i, a=i):
with self.subTest(b=i, c=50, a=60):
self.assertEqual(i, 2)


>>> FAIL: test_foo (__main__.Test) (a=60, b=4, c=50)

--
nosy: +louielu

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params when printing test failures

[Eric V. Smith]

Eric V. Smith added the comment:

Correction: it's implemented in unittest.case._SubTest, specifically in  
_subDescription().

--
title: Change unittest's _SubTest to not sort its params -> Change unittest's 
_SubTest to not sort its params when printing test failures

___
Python tracker 

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

[issue30649] test_utime_current_old() of test_os fails randomy on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor added the comment:


New changeset c2a506e40e9135bfd17b59fffc62261dc95bc535 by Victor Stinner in 
branch '3.6':
[3.6] bpo-30649: test_os tolerates 50 ms delta for utime (#2156) (#2175)
https://github.com/python/cpython/commit/c2a506e40e9135bfd17b59fffc62261dc95bc535


--

___
Python tracker 

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

[issue30602] [Windows] os.spawn*() tests of test_os leak references on Windows

[STINNER Victor]

STINNER Victor added the comment:


New changeset 526b22657cb18fe79118c2ea68511aca09430c2c by Victor Stinner in 
branch 'master':
bpo-30602: Fix refleak in os.spawnve() (#2184)
https://github.com/python/cpython/commit/526b22657cb18fe79118c2ea68511aca09430c2c


--

___
Python tracker 

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

[issue30664] Change unittest's _SubTest to not sort its params

[Eric V. Smith]

New submission from Eric V. Smith:

Now that **kwargs are sorted, it would be better if the error given by a 
unittest subTest (as implemented in uniitest._case._SubTest) didn't sort the 
parameters when they're printed, but instead printed them out in order.

This might be complicated by the ChainMap that's used as part of the 
implementation, but it should still be doable.

For example, I have code that has:

with self.subTest(hash=hash, cmp=cmp, frozen=frozen):

But when it errors out, it produces:

FAIL: test_hash_rules (tst.TestCase) (cmp=True, frozen=True, hash=None)

It would be easier to check my code if the order the values was printed was the 
same as the order in the self.subTest() call.

--
components: Library (Lib)
keywords: easy
messages: 295998
nosy: eric.smith
priority: normal
severity: normal
status: open
title: Change unittest's _SubTest to not sort its params
type: enhancement
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

[issue30649] test_utime_current_old() of test_os fails randomy on x86 Windows7 3.6

[STINNER Victor]

STINNER Victor added the comment:


New changeset 3402f7268897db15053866e1e68404cfa0e02706 by Victor Stinner in 
branch 'master':
bpo-30649: Revert utime delta in test_os (#2176)
https://github.com/python/cpython/commit/3402f7268897db15053866e1e68404cfa0e02706


--

___
Python tracker 

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