[issue29071] IDLE doesn't highlight f-strings properly

2016-12-25 Thread Terry J. Reedy

Changes by Terry J. Reedy :


--
stage:  -> test needed
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



[issue29049] Lazy GC tracking frame

2016-12-25 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

LGTM.

It seems to me, that the part with Py_DECREF should be pushed to older branches.

--

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-25 Thread Xiang Zhang

Xiang Zhang added the comment:

I don't have time study the patches. But 29049-fix-generator-refleak.patch 
fixes the two test failures on my PC. :-)

--

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-25 Thread INADA Naoki

Changes by INADA Naoki :


Added file: http://bugs.python.org/file46038/29049-fix-generator-refleak.patch

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-25 Thread Xiang Zhang

Xiang Zhang added the comment:

On my PC, this patch also introduces two tests failure:

FAIL: test_log_destroyed_pending_task 
(test.test_asyncio.test_tasks.CTask_CFuture_SubclassTests)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py", line 1823, 
in test_log_destroyed_pending_task
self.assertEqual(Task.all_tasks(loop=self.loop), set())
AssertionError: Items in the first set but not the second:
.kill_me() running 
at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:1796> 
wait_for=()] created at 
/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:2001> created at 
/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:83>

==
FAIL: test_log_destroyed_pending_task 
(test.test_asyncio.test_tasks.CTask_CFuture_Tests)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py", line 1823, 
in test_log_destroyed_pending_task
self.assertEqual(Task.all_tasks(loop=self.loop), set())
AssertionError: Items in the first set but not the second:
.kill_me() running 
at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:1796> 
wait_for=()] created at 
/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:86> created at 
/home/angwer/cpython/Lib/asyncio/base_events.py:287>

==
FAIL: test_log_destroyed_pending_task 
(test.test_asyncio.test_tasks.CTask_PyFuture_Tests)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py", line 1823, 
in test_log_destroyed_pending_task
self.assertEqual(Task.all_tasks(loop=self.loop), set())
AssertionError: Items in the first set but not the second:
.kill_me() running 
at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:1796> 
wait_for=()] created at 
/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:86> created at 
/home/angwer/cpython/Lib/asyncio/base_events.py:287>

==
FAIL: test_log_destroyed_pending_task 
(test.test_asyncio.test_tasks.PyTask_CFuture_Tests)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py", line 1823, 
in test_log_destroyed_pending_task
self.assertEqual(Task.all_tasks(loop=self.loop), set())
AssertionError: Items in the first set but not the second:
.kill_me() running 
at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:1796> 
wait_for= created at 
/home/angwer/cpython/Lib/asyncio/base_events.py:287>

==
FAIL: test_log_destroyed_pending_task 
(test.test_asyncio.test_tasks.PyTask_PyFuture_SubclassTests)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py", line 1823, 
in test_log_destroyed_pending_task
self.assertEqual(Task.all_tasks(loop=self.loop), set())
AssertionError: Items in the first set but not the second:
.kill_me() running 
at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:1796> 
wait_for=.Task._wakeup()] 
created at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:2001> 
created at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:83>

==
FAIL: test_log_destroyed_pending_task 
(test.test_asyncio.test_tasks.PyTask_PyFuture_Tests)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py", line 1823, 
in test_log_destroyed_pending_task
self.assertEqual(Task.all_tasks(loop=self.loop), set())
AssertionError: Items in the first set but not the second:
.kill_me() running 
at /home/angwer/cpython/Lib/test/test_asyncio/test_tasks.py:1796> 
wait_for= created at 
/home/angwer/cpython/Lib/asyncio/base_events.py:287>

==
FAIL: test_refcycle (test.test_generators.FinalizationTest)
--
Traceback (most recent call last):
  File "/home/angwer/cpython/Lib/test/test_generators.py", line 54, in 
test_refcycle
self.assertTrue(finalized)
AssertionError: False is not true

test test_generators failed
test_generators failed

2 tests failed:
test_asyncio test_generators

Total duration: 17 sec
Tests result: FAILURE

--
nosy: +xiang.zhang

___
Python tracker 

[issue1116520] Prefix search is filesystem-centric

2016-12-25 Thread Nick Coghlan

Nick Coghlan added the comment:

Note that Steve Dower made some significant changes to sys.path initialisation 
on Windows in Python 3.6 that could potentially be generalised to other 
platforms: https://docs.python.org/3/using/windows.html#finding-modules

(There's nothing inherently Windows specific about them, they're mainly useful 
for the case of embedding CPython inside a larger application)

One of those was to allow pythonXY.zip to be used as a sentinel indicating the 
location of PYTHONHOME.

--
nosy: +steve.dower

___
Python tracker 

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



[issue29071] IDLE doesn't highlight f-strings properly

2016-12-25 Thread Kenzie Togami

New submission from Kenzie Togami:

IDLE doesn't highlight f-strings like r-strings or u-strings. See the attached 
screenshot.

--
assignee: terry.reedy
components: IDLE
files: python_idle_3.6_bug.png
messages: 284010
nosy: Kenzie Togami, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE doesn't highlight f-strings properly
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file46037/python_idle_3.6_bug.png

___
Python tracker 

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



[issue29058] Mark new limited C API

2016-12-25 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Actually PyODict_Check, PyODict_CheckExact, and PyODict_SIZE should be excluded 
from limited API. These macros are expanded to the code that don't work with 
limited API (needed PyODict_Type and PyDictObject). PyODict_HasKey is expanded 
to syntactically invalid code.

--
nosy: +eric.snow

___
Python tracker 

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



[issue29058] Mark new limited C API

2016-12-25 Thread Steve Dower

Steve Dower added the comment:

Those changes all look good to me, though it's a shame we can't leave some of 
those functions out altogether.

--
nosy: +steve.dower

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-25 Thread Serhiy Storchaka

Changes by Serhiy Storchaka :


--
status: closed -> open

___
Python tracker 

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



[issue29049] Lazy GC tracking frame

2016-12-25 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Perhaps this change caused reference leaks:

test_exceptions leaked [1227, 1227, 1227] references, sum=3681
test_exceptions leaked [342, 344, 344] memory blocks, sum=1030
test_capi leaked [6043, 6043, 6043] references, sum=18129
test_capi leaked [1715, 1717, 1717] memory blocks, sum=5149
test_cgi leaked [68, 68, 68] references, sum=204
test_cgi leaked [34, 34, 35] memory blocks, sum=103
test_collections leaked [0, -7, 8] memory blocks, sum=1
test_contextlib leaked [2162, 2162, 2162] references, sum=6486
test_contextlib leaked [635, 637, 637] memory blocks, sum=1909
test_functools leaked [0, 3, 1] memory blocks, sum=4
test_importlib leaked [3068, 3068, 3068] references, sum=9204
test_importlib leaked [936, 938, 938] memory blocks, sum=2812
test_inspect leaked [34, 34, 34] references, sum=102
test_inspect leaked [10, 11, 10] memory blocks, sum=31
test_os leaked [182, 182, 182] references, sum=546
test_os leaked [112, 112, 112] memory blocks, sum=336
test_ssl leaked [3403, 3406, 3406] references, sum=10215
test_ssl leaked [977, 980, 980] memory blocks, sum=2937
test_threading leaked [12086, 12086, 12086] references, sum=36258
test_threading leaked [3430, 3432, 3432] memory blocks, sum=10294
test_timeout leaked [701, 701, 701] references, sum=2103
test_timeout leaked [203, 204, 204] memory blocks, sum=611
test_xml_etree leaked [3937, 3937, 3937] references, sum=11811
test_xml_etree leaked [1517, 1520, 1521] memory blocks, sum=4558
test_xml_etree_c leaked [354, 354, 354] references, sum=1062
test_xml_etree_c leaked [216, 217, 217] memory blocks, sum=650
test_yield_from leaked [33, 33, 33] references, sum=99
test_yield_from leaked [8, 8, 8] memory blocks, sum=24

--

___
Python tracker 

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



[issue1116520] Prefix search is filesystem-centric

2016-12-25 Thread Steve Holden

Steve Holden added the comment:

Don't forget that the built-in modules may need to be available before the
zipimporter is. A long time ago (when sys.metapath was introduced) I
experimented with imports from non-filesystem sources and that hit me until
I realised what was going on.

S

Steve Holden

On Sun, Dec 25, 2016 at 5:48 PM, Patrik Iselind 
wrote:

>
> Patrik Iselind added the comment:
>
> Is it enough to include everything in the Lib folder, excluding
> __pycache__, site-packages and the test folder in Lib? Would that be
> representative enough?
>
> Patrik Iselind
>
> Den 2016-12-25 kl. 17:31, skrev Brett Cannon:
> > Brett Cannon added the comment:
> >
> > Originally zip file importing was faster than standard importing from
> disk because of the fewer stat calls, but importlib caches such things so I
> don't know if it's still beneficial. As for space savings, I have no idea;
> you can try zipping the files yourself to find out the space savings.
> >
> > --
> >
> > ___
> > Python tracker 
> > 
> > ___
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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



[issue1116520] Prefix search is filesystem-centric

2016-12-25 Thread Patrik Iselind

Patrik Iselind added the comment:

Is it enough to include everything in the Lib folder, excluding 
__pycache__, site-packages and the test folder in Lib? Would that be 
representative enough?

Patrik Iselind

Den 2016-12-25 kl. 17:31, skrev Brett Cannon:
> Brett Cannon added the comment:
>
> Originally zip file importing was faster than standard importing from disk 
> because of the fewer stat calls, but importlib caches such things so I don't 
> know if it's still beneficial. As for space savings, I have no idea; you can 
> try zipping the files yourself to find out the space savings.
>
> --
>
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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



[issue25778] winreg.EnumValue does not truncate strings correctly

2016-12-25 Thread Ezio Melotti

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file46032/IMG-20161224-WA0004.jpg

___
Python tracker 

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



[issue25778] winreg.EnumValue does not truncate strings correctly

2016-12-25 Thread Ezio Melotti

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file46030/IMG-20161224-WA0004.jpg

___
Python tracker 

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



[issue25778] winreg.EnumValue does not truncate strings correctly

2016-12-25 Thread Ezio Melotti

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file46031/IMG-20161224-WA0004.jpg

___
Python tracker 

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



[issue27659] Prohibit implicit C function declarations

2016-12-25 Thread Chi Hsuan Yen

Chi Hsuan Yen added the comment:

> Would it be possible to not add this option for third party extensions?

Good suggestion. Just use $CFLAGS_NODIST instead of $BASECFLAGS.

--
Added file: 
http://bugs.python.org/file46036/prohibit-implicit-function-declarations.patch

___
Python tracker 

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



[issue27659] Prohibit implicit C function declarations

2016-12-25 Thread STINNER Victor

STINNER Victor added the comment:

Would it be possible to not add this option for third party extensions?

--

___
Python tracker 

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



[issue29070] Integration tests for pty.spawn on Linux and all other platforms

2016-12-25 Thread Cornelius Diekmann

New submission from Cornelius Diekmann:

As Martin Panter noted, "it doesn’t look like pty.spawn() is tested at all" 
[issue26228]. So I wrote some very basic integration tests for pty.spawn.

They work perfectly on my Linux machine. Line 4 of the library module under 
test (pty.py) states: "Only tested on Linux." I don't like this comment ;-)

There are two possibilities how to proceed from here:
1) The tests work perfectly on all other platforms: then we can remove this 
comment from pty.py.
2) The tests fail on other platforms: then we can finally document where this 
module is expected to work and where not.

In either case, I need some help by non-Linux users to run theses tests and 
document their success/failure and whether we have a bug on the specific 
platform (i.e. pty.spawn should work but does not) or whether the tests should 
be skipped (i.e. platform does not support ptys at all).

It would be really awesome if some *BSD and Windows users would join the nosy 
list :-)

Happy Holidays!

--
components: Cross-Build, Tests
files: PtyLinuxIntegrtionTest.patch
keywords: patch
messages: 284003
nosy: Alex.Willmer, Cornelius Diekmann, chris.torek, martin.panter
priority: normal
severity: normal
status: open
title: Integration tests for pty.spawn on Linux and all other platforms
type: enhancement
versions: Python 3.7
Added file: http://bugs.python.org/file46035/PtyLinuxIntegrtionTest.patch

___
Python tracker 

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



[issue1116520] Prefix search is filesystem-centric

2016-12-25 Thread Brett Cannon

Brett Cannon added the comment:

Originally zip file importing was faster than standard importing from disk 
because of the fewer stat calls, but importlib caches such things so I don't 
know if it's still beneficial. As for space savings, I have no idea; you can 
try zipping the files yourself to find out the space savings.

--

___
Python tracker 

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



[issue29066] PIP doesn't honor --trusted-host or --cert options

2016-12-25 Thread Donald Stufft

Donald Stufft added the comment:

Yea, this is from ``setup_requires`` keyword argument in ``setup.py``. I 
suspect we're going to see a lot of errors like this from people with 3.6 on 
the OSX Installers.

--
nosy: +dstufft

___
Python tracker 

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



[issue29059] Windows: Python not using ANSI compatible console

2016-12-25 Thread Steve Dower

Steve Dower added the comment:

Oh, and it should go in the WinConsoleIO class, needs to be written in C, and 
probably needs a short PEP explaining why it has to be on by default and can't 
be turned on by programs that need it. I'm sure the discussion will lead to 
other ideas as well (perhaps posting on python-ideas is a good start? Though 
there may not be a lot of discussion for a Windows-centric suggestion like 
this.)

--

___
Python tracker 

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



[issue29059] Windows: Python not using ANSI compatible console

2016-12-25 Thread Steve Dower

Steve Dower added the comment:

Great suggestion. If someone is willing to contribute the work then we can 
consider it for 3.7.

If you need this functionality sooner, either ctypes or colorama should allow 
you to use it on existing releases.

--
type: behavior -> enhancement
versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4, 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



[issue29069] Default PyPI URL in docs is not what is really in code

2016-12-25 Thread paka

New submission from paka:

Currently 
https://docs.python.org/3.7/distutils/packageindex.html#the-pypirc-file says 
that URL of the PyPI server defaults to https://www.python.org/pypi. That URL 
does not work.

Lib/distutils/config.py defines DEFAULT_REPOSITORY as 
https://upload.pypi.org/legacy/, so I'm attaching a patch for docs to update to 
current default.

I might be wrong about value that must be in docs, so guidance is appreciated :)

--
assignee: docs@python
components: Distutils, Documentation
files: fix-pypi-url.patch
keywords: patch
messages: 283997
nosy: docs@python, dstufft, eric.araujo, paka
priority: normal
severity: normal
status: open
title: Default PyPI URL in docs is not what is really in code
versions: Python 3.7
Added file: http://bugs.python.org/file46034/fix-pypi-url.patch

___
Python tracker 

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



[issue27659] Prohibit implicit C function declarations

2016-12-25 Thread Chi Hsuan Yen

Chi Hsuan Yen added the comment:

(Re-use the existing issue)

Here's a patch that tries to add -Werror=implicit-function-declaration to 
$BASECFLAGS.

This is useful for cross-compiling. When a function is missing, the error jumps 
out during the build time rather than runtime.

Tested configurations:
* Arch Linux x86_64 native build
* macOS Sierra native build
* Android ARM, API 21 cross build

I'd like to hear some ideas from macOS experts as in my memory macOS's build 
system is fragile than that on Linux.

--
components: +Build
nosy: +ned.deily, ronaldoussoren
title: Check for the existence of crypt() -> Prohibit implicit C function 
declarations
type: compile error -> enhancement
Added file: 
http://bugs.python.org/file46033/prohibit-implicit-function-declarations.patch

___
Python tracker 

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



[issue29068] Fix example code for PyErr_Fetch

2016-12-25 Thread Serhiy Storchaka

Changes by Serhiy Storchaka :


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



[issue29068] Fix example code for PyErr_Fetch

2016-12-25 Thread Roundup Robot

Roundup Robot added the comment:

New changeset 34e7b9879e60 by Serhiy Storchaka in branch '3.5':
Issue #29068: Fixed a typo in PyErr_Fetch example.
https://hg.python.org/cpython/rev/34e7b9879e60

--
nosy: +python-dev

___
Python tracker 

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



[issue29068] Fix example code for PyErr_Fetch

2016-12-25 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

LGTM. Thank you for your contribution Chi Hsuan Yen.

--
assignee: docs@python -> serhiy.storchaka
stage:  -> commit review

___
Python tracker 

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



[issue25778] winreg.EnumValue does not truncate strings correctly

2016-12-25 Thread Dany Jalil

Changes by Dany Jalil :


Added file: http://bugs.python.org/file46032/IMG-20161224-WA0004.jpg

___
Python tracker 

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



[issue25778] winreg.EnumValue does not truncate strings correctly

2016-12-25 Thread Dany Jalil

Changes by Dany Jalil :


Added file: http://bugs.python.org/file46031/IMG-20161224-WA0004.jpg

___
Python tracker 

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



[issue25778] winreg.EnumValue does not truncate strings correctly

2016-12-25 Thread Dany Jalil

Changes by Dany Jalil :


Added file: http://bugs.python.org/file46030/IMG-20161224-WA0004.jpg

___
Python tracker 

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



[issue29068] Fix example code for PyErr_Fetch

2016-12-25 Thread Chi Hsuan Yen

New submission from Chi Hsuan Yen:

Remove an extra *

The typo is there in 3.5~3.7 branches. 2.7 branch does not have this example.

Nosy the two major commiters to Python/errors.c

--
assignee: docs@python
components: Documentation
files: PyErr_Fetch-fix.patch
keywords: patch
messages: 283993
nosy: Chi Hsuan Yen, docs@python, martin.panter, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Fix example code for PyErr_Fetch
versions: Python 3.5, Python 3.6, Python 3.7
Added file: http://bugs.python.org/file46029/PyErr_Fetch-fix.patch

___
Python tracker 

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



[issue29066] PIP doesn't honor --trusted-host or --cert options

2016-12-25 Thread Ned Deily

Ned Deily added the comment:

The issue here seems to be the way Twisted installs its dependencies.  It looks 
like Twisted is calling setuptools directly and thus probably "losing" the 
certificate-related arguments from the original pip call.  (It all works 
correctly if do you the default root certificates setup as suggested in the 
installer readme.)  If you want to pursue the issue, I suggest checking with 
the Twisted project (https://twistedmatrix.com/).

--
assignee: christian.heimes -> 
resolution:  -> third party
stage:  -> resolved
status: open -> closed

___
Python tracker 

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



[issue29067] Source archive: wrong directory attributes

2016-12-25 Thread Ned Deily

Changes by Ned Deily :


--
assignee:  -> ned.deily
nosy: +ned.deily

___
Python tracker 

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



[issue28998] Unifying Long Integers and Integers in 2.7

2016-12-25 Thread Serhiy Storchaka

Serhiy Storchaka added the comment:

Added checks for errors in C code (they are needed even without supporting 
Python longs, PyInt_AsLong() can fail with Python ints) and a fast path for 
Python longs in PyInt_AsLong() (avoid creating temporary Python int).

--
assignee:  -> serhiy.storchaka
Added file: http://bugs.python.org/file46028/py2_int_long_2.diff

___
Python tracker 

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



[issue29052] Detect Windows platform 32bit/64bit automatically

2016-12-25 Thread Karsten Tinnefeld

Karsten Tinnefeld added the comment:

Thanks. Opened at https://github.com/python/pythondotorg/issues/1044

Karsten
-- 
Karsten Tinnefeld 
Dortmund, Germany

--

___
Python tracker 

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



[issue29067] Source archive: wrong directory attributes

2016-12-25 Thread amig

New submission from amig:

In Python-3.6.0.tgz and Python-3.6.0.tar.xz the folders inside have attributes 
drwxr--r-- instaed of drwxrwxr-x. This leads to setting the user #501 as an 
owner while unpacking the archives in a folder owned by root with sudo and 
therefore access denial.

--
components: Build
messages: 283989
nosy: amig
priority: normal
severity: normal
status: open
title: Source archive: wrong directory attributes
type: behavior
versions: Python 3.6

___
Python tracker 

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