[issue34245] Python library should be installed writable

2018-07-27 Thread Jeroen Demeyer


New submission from Jeroen Demeyer :

In Makefile.pre.in, there is this:

# Shared libraries must be installed with executable mode on some systems;
# rather than figuring out exactly which, we always give them executable mode.
# Also, making them read-only seems to be a good idea...
INSTALL_SHARED= ${INSTALL} -m 555

Installing libraries read-only is very non-standard (I'm not aware of any other 
build system which does that). Python should just use the more standard 755 
install mode.

--
components: Build
messages: 322469
nosy: jdemeyer
priority: normal
severity: normal
status: open
title: Python library should be installed writable
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



[issue27717] sqlite documentation bug

2018-07-27 Thread Berker Peksag


Berker Peksag  added the comment:

Looking at this again, I think the current version of the documentation should 
stay as-is. Perhaps my patch can make the insecure example separated from the 
secure one, but I don't think it's worth to apply it.

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



[issue34245] Python library should be installed writable

2018-07-27 Thread Jeroen Demeyer


Change by Jeroen Demeyer :


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

___
Python tracker 

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



[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

2018-07-27 Thread miss-islington


Change by miss-islington :


--
pull_requests: +8013

___
Python tracker 

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



[issue34240] Convert test_mmap to use tempfile

2018-07-27 Thread Tim Golden


Tim Golden  added the comment:

Thanks for the information, eryksun.

For the moment, I can only say with a fair degree of certainty that using the 
tempfile functions as I have in test_bz2 & test_mmap appears to solve the issue 
which is repeatably if intermittently present without that change.

I'll be trying to narrow the issue down before making any further changes

--

___
Python tracker 

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



[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

2018-07-27 Thread INADA Naoki


Change by INADA Naoki :


--
pull_requests: +8014

___
Python tracker 

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



[issue34221] Any plans to combine collections.OrderedDict with dict

2018-07-27 Thread Philip Lee

Philip Lee  added the comment:

What about my last suggestion :
it would be better to move "Dictionaries preserve insertion order" part at the 
end of the doc of https://docs.python.org/3/library/stdtypes.html#dict up below 
the doc for 
class dict(**kwarg)
class dict(mapping, **kwarg)
class dict(iterable, **kwarg)
so that people won't miss the feature when consulting the doc.

在2018年07月26 14时46分, "Raymond Hettinger"写道:

Raymond Hettinger  added the comment:

See the related discussion on python-dev and other tracker entries where this 
was discussed previously.

--
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___

--
nosy: +iMath

___
Python tracker 

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



[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

2018-07-27 Thread INADA Naoki


INADA Naoki  added the comment:


New changeset 777cdd94b9bebd5b22df0fc293aa078d5537b988 by INADA Naoki in branch 
'3.6':
bpo-34177: vsts: Avoid conflict with Homebrew Python (GH-8430)
https://github.com/python/cpython/commit/777cdd94b9bebd5b22df0fc293aa078d5537b988


--

___
Python tracker 

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



[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

2018-07-27 Thread INADA Naoki


Change by INADA Naoki :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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



[issue34242] configparser: SectionProxy.get is silent on missing options

2018-07-27 Thread INADA Naoki


INADA Naoki  added the comment:

I don't think it's worth enough to break backward compatibility.

Additionally, "section.get(key) returns None if key is not exist" is consistent 
with dict's behavior.

On the other hand, "parser.get(section, key)" has different signature from 
dict's get method.  So inconsistency is not a big problem.

--
nosy: +inada.naoki

___
Python tracker 

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



[issue34242] configparser: SectionProxy.get is silent on missing options

2018-07-27 Thread INADA Naoki


Change by INADA Naoki :


--
nosy: +lukasz.langa

___
Python tracker 

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



[issue34245] Python library should be installed writable

2018-07-27 Thread INADA Naoki


INADA Naoki  added the comment:

Isn't it useful to avoid accidental change while open files with editor for 
just reading?

Is there any real world problem about read-only library?

--
nosy: +inada.naoki

___
Python tracker 

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



[issue34245] Python library should be installed writable

2018-07-27 Thread Jeroen Demeyer


Jeroen Demeyer  added the comment:

> Isn't it useful to avoid accidental change while open files with editor for 
> just reading?

Why would that argument apply to a binary file (and only to binary files)?

> Is there any real world problem about read-only library?

It makes it slightly harder to remove a Python installation. Depending on the 
OS, you'll get a failure or require some additional confirmation.

Furthermore, it's very non-standard. Even if that's not a problem by itself, 
Python should just install things in the standard way.

--

___
Python tracker 

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



[issue34242] configparser: SectionProxy.get is silent on missing options

2018-07-27 Thread Stig Johan Berggren


Stig Johan Berggren  added the comment:

That's fair, I didn't consider consistency with dicts' `get`. Maybe a 
ConfigParser object could have an option to raise errors, because they are 
useful for discovering errors in config files.

I still find the remark about the parser-level `get` being maintained for 
backwards compatibility strange (and it is eight years old), could this be 
improved?

--

___
Python tracker 

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



[issue34245] Python library should be installed writable

2018-07-27 Thread Jeroen Demeyer


Jeroen Demeyer  added the comment:

Also, some tools may want to edit the library after installation. Rebasing on 
Cygwin is an example of that.

--

___
Python tracker 

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



[issue34209] racecondition

2018-07-27 Thread INADA Naoki


Change by INADA Naoki :


--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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



[issue24085] large memory overhead when pyc is recompiled

2018-07-27 Thread INADA Naoki


Change by INADA Naoki :


--
resolution:  -> wont fix
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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Vadim Pushtaev


Vadim Pushtaev  added the comment:

This indeed doesn't make much sense now. I'll try to send a PR today.

--
nosy: +Vadim Pushtaev

___
Python tracker 

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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Ammar Askar


Ammar Askar  added the comment:

This should be done as part of the doc changes for the full PEP 572 
implementation, no point in independently doing it now when it hasn't even been 
implemented yet.

--
nosy: +ammar2
resolution:  -> postponed
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



[issue33666] Document removal of os.errno

2018-07-27 Thread INADA Naoki


Change by INADA Naoki :


--
keywords: +patch
pull_requests: +8015
stage: resolved -> patch review

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread Pablo Galindo Salgado


New submission from Pablo Galindo Salgado :

The Gentoo Refleaks 3.7 buildbot is reporting that test_smtplib may be leaving 
with dangling threads:

https://buildbot.python.org/all/#builders/114/builds/179

FAILED (errors=7)
Warning -- threading._dangling was modified by test_smtplib
  Before: <_weakrefset.WeakSet object at 0xb6918bcc>
  After:  <_weakrefset.WeakSet object at 0xb68e761c> 
test test_smtplib failed
1 test failed again:
test_smtplib
== Tests result: FAILURE then FAILURE ==

--
messages: 322481
nosy: pablogsal
priority: normal
severity: normal
status: open
title: Gentoo Refleaks 3.7: test_smtplib has dangling threads

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:

New failure on AMD64 Windows8.1 Refleaks 3.6:

https://buildbot.python.org/all/#builders/64/builds/301

--

___
Python tracker 

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



[issue29097] [Windows] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

2018-07-27 Thread Ammar Askar


Change by Ammar Askar :


--
pull_requests: +8016

___
Python tracker 

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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Vadim Pushtaev


Vadim Pushtaev  added the comment:

Okay then.

--

___
Python tracker 

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



[issue8145] Documentation about sqlite3 isolation_level

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


--
pull_requests: +8017

___
Python tracker 

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



[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

2018-07-27 Thread INADA Naoki


INADA Naoki  added the comment:

We ignores several crashes caused by exposing internal object
through gc or weakref module.
This case is not special enough to care.

--
resolution:  -> wont fix
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



[issue31267] threading.Timer object is affected by changes to system time: Python locks should use a monotonic clock if available

2018-07-27 Thread Andrey Ovchinnikov


Change by Andrey Ovchinnikov :


--
nosy: +anikey

___
Python tracker 

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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Jonathan Fine


Jonathan Fine  added the comment:

My mistake. But not mine only.

According to https://www.python.org/dev/peps/pep-0572/ the PEP is 
Python-Version: 3.8

I took this to mean that it had been implemented in Python 3.8. Reading the PEP 
more closely, it also says Status: Accepted.

According to https://www.python.org/dev/peps/pep-0001/#pep-header-preamble each 
PEP can have an optional Python-Version, which is "described below". I thus find
===
Standards Track PEPs will typically have a Python-Version header which 
indicates the version of Python that the feature will be released with.
===

I seems to me that there is a bug in the PEP, perhaps caused either by a 
failure to increment its Python-Version as part of the release of Python 3.8, 
or the PEP itself providing too early the optional Python-Version.

I'll email Chris Angelico about this. I'm very happy for the issue to remain 
closed.

--

___
Python tracker 

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



[issue34245] Python library should be installed writable

2018-07-27 Thread INADA Naoki


INADA Naoki  added the comment:

On Fri, Jul 27, 2018 at 6:25 PM Jeroen Demeyer  wrote:
> > Isn't it useful to avoid accidental change while open files with editor for 
> > just reading?
>
> Why would that argument apply to a binary file (and only to binary files)?

I didn't notice it's used only for binary libraries.

> > Is there any real world problem about read-only library?
>
> It makes it slightly harder to remove a Python installation. Depending on the 
> OS, you'll get a failure or require some additional confirmation.

Make sense.

> Furthermore, it's very non-standard. Even if that's not a problem by itself, 
> Python should just install things in the standard way.

It's not true if there are some merits and there are no real problem.

--

___
Python tracker 

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



[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

2018-07-27 Thread STINNER Victor


Change by STINNER Victor :


--
pull_requests: +8018

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Ronald Oussoren


New submission from Ronald Oussoren :

Attached is a very basic launcher for python scripts. This script works as 
expected in Python 3.6, but not in 3.7.0.

In particular, the launcher sets the environment variable PYTHONOPTIMIZE before 
calling Py_Initialize and that setting is ignored.

I haven't tried testing with the tip of the tree yet.

--
components: Interpreter Core
keywords: 3.7regression
messages: 322487
nosy: ronaldoussoren
priority: normal
severity: normal
status: open
title: PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher
type: behavior
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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Ronald Oussoren


Change by Ronald Oussoren :


Added file: https://bugs.python.org/file47717/foo.py

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Ronald Oussoren


Change by Ronald Oussoren :


Added file: https://bugs.python.org/file47716/t.c

___
Python tracker 

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



[issue22021] shutil.make_archive() root_dir do not work

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


--
nosy:  -berker.peksag

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread R. David Murray


R. David Murray  added the comment:

Ah, sorry.  we just modernized test_smtplib's __main__ section, and I think we 
lost the thread cleanup code that used to be run around the test suite.  We 
need to add the thread cleanup decorators.

--
nosy: +r.david.murray
stage:  -> needs patch
type:  -> behavior
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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


--
pull_requests: +8019
stage: resolved -> patch review

___
Python tracker 

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



[issue29411] Option --executable for entry_points

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


--
nosy:  -berker.peksag

___
Python tracker 

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



[issue25156] shutil.copyfile should internally use os.sendfile when possible

2018-07-27 Thread Giampaolo Rodola'


Giampaolo Rodola'  added the comment:

Closing as duplicate of #33671.

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



[issue32947] Support OpenSSL 1.1.1

2018-07-27 Thread Miro Hrončok

Miro Hrončok  added the comment:

Note that Fedora 29 updated openssl from 1.1.0h to 1.1.1-0.pre8 and Python 3.7 
tests are failing. Not 100% sure it's related, but full report at: 

https://bugzilla.redhat.com/show_bug.cgi?id=1609291

--
nosy: +hroncok

___
Python tracker 

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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Chris Angelico


Chris Angelico  added the comment:

Yes, the PEP says version 3.8. Why is this a problem? Sit tight, let the 
implementation land. I don't understand why this needed me to get emailed 
saying that the PEP has the wrong version number in it.

--
nosy: +Rosuav

___
Python tracker 

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



[issue25156] shutil.copyfile should internally use os.sendfile when possible

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


--
superseder:  -> Efficient zero-copy for shutil.copy* functions (Linux, OSX and 
Win)

___
Python tracker 

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



[issue34248] dbm errors should contain file names

2018-07-27 Thread sds


New submission from sds :

`dbm` errors should contain file names when appropriate, just like `OSError`.
E.g.:
```
>>> open("fo")
Traceback (most recent call last):
  File "", line 1, in 
FileNotFoundError: [Errno 2] No such file or directory: 'fo'
>>> import dbm.gnu
>>> dbm.gnu.open("fo")
Traceback (most recent call last):
  File "", line 1, in 
_gdbm.error: [Errno 2] No such file or directory
```
the `_gdbm.error` should report the file name `'fo'` just like 
`FileNotFoundError` does (and `exn.args` should contain the file name too!)

--
components: Extension Modules
messages: 322492
nosy: sam-s
priority: normal
severity: normal
status: open
title: dbm errors should contain file names
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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:

I think it may be something extra as 
test_send_message_error_on_non_ascii_addrs_if_no_smtputf8 is failing when you 
run the test with -R:

./python -W error -m test test_smtplib  -R 3:3

Warning -- threading._dangling was modified by test_smtplib
  Before: <_weakrefset.WeakSet object at 0x10ed7dd70>
  After:  <_weakrefset.WeakSet object at 0x10f619830>
test test_smtplib failed -- Traceback (most recent call last):
  File "/Users/pgalindo3/cpython/Lib/test/test_smtplib.py", line 1232, in 
test_send_message_error_on_non_ascii_addrs_if_no_smtputf8
smtp.send_message(msg))
  File "/Users/pgalindo3/cpython/Lib/unittest/case.py", line 743, in 
assertRaises
return context.handle('assertRaises', args, kwargs)
  File "/Users/pgalindo3/cpython/Lib/unittest/case.py", line 178, in handle
callable_obj(*args, **kwargs)
TypeError: 'dict' object is not callable

test_smtplib failed

== Tests result: FAILURE ==

1 test failed:
test_smtplib

Total duration: 16 sec 566 ms
Tests result: FAILURE

--

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:

The TypeError is because the test is misusing the assertRaises API:

 self.assertRaises(smtplib.SMTPNotSupportedError,
  smtp.send_message(msg))

should be 

 self.assertRaises(smtplib.SMTPNotSupportedError,
  smtp.send_message, msg)

--

___
Python tracker 

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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Jonathan Fine


Jonathan Fine  added the comment:

First, I'm delighted that the current docs are in fact correct regarding 
assignment expressions. (I should have said this earlier.)

I'm happy to wait for the implementation to land. (And if you like, I'm willing 
to help with the documentation. I seem to have an eye for detail.)

Whether or not mine was the only my mistake, I was misled by the PEP 572 
header. (And perhaps Vadim was also - msg322479.)

This issue is, rightly, closed. Perhaps the discussion should continue in a new 
issue? And without Chris, if he doesn't want to be involved. Perhaps it's a 
matter for the release manager?

Or perhaps having Python-Version:3.8 in the PEP remain until the change lands 
(and then both Status and Python-Version will be changed). 

I'm new here. I'm happy for someone else to decide. No action is one option.

--

___
Python tracker 

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



[issue29097] [Windows] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

2018-07-27 Thread Alexander Belopolsky


Alexander Belopolsky  added the comment:


New changeset 6ea8a3a0ebf840ca57b6dba9cad26fbb0ddaa5d4 by Alexander Belopolsky 
(Ammar Askar) in branch '3.6':
[3.6] bpo-29097: Forego fold detection on windows for low timestamp values 
(GH-2385) (GH-8498)
https://github.com/python/cpython/commit/6ea8a3a0ebf840ca57b6dba9cad26fbb0ddaa5d4


--

___
Python tracker 

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



[issue34237] faq/design: PEP 572 adds assignment expressions

2018-07-27 Thread Jonathan Fine


Jonathan Fine  added the comment:

I'm sorry. I apologise. I'm being a bit stupid. Everything is fine. Nothing to 
do.

In case you care, here's the situation. Python 3.8 is in development, and not 
yet released. Somehow, I'd got it into my mind that it had already been 
released.

So the PEP 572 header is correct. The PEP status is accepted, the feature is in 
development (including documentation), and all being well the feature and the 
documentation will appear in Python3.8.

By the way, according to https://www.python.org/dev/peps/pep-0569/#id5, the 
first alpha is due 2019-01-27.

So please, all of you, accept my apologies.

--

___
Python tracker 

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



[issue34249] Full set of format codes applies to strftime only

2018-07-27 Thread v kats

New submission from v kats :

Section "strftime() and strptime() Behavior" says:

"The full set of format codes supported varies across platforms, because Python 
calls the platform C library’s strftime() function, and platform variations are 
common. To see the full set of format codes supported on your platform, consult 
the strftime(3) documentation."

It implies that this applies for strftime only, and indeed it refers to C 
library’s strftime().

However, it's easy to miss (at least I got confused and lost some time), so I 
propose to clarify the paragraph.

strptime and %s

# python
Python 2.7.6 (default, Nov 23 2017, 15:49:48) 
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> datetime.strptime('1532689414','%s')
Traceback (most recent call last):
  File "", line 1, in 


strftime and %s

python
Python 2.7.6 (default, Nov 23 2017, 15:49:48) 
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from datetime import datetime
>>> datetime.now().strftime('%s')
'1532702817'

  File "/usr/lib/python2.7/_strptime.py", line 317, in _strptime
(bad_directive, format))
ValueError: 's' is a bad directive in format '%s'

--
assignee: docs@python
components: Documentation
messages: 322498
nosy: docs@python, v kats
priority: normal
severity: normal
status: open
title: Full set of format codes applies to strftime only
type: enhancement
versions: Python 2.7

___
Python tracker 

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



[issue34249] Full set of format codes applies to strftime only

2018-07-27 Thread Roundup Robot


Change by Roundup Robot :


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

___
Python tracker 

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



[issue34249] Full set of format codes applies to strftime only

2018-07-27 Thread v kats


v kats  added the comment:

Note, the last 3 lines of the previous comment seem to be a rogue copy-paste

--

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread R. David Murray


R. David Murray  added the comment:

That's not the code I thought I merged.  I'll have to take a look at what 
actually got merged.

--

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:

That was from commit 48ed88a93bb0bbeaae9a4cfaa533e4edf13bcb51

--

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread Pablo Galindo Salgado


Pablo Galindo Salgado  added the comment:

Oh, sorry, my bad. That was precisely what commit 
48ed88a93bb0bbeaae9a4cfaa533e4edf13bcb51 changed. The problem with running with 
-R still happens:

==
ERROR: test_name_field_not_included_in_envelop_addresses 
(test.test_smtplib.SMTPSimTests)
--
Traceback (most recent call last):
  File "/Users/pgalindo3/cpython/Lib/test/test_smtplib.py", line 1100, in 
test_name_field_not_included_in_envelop_addresses
self.assertDictEqual(smtp.send_message(message), {})
  File "/Users/pgalindo3/cpython/Lib/smtplib.py", line 967, in send_message
rcpt_options)
  File "/Users/pgalindo3/cpython/Lib/smtplib.py", line 861, in sendmail
(code, resp) = self.mail(from_addr, esmtp_opts)
  File "/Users/pgalindo3/cpython/Lib/smtplib.py", line 532, in mail
'SMTPUTF8 not supported by server')
smtplib.SMTPNotSupportedError: SMTPUTF8 not supported by server

--
Ran 60 tests in 1.365s

FAILED (errors=7)
Warning -- threading._dangling was modified by test_smtplib
  Before: <_weakrefset.WeakSet object at 0x10f445e90>
  After:  <_weakrefset.WeakSet object at 0x10fe75ad0>
test test_smtplib failed
test_smtplib failed

== Tests result: FAILURE ==

1 test failed:
test_smtplib

Total duration: 2 sec 920 ms
Tests result: FAILURE

--

___
Python tracker 

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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread Berker Peksag


Berker Peksag  added the comment:


New changeset 612dbefe9dfce0f67bce358613e472e913be8a57 by Berker Peksag in 
branch 'master':
bpo-30722: Fix NEWS entries (GH-8501)
https://github.com/python/cpython/commit/612dbefe9dfce0f67bce358613e472e913be8a57


--

___
Python tracker 

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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread miss-islington


Change by miss-islington :


--
pull_requests: +8022

___
Python tracker 

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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


--
pull_requests: +8023

___
Python tracker 

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



[issue34250] import xmlrpclib not works in file named "xml.py"

2018-07-27 Thread Fekete György

New submission from Fekete György :

Big magic in python 2.7.15 win version:

Create file: "xml.py" containing 2 code lines:

import xmlrpclib

proxy = xmlrpclib.ServerProxy("http://localhost:8000/";)

run it, and it gives u a nice error:
C:\work\mitre>\Python27\python.exe xml.py
Traceback (most recent call last):
  File "xml.py", line 1, in 
import xmlrpclib
  File "C:\Python27\lib\xmlrpclib.py", line 538, in 
from xml.parsers import expat
  File "C:\work\mitre\xml.py", line 3, in 
proxy = xmlrpclib.ServerProxy("http://localhost:8000/";)
AttributeError: 'module' object has no attribute 'ServerProxy'


U also get this error, when this file present in the directory where u want to 
import xmlrpclib in another py. ANd if only the compiled xml.pyc exist, the bug 
comes.  But if you rename it to xm.py, it works!

Maybe a bad import from wrong directory in xmlrpclib. Not tested on another 
version or platform.

--
components: Windows
files: xml.py
messages: 322505
nosy: fgyuri, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: import xmlrpclib not works in file named "xml.py"
type: compile error
versions: Python 2.7
Added file: https://bugs.python.org/file47718/xml.py

___
Python tracker 

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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread Berker Peksag


Berker Peksag  added the comment:


New changeset 7cbde0e09daba4259565738e48f141851287fe29 by Berker Peksag (Miss 
Islington (bot)) in branch '3.7':
bpo-30722: Fix NEWS entries (GH-8501)
https://github.com/python/cpython/commit/7cbde0e09daba4259565738e48f141851287fe29


--

___
Python tracker 

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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread Berker Peksag


Berker Peksag  added the comment:


New changeset 9d85856044a2c7d681ea38b5ff99af375b228a0f by Berker Peksag in 
branch '3.6':
bpo-30722: Fix NEWS entry (GH-8501)
https://github.com/python/cpython/commit/9d85856044a2c7d681ea38b5ff99af375b228a0f


--

___
Python tracker 

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



[issue30722] Tools/demo/redemo.py broken

2018-07-27 Thread Berker Peksag


Change by Berker Peksag :


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



[issue34250] import xmlrpclib not works in file named "xml.py"

2018-07-27 Thread Berker Peksag


Berker Peksag  added the comment:

This is expected, because there is a package named 'xml' in the Python standard 
library. See 
http://python-notes.curiousefficiency.org/en/latest/python_concepts/import_traps.html#the-name-shadowing-trap
 and 
http://python-notes.curiousefficiency.org/en/latest/python_concepts/import_traps.html#the-stale-bytecode-file-trap
 for details.

--
nosy: +berker.peksag
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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



[issue29097] [Windows] datetime.fromtimestamp(t) when 0 <= t <= 86399 fails on Python 3.6

2018-07-27 Thread Ammar Askar


Change by Ammar Askar :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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



[issue34177] test_site fails in macOS-PR VSTS builds for 3.7 branch

2018-07-27 Thread STINNER Victor


STINNER Victor  added the comment:

Thank you for the fix Naokia!

--

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Serhiy Storchaka


Change by Serhiy Storchaka :


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

___
Python tracker 

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



[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

2018-07-27 Thread R. David Murray


R. David Murray  added the comment:

That's due to another bug, which will get fixed by #32814, unless you'd like to 
generate a PR with the this fix in it (fixing the mutable default for 
smtp_options).

--

___
Python tracker 

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



[issue18372] _Pickler_New() doesn't call PyObject_GC_Track(self)

2018-07-27 Thread Zackery Spytz


Change by Zackery Spytz :


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



[issue18372] _Pickler_New() doesn't call PyObject_GC_Track(self)

2018-07-27 Thread Zackery Spytz


Change by Zackery Spytz :


--
nosy: +ZackerySpytz
versions: +Python 3.6, Python 3.7, Python 3.8 -Python 2.7, Python 3.4, Python 
3.5

___
Python tracker 

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



[issue34251] MSI build fails

2018-07-27 Thread Kay Hayen


New submission from Kay Hayen :

Hello there,

building an MSI for my project fails. I am calling it like this:

assert subprocess.call(
(
sys.executable,
"setup.py",
"bdist_msi",
"--target-version=" + sys.version[:3]
)
) == 0

Giving the target version is probably non-sense and from a time, where one 
script was building multiple MSIs, I no longer do that.

and it gives:

 File "C:\Python37_64\lib\site-packages\setuptools\__init__.py", line 129, in 
setup
return distutils.core.setup(**attrs)
  File "C:\Python37_64\lib\distutils\core.py", line 148, in setup
dist.run_commands()
  File "C:\Python37_64\lib\distutils\dist.py", line 966, in run_commands
self.run_command(cmd)
  File "C:\Python37_64\lib\distutils\dist.py", line 985, in run_command
cmd_obj.run()
  File "C:\Python37_64\lib\distutils\command\bdist_msi.py", line 256, in run
self.add_find_python()
  File "C:\Python37_64\lib\distutils\command\bdist_msi.py", line 346, in 
add_find_python
if msilib.Win64:
AttributeError: module 'msilib' has no attribute 'Win64'


This happens for 32 and 64 bit CPython 3.7.0 installations. The same code works 
for all of 2.7, 3.3 through to 3.6, so this is a regression.
 
Any idea?

Thanks,
Kay

--
components: Distutils
messages: 322510
nosy: dstufft, eric.araujo, kayhayen
priority: normal
severity: normal
status: open
title: MSI build fails
type: crash
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



[issue11594] 2to3 does not preserve line endings

2018-07-27 Thread Jason R. Coombs


Jason R. Coombs  added the comment:

Slawomir, you're probably looking for issue34108.

--

___
Python tracker 

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



[issue11594] 2to3 does not preserve line endings

2018-07-27 Thread Jason R. Coombs


Change by Jason R. Coombs :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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



[issue34252] Bunch of path leaks on Python 3.7 on Release

2018-07-27 Thread Alberto


New submission from Alberto :

I've downloaded and compiled from sources Python 3.7 in windows.
The compilation process goes great but there are a lot of paths (using __FILE__ 
in the source) that gets leaked in the Release version and that should not 
happen.

This is because __FILE__ is used outside of assert or DEBUG ifdefs which should 
be avoided.
Here is the list I've got after doing a strings on a build release:

c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\typeobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\python\import.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\moduleobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\longobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\python\getargs.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\frameobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\gcmodule.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\object.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\listobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\fileobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\dictobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\python\traceback.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\tupleobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\classobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\unicodeobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\bytearrayobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\setobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\bytesobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\weakrefobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\cellobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\iterobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\objects\codeobject.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\python\ast.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\python\pystrtod.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_asynciomodule.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\arraymodule.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_sha3\sha3module.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\parsermodule.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\zipimport.c
FFI_TRAMPOLINE_SIZE too small in 
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_ctypes\libffi_msvc\ffi.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_decimal\libmpdec\typearith.h
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_decimal\libmpdec\mpdecimal.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_decimal\libmpdec\context.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_ssl.c
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\pyexpat.c

--
components: Build
messages: 322512
nosy: illera88
priority: normal
severity: normal
status: open
title: Bunch of path leaks on Python 3.7 on Release
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



[issue34251] MSI build fails

2018-07-27 Thread Berker Peksag


Berker Peksag  added the comment:

msilib.Win64 has been removed in 
https://github.com/python/cpython/commit/49ce74efe845a8a91939ff3990a5f233262d3e1f#diff-c762e09a046c2ff3cd91f0643cc58049L12

I guess the ``if msilib.Win64:`` clause can be replaced with ``if 
msilib.AMD64:``.

--
keywords: +3.7regression
nosy: +berker.peksag, zach.ware
stage:  -> needs patch
type: crash -> behavior

___
Python tracker 

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



[issue34252] Bunch of path leaks on Python 3.7 on Release

2018-07-27 Thread Alberto

Alberto  added the comment:

In Visual Studio /FP should be removed:
In C/C++ → Advanced → Use Full Paths: No

But still for some weird reason there is one path that gets leaked:
c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_decimal\libmpdec\typearith.h

In the project from where I'm using python I already removed /FP so even if it 
is a header it should not be showing the full path AFAIK.

Any idea?

--

___
Python tracker 

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



[issue2651] Strings passed to KeyError do not round trip

2018-07-27 Thread Ben Doremus


Ben Doremus  added the comment:

Did this patch die?  I ran into the same issue noted in the SO post.  It's 
bizarre that KeyError is the only error message to handle things this way.

--
nosy: +bdoremus

___
Python tracker 

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



[issue34253] Tkinter- On windows, calling filedialog or messagebox before the window is drawn causes focus issues

2018-07-27 Thread Novel


New submission from Novel :

Code to reproduce the problem: 

```
import tkinter as tk
from tkinter.messagebox import showinfo

root = tk.Tk()
entry = tk.Entry(root)
entry.pack()
# root.update() # remove comment to fix the problem
showinfo('alert', 'this parrot is dead!')
root.mainloop()
```

Running this code will show the alert, and when the user clicks "ok" the entry 
widget acts as if it's disabled and won't focus. Minimizing and restoring the 
tkinter window brings the entry widget back to normal operation. 

Workaround: Calling `update()` before the messagebox or filedialog call gives 
normal behaviour. 

This issue only affects Windows as far as I can tell.

--
components: Tkinter
messages: 322516
nosy: nyt
priority: normal
severity: normal
status: open
title: Tkinter- On windows, calling filedialog or messagebox before the window 
is drawn causes focus issues
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



[issue34239] Convert test_bz2 to use tempfile

2018-07-27 Thread Brett Cannon


Brett Cannon  added the comment:

Should this issue be closed, Tim, after you update for Serhiy's suggestion? 
(Basically I'm just making sure you know issues are not automatically closed 
after merge :) .

--
nosy: +brett.cannon

___
Python tracker 

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



[issue2651] Strings passed to KeyError do not round trip

2018-07-27 Thread INADA Naoki


INADA Naoki  added the comment:

Even if we fixed stdlib, there are many KeyError(missing) idiom used in 3rd 
party code.

KeyError: '42'
KeyError: '42\n'
KeyError: 42

All of the above are looks different.  I think it's good.
Is it really worth enough to break it?

--
nosy: +inada.naoki

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

This feels like a duplicate of https://bugs.python.org/issue31845 (see 
https://github.com/python/cpython/commit/d7ac06126db86f76ba92cbca4cb702852a321f78
 )

Is this definitely with the 3.7.0 release, or is it potentially with one of the 
earlier alphas before that fix was applied?

--
nosy: +vstinner

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

Ah, wait - I see a relevant difference: the test case for issue31845 uses 
Py_Main, *not* Py_Initialize (since it's a command line test, not an embedding 
test).

That means it's currently possible for the sequence of operations in 
https://github.com/python/cpython/blob/7cbde0e09daba4259565738e48f141851287fe29/Python/pylifecycle.c#L913
 to be wrong (or missing steps) without causing the test suite to fail.

--

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

Comparing to Python 3.6, we can see that the code to update the C global flags 
from the environment variables used to live directly in 
_PyInitializeEx_Private: 
https://github.com/python/cpython/blob/9d85856044a2c7d681ea38b5ff99af375b228a0f/Python/pylifecycle.c#L305

In Python 3.7 that section 
(https://github.com/python/cpython/blob/3.7/Python/pylifecycle.c#L913 ) 
currently calls _PyCoreConfig_Read instead, which *only* updates the config 
struct - it doesn't update the C level global variables.

By contrast, Py_Main eventually calls 
https://github.com/python/cpython/blob/7cbde0e09daba4259565738e48f141851287fe29/Modules/main.c#L1394
 which handles writing the state from the config struct back to the global 
variables.

--

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

Ned, I think we should consider this a release blocker for 3.7.1

--
nosy: +ned.deily
priority: normal -> release blocker

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

Next steps:

- add a test case that runs the same sys.flags checks as in 
https://github.com/python/cpython/commit/d7ac06126db86f76ba92cbca4cb702852a321f78,
 but as a test_embed embedding test using Py_Initialize rather than Py_Main
- create a shared internal API that both Py_Main and Py_Initialize can use to 
write the environment variable settings back to the global variables

--

___
Python tracker 

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



[issue34247] PYTHONOPTIMZE ignored in 3.7.0 when using custom launcher

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

This seems closely related to the work Victor is already pursuing to resolve 
bpo-34170 for Python 3.8 (e.g. 
https://github.com/python/cpython/commit/56b29b6d6fa3eb32bb1533ee3f21b1e7135648a0
 ).

The bpo-34170 changes are more invasive than we'd like for a maintenance 
release, but it would be preferable to keep at least any new Python 3.7 test 
cases somewhat aligned with their Python 3.8 counterparts.

--
assignee:  -> vstinner

___
Python tracker 

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



[issue29710] Incorrect representation caveat on bitwise operation docs

2018-07-27 Thread miss-islington


Change by miss-islington :


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



[issue29710] Incorrect representation caveat on bitwise operation docs

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:


New changeset b4bc5cab82e6855e4ebc33ba0b669ddffad30fb3 by Nick Coghlan (Sanyam 
Khurana) in branch 'master':
bpo-29710: Clarify documentation for Bitwise binary operation (GH-1691)
https://github.com/python/cpython/commit/b4bc5cab82e6855e4ebc33ba0b669ddffad30fb3


--

___
Python tracker 

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



[issue29710] Incorrect representation caveat on bitwise operation docs

2018-07-27 Thread miss-islington


Change by miss-islington :


--
pull_requests: +8026

___
Python tracker 

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



[issue29710] Incorrect representation caveat on bitwise operation docs

2018-07-27 Thread Nick Coghlan


Nick Coghlan  added the comment:

Mark & Tim: thanks for the discussion and clarifications above, I learned some 
new things myself!

Sanyam: thanks for the patch, and for your patience while we figured out what 
we wanted the new wording to actually say :)

(Technically the backport PRs are still in progress, but I'll track that 
through the GitHub notifications)

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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