[issue20909] 3.4 cherry pick: d22ef969cb82 new distribution & installation guides

[Nick Coghlan]

New submission from Nick Coghlan:

Cherry pick request for the Installation & Distribution docs updates for PEP 
453.

New changeset d22ef969cb82 by Nick Coghlan in branch 'default':
Close #19407: New installation & distribution guides
http://hg.python.org/cpython/rev/d22ef969cb82

--
assignee: larry
components: Documentation
messages: 213390
nosy: larry, ncoghlan
priority: release blocker
severity: normal
stage: commit review
status: open
title: 3.4 cherry pick: d22ef969cb82 new distribution & installation guides
type: enhancement
versions: Python 3.4

___
Python tracker 

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

[issue19407] PEP 453: update the "Installing Python Modules" documentation

[Roundup Robot]

Roundup Robot added the comment:

New changeset f5be4ea5b43e by Nick Coghlan in branch 'default':
Issue #19407: fix link
http://hg.python.org/cpython/rev/f5be4ea5b43e

--

___
Python tracker 

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

[issue20909] 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e new distribution & installation guides

[Nick Coghlan]

Nick Coghlan added the comment:

Additional change set to fix a couple of malformed links:

New changeset f5be4ea5b43e by Nick Coghlan in branch 'default':
Issue #19407: fix link
http://hg.python.org/cpython/rev/f5be4ea5b43e

--
title: 3.4 cherry pick: d22ef969cb82 new distribution & installation guides -> 
3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e new distribution & installation 
guides

___
Python tracker 

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

[issue20884] importlib/__init__.py can not be loaded without __file__ - breaks cxFreeze

[Brett Cannon]

Brett Cannon added the comment:

I assume you mean for 3. to fix PyImport_ImportFrozenModuleObject() and not 
stop resetting __file__ for _frozen_importlib in importlib.__init__ like we are 
currently doing. I think you're right that it could wait until 3.5 as it will 
only be apparent to people who are poking around with importlib._bootstrap -- 
which people should not be doing -- or are using imp.init_frozen() which isn't 
even documented anymore.

--
versions: +Python 3.5

___
Python tracker 

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

[issue19257] Sub-optimal error message when importing a non-package

[Brett Cannon]

Brett Cannon added the comment:

Is it confusing though? If you only had the latter exception all you would know 
is Python doesn't consider datetime a package but you wouldn't know why that is 
unless you knew the exact definition (the __path__ attribute exists). Having 
the former exception helps make that a bit more obvious if you didn't already 
know it.

--
versions: +Python 3.5 -Python 3.4

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

New submission from STINNER Victor:

Hi,

I'm trying to make Python test suite reliable, but it's hard because the speed 
of our farm of buildbots varies a lot. The whole test suite takes less than 10 
minutes on some buildbots (or event less than 5 minutes), while it took 10 
hours on other buildbots.

Some tests use time.sleep() as a basic synchronization primitive, because other 
synchronization primitive cannot be used. For example, lock_tests.py tests 
locks and so cannot use lock in its tests. The problem is that slow buildbots 
require long sleep. It makes the test suite slow, whereas fast buildbots could 
use short lseep.

Some tests make sure that an operation takes less than N seconds. It's very 
hard to choose a N value for all buildbots. To make tests pass on all 
buildbots, N can be configured for the slowest buildbots.

I propose to make "time" configurable in the test suite:

- add support.TEST_SLEEP constant: it can be between 50 ms and 1 sec, or longer 
for very slow buildbots
- add support.TEST_SHORT_SLEEP constant: shorter than TEST_SLEEP, it is usually 
used to yield the control to another thread or another process and it can be 
very short (1 ms)
- add a new check_time_delta() functions to check time deltas
- add a new --test-sleep command line option to regrtest.py (python -m test)

check_time_delta() uses the resolution of the clock to tolerate a small 
difference. This is important on Windows where the resolution is usually 15.6 
ms whereas tests use timings close to 100 ms.

Seen values in tests:

- TEST_SLEEP: sleep between 100 ms and 3 sec
- TEST_SHORT_SLEEP: 1 ms or 10 ms
- check_time_delta(): tolerate between 500 and 800 ms on slow buildbots

I chose TEST_SHORT_SLEEP for time < 100 ms, and TEST_SLEEP for the other sleep.

Some issues related to slow buildbots:

- #11185
- #20101
- #20336

The goal of my changes is to run the test suite as fast as possible, so to 
reduce the sleep. My plan:

- keep current timings for buildbots, but use very short timings by default
- configure slow buildbots to use longer sleep
- use short sleep for the default buildbot configuration

Buildbot config of my patch:

- TEST_SLEEP: 500 ms
- TEST_SHORT_SLEEP: 10 ms
- check_time_delta().slow_buildbot: 1 sec

Default config of my patch:

- TEST_SLEEP: 50 ms
- TEST_SHORT_SLEEP: 1 ms
- check_time_delta().slow_buildbot: 0 ms

The patch doesn't change timings in tests executed in subprocesses, because 
test.regrtest only modifies test.support variables in the current process. It 
can be improved later.

--
files: test_sleep.patch
keywords: patch
messages: 213395
nosy: haypo
priority: normal
severity: normal
status: open
title: Make sleep configurable in tests
versions: Python 3.4
Added file: http://bugs.python.org/file34398/test_sleep.patch

___
Python tracker 

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

[issue18217] Deprecate and remove gettext.install

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

On Mar 13, 2014, at 05:15 AM, Éric Araujo wrote:

>The source contains :meth:`self.gettext`, and Sphinx adds the parentheses
>when creating markup for a function, probably because it’s common to say
>things like “the len() function”.  There is a Sphinx config value to control
>that.  If one wants to keep the parens for most functions but not have them
>in a few cases, other markup than :meth:/:func: has to be used.

The defaults should definitely be kept for :meth: and :func:

--

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

STINNER Victor added the comment:

The test suite pass with test_sleep.patch applied on my fast Linux PC.

The test must be tested on Windows (because of the clock resolution of 15.6 ms).

I run the unit test using the command "./python -m test -j0 -rW".

By the way, do you have an idea to simulate a very slow buildbot?

Incomplete list of tests which fail with a sleep of 1 nanosecond:

test_asyncore
test_socket
test_wait4
test_faulthandler
test_time
test_threading
test_wait3
test_fork1

I didn't check if it's a bug in the test or not. But at least, this one looks 
like a bug in the test: sleep(0.5) takes *at least* 0.5 seconds, max_dt should 
be bigger (maybe 0.6 ? or at least 0.5001).

==
FAIL: test_monotonic (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File "/home/haypo/prog/python/default/Lib/test/test_time.py", line 397, in 
test_monotonic
support.check_time_delta(0.5, dt, 0.5, clock='monotonic')
  File "/home/haypo/prog/python/default/Lib/test/support/__init__.py", line 
2241, in check_time_delta
message))
AssertionError: timing 500.4 ms seconds > max timing 500.0 ms seconds; the 
clock 'monotonic' has a resolution of 1.0 ns; tolerate 1.0 ns seconds


See also Nick's PEP:
"Core development workflow automation for CPython"
http://legacy.python.org/dev/peps/pep-0462/

--
nosy: +ncoghlan, pitrou, serhiy.storchaka

___
Python tracker 

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

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor added the comment:

IMO it's a bug in PyEval_InitThreads().

--

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[R. David Murray]

R. David Murray added the comment:

Would it be possible for regrtest to do some operations to estimate the speed 
and choose "good values" for the constants automatically?

If you have the right kind of VM setup, you could simulate a slow buildbot by 
giving the VM a low CPU share and then running something compute intensive 
elsewhere on the machine.  Since many of the buidbots *are* VMs, this would 
probably be a good test :)

--
nosy: +r.david.murray

___
Python tracker 

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

[issue20265] Bring Windows docs up to date

[Zachary Ware]

Zachary Ware added the comment:

Éric Araujo wrote:
> From #20265:

Correction, this is #20265, that message was from #20266 :)

Kathleen: both Éric and I have left some review comments for you in Rietveld, 
which should have sent you an email with the comments and links to the Rietveld 
review.

Also, if you're having end-of-line issues, I would recommend turning on the 
Mercurial eol extension (either edit "%userprofile%\Mercurial.ini" manually, or 
use the Extensions section of File -> Settings... from TortoiseHg Workbench).  
To work most effectively, you'll need to update to the 'null' revision, then 
update back to default after turning on eol.  That will ensure that most files 
have \r\n line endings and hg can keep line endings straight for you thereafter.

Here's a sample of my Mercurial.ini with some other things you may be 
interested in:

[extensions]
;keep eols straight
eol=

;delete untracked files (helps with starting from a clean slate)
purge=

;colorize output, including making trailing whitespace visible in diffs
color=

;create several clones that share history, useful for keeping
;separate clones per branch without having to pull individually
share=

[defaults]
;don't try to commit when importing a patch
import = --no-commit

--
title: Bring Doc/using/windows up to date -> Bring Windows docs up to date

___
Python tracker 

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

[issue20265] Bring Windows docs up to date

[Kathleen Weaver]

Kathleen Weaver added the comment:

It was Visual Studio that messed up the end of line feeds, it keep telling me 
that there was a problem but I didn't know what it meant.  Erik and I were in 
#pyladies and he really helped me.

As soon as I get done with gym and other mundane errands I will get back on 
this.

I can't get over how helpful and nice everyone is! 

Sent using OWA for iPhone

From: Zachary Ware 
Sent: Thursday, March 13, 2014 9:29:14 AM
To: Kathleen Weaver
Subject: [issue20265] Bring Windows docs up to date

Zachary Ware added the comment:

Éric Araujo wrote:
> From #20265:

Correction, this is #20265, that message was from #20266 :)

Kathleen: both Éric and I have left some review comments for you in Rietveld, 
which should have sent you an email with the comments and links to the Rietveld 
review.

Also, if you're having end-of-line issues, I would recommend turning on the 
Mercurial eol extension (either edit "%userprofile%\Mercurial.ini" manually, or 
use the Extensions section of File -> Settings... from TortoiseHg Workbench).  
To work most effectively, you'll need to update to the 'null' revision, then 
update back to default after turning on eol.  That will ensure that most files 
have \r\n line endings and hg can keep line endings straight for you thereafter.

Here's a sample of my Mercurial.ini with some other things you may be 
interested in:

[extensions]
;keep eols straight
eol=

;delete untracked files (helps with starting from a clean slate)
purge=

;colorize output, including making trailing whitespace visible in diffs
color=

;create several clones that share history, useful for keeping
;separate clones per branch without having to pull individually
share=

[defaults]
;don't try to commit when importing a patch
import = --no-commit

--
title: Bring Doc/using/windows up to date -> Bring Windows docs up to date

___
Python tracker 

___

--

___
Python tracker 

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

[issue19247] Describe surrogateescape algorithm in the Library Reference

[R. David Murray]

R. David Murray added the comment:

Looking at the PEP, I don't think there's anything in there that can just be 
copied to the docs.  I've suggested to one of the new contributors to do the 
break out of the error handlers into its own section, and then someone with 
more understanding of surrogate escape and how we use it can write up the 
description for the sub-section.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue15968] Incorporate Tcl/Tk/Tix into the Windows build process

[Zachary Ware]

Zachary Ware added the comment:

The problem with the previous approach and building inside Visual Studio was 
that makefile.vc in both Tcl and Tk first checks for one of "MSDEVDIR", 
"MSVCDIR", "VCINSTALLDIR", "MSSDK" or "WINDOWSSDKDIR" being set, which Visual 
Studio doesn't set.  That issue could have been fixed basically the same way I 
fixed it in the new approach (set "MSDEVDIR" to a dummy value, probably in 
build_tkinter.py), but the new approach strikes me as being simpler and 
cleaner.  Not to mention that without the dependency python.vcxproj, tcl/tk/tix 
can be built in parallel with other projects (like pythoncore, the 
longest-running Python project) using the msbuild /m switch.

I welcome having more eyes on it :).  I definitely won't be committing before 
3.4.0 final (scheduled for the 16th), and it may be a week or better after that 
before I have good opportunity.

--

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

STINNER Victor added the comment:

"Would it be possible for regrtest to do some operations to estimate the speed 
and choose "good values" for the constants automatically?"

It might be possible to make the parameters dynamic, for example using the 
system loads. But I'm not really interested to invest too much time on 
optimizing the timing parameters for buildbots. I would like to ensure that 
tests pass with a short "test sleep" on my PC. For example, it looks weird to 
check that a sleep of 500 ms takes less 1.5 seconds: why not testing that the 
sleep takes less than 600 ms?

--

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

STINNER Victor added the comment:

> The test must be tested on Windows (because of the clock resolution of 15.6 
> ms).

The test suite pass on Windows too ("PCbuild\python_d.exe -m test").

--

___
Python tracker 

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

[issue20911] urllib 'headers' is not a well defined data type

[R. David Murray]

New submission from R. David Murray:

Some places in the code it is an email.message.Message object.  Some places it 
is a simple dictionary.  In one place (FTP), it is a string with embedded 
newlines.

I'm not sure what should be done about this situation, but it looks like a bug 
magnet, and it makes it pretty much impossible to document the data type.

--
messages: 213406
nosy: r.david.murray
priority: normal
severity: normal
status: open
title: urllib 'headers' is not a well defined data type
type: behavior

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[Antoine Pitrou]

Antoine Pitrou added the comment:

> It might be possible to make the parameters dynamic, for example
> using
> the system loads. But I'm not really interested to invest too much time
> on optimizing the timing parameters for buildbots. I would like to
> ensure that tests pass with a short "test sleep" on my PC. For example,
> it looks weird to check that a sleep of 500 ms takes less 1.5 seconds:
> why not testing that the sleep takes less than 600 ms?

Because it's too tight for some systems.

--

___
Python tracker 

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

[issue20517] Support errors with two filenames for errno exceptions

[R. David Murray]

R. David Murray added the comment:

In 3.3:

>>> x = OSError(2, 'No such file or directory', 'foo', 0, 'bar')
>>> str(x)
"(2, 'No such file or directory', 'foo', 0, 'bar')"

So, I don't see this as a realistic backwards compatibility problem worthy of a 
porting note.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue20908] Memory leak in Reg2Py()

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

I take care of this.

--
assignee:  -> jcea
nosy: +jcea

___
Python tracker 

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

[issue15701] AttributeError from HTTPError when using digest auth

[Roundup Robot]

Roundup Robot added the comment:

New changeset 361c10d06b9c by R David Murray in branch 'default':
whatsnew: HTTPError.headers (#15701).
http://hg.python.org/cpython/rev/361c10d06b9c

--

___
Python tracker 

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

[issue20784] 'collections.abc' is no longer defined when collections is imported

[Roundup Robot]

Roundup Robot added the comment:

New changeset d575398d1916 by R David Murray in branch 'default':
whatsnew: collections no longer implicitly imports 'abc' (#20784).
http://hg.python.org/cpython/rev/d575398d1916

--

___
Python tracker 

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

[issue20784] 'collections.abc' is no longer defined when collections is imported

[R. David Murray]

R. David Murray added the comment:

I've documented that 'collections.abc' is no longer implicit, which I presume 
means we are going to keep this behavior.  (Unless you tell me to revert that 
and we fix it as a regression in 3.4.1).

As long as an application follows the note and explicitly imports 
collections.abc, I would think that the freeze tools would do the right thing.  
I'd think they'd do the right thing anyway, since _collections_abc appears in 
an 'import from' in collections.__init__, so I'm not clear what problem is 
anticipated for freeze tools that is different from the one that any program 
relying on the implicit import would face.

--

___
Python tracker 

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

[issue19861] Update What's New for Python 3.4

[R. David Murray]

R. David Murray added the comment:

I'm done with everything in my edit queue except the final copy-edit/formatting 
pass.  So if you know of anything missing, let me know.

--

___
Python tracker 

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

[issue20908] Memory leak in Reg2Py()

[Jesús Cea Avión]

Jesús Cea Avión added the comment:

This is not actually important, since the program will finish a second after 
this. But cleanup is simple enough.

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

[issue20908] Memory leak in Reg2Py()

[Roundup Robot]

Roundup Robot added the comment:

New changeset b44a3f6676b8 by Jesus Cea in branch '2.7':
Closes #20908: Memory leak in Reg2Py()
http://hg.python.org/cpython/rev/b44a3f6676b8

New changeset 07968254be96 by Jesus Cea in branch '3.3':
Closes #20908: Memory leak in Reg2Py()
http://hg.python.org/cpython/rev/07968254be96

New changeset 227405961789 by Jesus Cea in branch 'default':
MERGE: Closes #20908: Memory leak in Reg2Py()
http://hg.python.org/cpython/rev/227405961789

--
nosy: +python-dev
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue20912] [zipfile.py]: Make zip directory attributes more friendly for MS-Windows

[Vitaly Murashev]

New submission from Vitaly Murashev:

When I use 'zip' command-line tool on my Ubuntu 10.04 to pack a directory in 
zip-archive, it internally assigns '0x41ed0010' attributes for it.

0x41ed0010 = 0x41ed << 0xfff + 0x0010

Where:
  0x41ed - unix attributes (40755)
  0x0010 - means # MS-DOS directory flag

At the same time zipfile.py doesn't provide MS-DOS directory flag.
It seems be a good idea to do it.
Patch suggested over 3.3.3 code-base.

--
components: Library (Lib)
files: zipfile.py.diff
keywords: patch
messages: 213416
nosy: vmurashev
priority: normal
severity: normal
status: open
title: [zipfile.py]: Make zip directory attributes more friendly for MS-Windows
type: behavior
versions: Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file34399/zipfile.py.diff

___
Python tracker 

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

[issue16104] Use multiprocessing in compileall script

[Claudiu.Popa]

Claudiu.Popa added the comment:

Here's a new patch which addresses Éric's last comments.
Antoine, I don't have at my disposal a system without multiprocessing support. 
How does it crash?

--
Added file: http://bugs.python.org/file34400/issue16104_5.patch

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[Zachary Ware]

Zachary Ware added the comment:

I got a few failures on my Windows machine running `PCbuild\python_d.exe -m 
test -j0 -rW` [1], only one of which looks relevant [2]:

==
FAIL: test_monotonic (test.test_time.TimeTestCase)
--
Traceback (most recent call last):
  File "P:\Projects\OSS\Python\hg.python.org\default\cpython\lib\test\test_time.
py", line 397, in test_monotonic
support.check_time_delta(0.5, dt, 0.5, clock='monotonic')
  File "P:\Projects\OSS\Python\hg.python.org\default\cpython\lib\test\support\__
init__.py", line 2241, in check_time_delta
message))
AssertionError: timing 608.0 ms seconds > max timing 500.0 ms seconds; the clock
 'monotonic' has a resolution of 15.6 ms; tolerate 1.0 ms seconds

--
Ran 45 tests in 1.869s

FAILED (failures=1, skipped=12)
test test_time failed

It may be interesting to also run this on a couple of the Windows buildbot 
'custom' builders, particularly the XP bot (which has an odd resolution for 
time.monotonic) and the x86 Server 2003 bot (which is notoriously slow).

[1] excluding test_urllib2_localnet and test_asyncio, test_urllib2_localnet 
doesn't play nice with my network and test_asyncio had an output-eating failure 
on a previous attempt
[2] the other failures were test_os, test_ssl, and test_socket.  I believe 
their failures to be issues with my machine.

--
nosy: +zach.ware

___
Python tracker 

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

[issue16104] Use multiprocessing in compileall script

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Here's a new patch which addresses Éric's last comments.
> Antoine, I don't have at my disposal a system without multiprocessing 
> support. How does it crash?

Neither do I, but you will probably get an ImportError of some sort.

--

___
Python tracker 

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

[issue672115] Assignment to __bases__ of direct object subclasses

[Florent Xicluna]

Changes by Florent Xicluna :


--
nosy: +flox
versions: +Python 3.5 -Python 3.4

___
Python tracker 

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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

[Mark Dickinson]

Mark Dickinson added the comment:

Technically I guess this counts as a new feature.  It would be painful to have 
to wait for 3.5, though.  I wonder whether we can sneak this in after 3.4 is 
released?

Is the __mc68000__ #define specific to gcc?

--

___
Python tracker 

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

[issue12901] Nest class/methods directives in documentation

[Georg Brandl]

Georg Brandl added the comment:

Agreed.

--
status: pending -> open

___
Python tracker 

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

[issue5207] extend strftime/strptime format for RFC3339 and RFC2822

[Tin Tvrtković]

Changes by Tin Tvrtković :


--
nosy: +tinchester

___
Python tracker 

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

[issue16104] Use multiprocessing in compileall script

[Claudiu.Popa]

Claudiu.Popa added the comment:

Here's a new version which catches ImportError for concurrent.futures and 
raises ValueError in `compile_dir` if `processes` was specified and 
concurrent.futures is unavailable. The only issue is that I don't know if this 
should be a ValueError or not. For instance, zipfile uses RuntimeError if 
`lzma` is unavailable.

--
Added file: http://bugs.python.org/file34401/issue16104_6.patch

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

STINNER Victor added the comment:

> AssertionError: timing 608.0 ms seconds > max timing 500.0 ms seconds;
> the clock 'monotonic' has a resolution of 15.6 ms;
> tolerate 1.0 ms seconds

Is it a virtual machine or a physical machine? Was your Windows busy? Did you 
run tests in parallel?

Only tolerate a difference of 1.0 ms is maybe too aggressive. A default of 100 
ms is maybe more realistic?

Currently, this specific test accepts a difference of 500 ms:

 # Issue #20101: On some Windows machines, dt may be slightly low
-self.assertTrue(0.45 <= dt <= 1.0, dt)
+support.check_time_delta(0.5, dt, 0.5, clock='monotonic')

--

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

STINNER Victor added the comment:

more_reliable_tests.patch: Work-in-progress patch to make some tests more 
reliable with very short "test sleep" (I tested with 1 ns on my Linux box).

--
Added file: http://bugs.python.org/file34402/more_reliable_tests.patch

___
Python tracker 

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

[issue20913] Standard Library documentation needs SSL security best practices doc.

[R. David Murray]

New submission from R. David Murray:

It's great that Christian did all the work he did on the SSL module to enhance 
its security capabilities, and great that Antoine did the work he did before 
that.  Now we need an explanation of how best to use it all :)


It is not clear from the existing documentation how to best use the various 
standard library modules that support SSL in a "best practices" way.  Perhaps 
this could go in the SSL docs and be linked from all the library components 
that use it.  Alternatively we could perhaps have a general security overview 
chapter in the library reference, but we at least an SSL one.  The existing 
documentation in the SSL module, while it contains a lot of information about 
the available, doesn't make it clear what a programmer should actually *do*.  
As one example, it is not clear when or even if an application programmer would 
call check_hostname.

--
assignee: christian.heimes
messages: 213425
nosy: christian.heimes, haypo, pitrou, r.david.murray
priority: normal
severity: normal
status: open
title: Standard Library documentation needs SSL security best practices doc.

___
Python tracker 

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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

[Andreas Schwab]

Andreas Schwab added the comment:

I don't know of any other compiler on m68k.

--

___
Python tracker 

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

[issue20913] Standard Library documentation needs SSL security best practices doc.

[R. David Murray]

Changes by R. David Murray :


--
assignee: christian.heimes -> 
components: +Documentation
stage:  -> needs patch
type:  -> enhancement
versions: +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

[issue20910] Make sleep configurable in tests

[STINNER Victor]

STINNER Victor added the comment:

Other tests should use check_time_delta():

test_wait_for_handle() of Lib/test/test_asyncio/test_windows_events.py
test_call_later() of Lib/test/test_asyncio/test_events.py
test_run_until_complete() of Lib/test/test_asyncio/test_events.py

--

___
Python tracker 

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

[issue20913] Standard Library documentation needs SSL security best practices doc.

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti

___
Python tracker 

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

[issue20908] Memory leak in Reg2Py()

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6e3e91662216 by Victor Stinner in branch 'default':
Issue #20908: PyMem_Malloc() must be used with PyMem_Free(), not with free()
http://hg.python.org/cpython/rev/6e3e91662216

--

___
Python tracker 

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

[issue20517] Support errors with two filenames for errno exceptions

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

OK then.

--

___
Python tracker 

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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

[Stefan Krah]

Stefan Krah added the comment:

Mark Dickinson  wrote:
> I wonder whether we can sneak this in after 3.4 is released?

+1. m68k affects a relatively small group of people, and Andreas Schwab is
the gcc m68k port maintainer, so ...

--

___
Python tracker 

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

[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k

[Larry Hastings]

Larry Hastings added the comment:

Does Python still officially support m68k?

--
nosy: +larry

___
Python tracker 

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

[issue20265] Bring Windows docs up to date

[Kathleen Weaver]

Kathleen Weaver added the comment:

I have updated the files as reflected by the code review.

--
Added file: http://bugs.python.org/file34403/windowsDoc.patch

___
Python tracker 

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

[issue20265] Bring Windows docs up to date

[Kathleen Weaver]

Kathleen Weaver added the comment:

Could we make this a separate issue, and I will work on it next?

>From #20265:

The faq doesn't mention the new launcher for Windows.  Rather than write too 
much I'd simply cross reference this 
http://docs.python.org/3/using/windows.html#python-launcher-for-windows.  I 
think this also impacts on the section "How do I make Python scripts 
executable?".

--

___
Python tracker 

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

[issue13936] RFE: change bool(datetime.time(0, 0, 0)) to evaluate as True

[Justin Brown]

Justin Brown added the comment:

This behavior conflicts with the other major classes, datetime.date and 
datetime.datetime. The ostensible reason for this falsy behavior is that 
midnight represents a fundamental zero point. We should expect to see similar 
zero points that evaluate to False for the other two classes. However, they do 
not include such falsy behavior.

In [2]: bool(datetime.datetime(datetime.MINYEAR, 1, 1))
Out[2]: True
In [3]: bool(datetime.date(datetime.MINYEAR, 1, 1))
Out[3]: True

Why don't these classes have any sense of zero at their minimums?

datetime.time.__bool__ should be dropped if for nothing more than consistency.

--
nosy: +fandingo

___
Python tracker 

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

[issue20517] Support errors with two filenames for errno exceptions

[R. David Murray]

R. David Murray added the comment:

I was going to wonder if the args thing was a bug, but I see that actually it 
continues the backward-compatibility tradition already established (python3.3):

>>> x = OSError(2, 'No such file or directory', 'abc')
>>> str(x)
"[Errno 2] No such file or directory: 'abc'"
>>> x.args
(2, 'No such file or directory')

--

___
Python tracker 

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

[issue20517] Support errors with two filenames for errno exceptions

[R. David Murray]

R. David Murray added the comment:

(Ether that, or it is a long-standing bug.)

--

___
Python tracker 

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

[issue20905] Adapt heapq push/pop/replace to allow passing a comparator.

[Mark Lawrence]

Mark Lawrence added the comment:

See also #13742.

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue20914] pyopenssl-0.14-1 error

[Vladimir]

New submission from Vladimir:

After update python2.7-pyopenssl-0.13.1-1 to python2.7-pyopenssl-0.14-1 i have 
this error on opening deluge. Packpage downgrade solv problem. 
OS: Archlinux

/usr/lib/python2.7/site-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could 
not open display
  warnings.warn(str(e), _gtk.Warning)
[ERROR   ] 22:19:53 ui:168 No module named 
cryptography.hazmat.bindings.openssl.binding
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/deluge/ui/ui.py", line 149, in __init__
from deluge.ui.gtkui.gtkui import GtkUI
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/__init__.py", line 1, 
in 
from gtkui import start
  File "/usr/lib/python2.7/site-packages/deluge/ui/gtkui/gtkui.py", line 75, in 

from deluge.ui.client import client
  File "/usr/lib/python2.7/site-packages/deluge/ui/client.py", line 37, in 

from twisted.internet import reactor, ssl, defer
  File "/usr/lib/python2.7/site-packages/twisted/internet/ssl.py", line 25, in 

from OpenSSL import SSL
  File "/usr/lib/python2.7/site-packages/OpenSSL/__init__.py", line 8, in 

from OpenSSL import rand, crypto, SSL
  File "/usr/lib/python2.7/site-packages/OpenSSL/rand.py", line 11, in 
from OpenSSL._util import (
  File "/usr/lib/python2.7/site-packages/OpenSSL/_util.py", line 3, in 
from cryptography.hazmat.bindings.openssl.binding import Binding
ImportError: No module named cryptography.hazmat.bindings.openssl.binding

--
components: Library (Lib)
messages: 213438
nosy: Vladimir
priority: normal
severity: normal
status: open
title: pyopenssl-0.14-1 error
type: crash
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

[issue20517] Support errors with two filenames for errno exceptions

[Larry Hastings]

Larry Hastings added the comment:

Yeah, I admit I don't understand what problem that code was solving.  But it 
looked Very Deliberate so I preserved the behavior.

--

___
Python tracker 

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

[issue20912] [zipfile.py]: Make zip directory attributes more friendly for MS-Windows

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

[issue20914] pyopenssl-0.14-1 error

[Antoine Pitrou]

Antoine Pitrou added the comment:

pyopenssl is a third-party library. bugs.python.org should only be used for 
bugs in the Python interpreter and its standard library, please open an issue 
in the pyopenssl bug tracker (if that exists) instead.

--
nosy: +pitrou
resolution:  -> 3rd party
status: open -> closed

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[Antoine Pitrou]

Antoine Pitrou added the comment:

I don't like these patches at all. It is not obvious that making sleep times 
configurable improves things at all, and it's one more complication in the test 
suite that people will have to care about.

--
nosy: +neologix

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[Ned Deily]

Ned Deily added the comment:

I agree with Antoine.  There is never going to be a right value for sleep: the 
behavior of the buildbots can vary so much from run to run, especially if there 
are multiple VMs running on one host.  If anything, we should be working to 
remove as many "sleep" dependencies from the test suite as possible, not 
encourage their use.

--
nosy: +ned.deily

___
Python tracker 

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

[issue14894] distutils.LooseVersion fails to compare number and a word

[Éric Araujo]

Éric Araujo added the comment:

> Unfortunately, the current likely answer re updating vanilla distutils to 
> handle the new
> standards is "we won't". The backwards compatibility issues involved are just 
> too hairy
> for us to start enabling by default in the standard library, and I've become 
> convinced
> that coupling the build and installation tools to the language version is 
> fundamentally a
> mistake anyway (hence the bundling approach in PEP 453).

This makes sense.  Given that distutils is still a basic packaging solution 
included in the stdlib, and no longer under a feature freeze, what kind of 
improvements do you think it can get?

* Can we switch to SSL with certificate checking?  I think it’s a big yes.
* Can we improve the UI of some commands in a backward-compatible way?  
(Existing example: allowing the upload command to send an existing file, 
instead of requiring to build and upload in one command line)
* Can we add new commands like upload_docs and test (that would just run 
unittest discovery)?  It may be judged wasted time, if the whole world uses 
setuptools (but does it?).
* Can we add support for wheel?  Building extensions with the stable ABI?  New 
version or metadata formats?

> For this particularly case, I don't see any harm in bringing distutils in Py3 
> back in
> line with Py2, especially if it's also consistent with setuptools.

It’s basically adding code to support comparison of mismatched types, i.e. time 
and effort to add something similar to a Python 2 design flaw.  (setuptools’ 
version class is different from both distutils’ classes.)

--

___
Python tracker 

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

[issue16104] Use multiprocessing in compileall script

[Claudiu.Popa]

Changes by Claudiu.Popa :


Added file: http://bugs.python.org/file34404/issue16104_7.patch

___
Python tracker 

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

[issue14894] distutils.LooseVersion fails to compare number and a word

[Éric Araujo]

Éric Araujo added the comment:

Forgot one:

* Can we add tar.xz support to sdist?

--

___
Python tracker 

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

[issue20910] Make sleep configurable in tests

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

How much this patch speeds up testing? Especially interesting results for 
medium-speed buildbots (about a hour).

--

___
Python tracker 

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

[issue20915] Add “pip” section to experts list in devguide

[Éric Araujo]

New submission from Éric Araujo:

With pip installed by Python and new distutils fixes on the table, I think it 
will be needed to make pip developers nosy on bugs.python.org issues.  (For 
many issues we’ll have to close the ticket here and ask to report on 
github/pypa/pip, but other tickets will be rightfully here.)

What about adding a “pip” line in experts.rst in the devguide?  It would let us 
type “pip” in the nosy field and have our pip contacts notified.

--
components: Devguide
messages: 213446
nosy: dstufft, eric.araujo, ezio.melotti, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Add “pip” section to experts list in devguide

___
Python tracker 

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

[issue16989] allow distutils debug mode to be enabled more easily

[Éric Araujo]

Éric Araujo added the comment:

Thanks for weighing in.  (Adding Donald as pip representative.)

> I'd prefer the patch be accepted or rejected on merits.

The current patch is incomplete because not fully backward-compatible: even if 
we imported “distutils.debug” everywhere, we’d still need to support 
third-party code setting for example “distutils.core.DEBUG”.  To fix that, 
something like a custom module type subclass would be needed, which seems 
heavy-handed to me.  I weighed that cost against the benefits (slightly easier 
to change DEBUG status), saw that no developer of setuptools or pip had 
requested the change (but maybe because of distutils’ complicated maintenance 
status), and concluded that it was much trouble for little benefit.  Should I 
reconsider?

--
nosy: +dstufft

___
Python tracker 

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

[issue16989] allow distutils debug mode to be enabled more easily

[Jason R. Coombs]

Jason R. Coombs added the comment:

That's entirely reasonable. I thought maybe that was the case.

My instinct is that 100% backward compatibility may not be necessary, 
especially if setuptools and pip are in the loop and can assure compatibility 
at some level. I'll dig deeper into the issue from a setuptools perspective and 
report back.

--

___
Python tracker 

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

[issue20909] 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e new distribution & installation guides

[Roundup Robot]

Roundup Robot added the comment:

New changeset 25dc02a2acae by Ned Deily in branch 'default':
Issue #19407: Fix typos in new distribution & installation guides.
http://hg.python.org/cpython/rev/25dc02a2acae

--
nosy: +python-dev

___
Python tracker 

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

[issue19407] PEP 453: update the "Installing Python Modules" documentation

[Roundup Robot]

Roundup Robot added the comment:

New changeset 25dc02a2acae by Ned Deily in branch 'default':
Issue #19407: Fix typos in new distribution & installation guides.
http://hg.python.org/cpython/rev/25dc02a2acae

--

___
Python tracker 

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

[issue20909] 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e & 25dc02a2acae new distribution & installation guides

[Ned Deily]

Changes by Ned Deily :


--
title: 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e new distribution & 
installation guides -> 3.4 cherry pick: d22ef969cb82 & f5be4ea5b43e &  
25dc02a2acae new distribution & installation guides

___
Python tracker 

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

[issue16805] when building docs on Debian 7 --> ERROR: Error in "note" directive

[Tshepang Lekhonkhobe]

Tshepang Lekhonkhobe added the comment:

thanks much for the commit

--

___
Python tracker 

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

[issue20916] ssl.enum_certificates() will not return all certificates trusted by Windows

[Adam Goodman]

New submission from Adam Goodman:

Starting with Vista, Microsoft began shipping only a very minimal set of root 
CA certificates with Windows. Microsoft does trust many other authorities, but 
for these, Windows relies on the "Update Root Certificates" feature: 
http://technet.microsoft.com/en-us/library/cc749331(WS.10).aspx

"... if the application is presented with a certificate issued by a 
certification authority in a PKI that is not directly trusted, the Update Root 
Certificates feature (if it is not turned off) will contact the Windows Update 
Web site to see if Microsoft has added the certificate of the root CA to its 
list of trusted root certificates. If the CA has been added to the Microsoft 
list of trusted authorities, its certificate will automatically be added to the 
set of trusted root certificates on the user's computer."

Critically, this update mechanism is only invoked if you're using CryptoAPI 
functions to validate a specific chain; if you just ask Windows to enumerate 
the certificates it knows about, it won't pull anything down from Windows 
Update.

(Some concrete numbers: on a clean installation of Windows 8.1, running 
certmgr.msc shows 18 certificates listed in the "Trusted Root Certification 
Authorities"; by contrast, OS X comes with over 200 trusted roots).

To confirm this is an issue, I did the following:

1. Start with a clean Windows 8.1 VM image (I used the one from from 
http://www.modern.ie/en-us/virtualization-tools#downloads). It is critical that 
the image be completely clean - i.e. you have never visited https://python.org 
in any web browser, etc.

2. Install Python 3.4.0 RC 3 (32-bit)

3. Run the attached script (which just does a request to https://python.org/ 
with cert validation enabled). It prints out 14 CA certificate subjects, then 
fails with "ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify 
failed (_ssl.c:598)". At the time I'm reporting this issue, python.org uses a 
certificate that chains back to the "DigiCert High Assurance EV Root CA", which 
is not included in clean installations of Windows.

4. Browse to https://python.org in Internet Explorer

5. Run the attached script again. Now it prints out 17 CA certificate subjects, 
and the HTTPS request completes successfully.

Right now, the only idea I have for resolving this would require significant 
architectural changes - instead of pulling the certificates from Windows into 
an OpenSSL context, hook the OpenSSL verify callbacks to retrieve the leaf and 
intermediate certificates provided by the server, then use CryptoAPI functions 
(probably CertGetCertificateChain?) to have Windows perform the actual chain 
validation.

--
components: Extension Modules
messages: 213452
nosy: Adam.Goodman, christian.heimes
priority: normal
severity: normal
status: open
title: ssl.enum_certificates() will not return all certificates trusted by 
Windows
type: behavior
versions: Python 3.4

___
Python tracker 

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

[issue20916] ssl.enum_certificates() will not return all certificates trusted by Windows

[Adam Goodman]

Changes by Adam Goodman :


Added file: http://bugs.python.org/file34405/win_ca_test.py

___
Python tracker 

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

[issue20906] Issues in Unicode HOWTO

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +benjamin.peterson, eric.araujo, ezio.melotti, haypo, lemburg, pitrou
title: Unicode HOWTO -> Issues in Unicode HOWTO
versions:  -Python 3.1, Python 3.2, Python 3.5

___
Python tracker 

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

[issue20917] Idle: Enhance font change notification system

[Terry J. Reedy]

New submission from Terry J. Reedy:

If one changes the font in the Idle Preferences dialog, all open windows are 
somehow notified and they immediately respond. Classes defined in extensions do 
not get notified. So CodeContext sets up a polling loop. Roger Serwy's line 
number extension (posted to #17535) copied the polling hack.  It would be 
better to enhance the the notification mechanism to either generate an event 
that could be caught or setup a callback registry.

--
messages: 213453
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: Idle: Enhance font change notification system
type: behavior
versions: Python 2.7, 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

[issue1109658] distutils dry-run breaks when attempting to bytecompile

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils -Distutils2
versions: +Python 2.7, Python 3.3, Python 3.4 -3rd party

___
Python tracker 

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

[issue13038] bdist_wininst installers should warn if target dir is read-only

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils -Distutils2
versions: +Python 3.5 -3rd party, Python 3.3

___
Python tracker 

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

[issue13038] bdist_wininst installers should warn if target dir is read-only

[Éric Araujo]

Changes by Éric Araujo :


--
Removed message: http://bugs.python.org/msg145115

___
Python tracker 

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

[issue12895] In MSI/EXE installer, allow installing Python modules in free path

[Éric Araujo]

Éric Araujo added the comment:

Closing per Martin’s message.

--
components: +Distutils -Distutils2
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions:  -Python 3.3

___
Python tracker 

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

[issue8501] setup.py install --dry-run option doesn't work

[Éric Araujo]

Éric Araujo added the comment:

Narrowing the scope of this issue to only cover the original request.

--
components: +Distutils -Distutils2
resolution: accepted -> 
title: --dry-run option doesn't work -> setup.py install --dry-run option 
doesn't work
versions: +Python 3.5 -3rd party

___
Python tracker 

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

[issue5572] distutils should respect the LIBS configure env var

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils -Distutils2
title: packaging should respect the LIBS configure env var -> distutils should 
respect the LIBS configure env var
versions: +Python 3.5 -Python 3.3

___
Python tracker 

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

[issue20917] Idle: Enhance font change notification system

[Terry J. Reedy]

Terry J. Reedy added the comment:

Changing CodeContext.py to drop the font polling and use the new mechanism is 
part of this issue. Such a change would effectively be part of its test.

--

___
Python tracker 

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

[issue12259] Document which compilers can be created on which platform

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils -Distutils2

___
Python tracker 

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

[issue12259] Document which compilers can be created on which platform

[Éric Araujo]

Changes by Éric Araujo :


--
assignee: tarek -> 
stage:  -> needs patch
title: Test and document which compilers can be created on which platform -> 
Document which compilers can be created on which platform
versions: +Python 2.7, Python 3.4

___
Python tracker 

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

[issue11993] Use sub-second resolution to determine if a file is newer

[Éric Araujo]

Changes by Éric Araujo :


--
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue7546] msvc9compiler.py: add .asm extension

[Éric Araujo]

Changes by Éric Araujo :


--
assignee: tarek -> 
components: +Distutils -Distutils2
versions: +Python 3.5 -3rd party

___
Python tracker 

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

[issue10510] distutils upload/register should use CRLF in HTTP requests

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils -Distutils2

___
Python tracker 

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

[issue1887] Document that distutils doesn't support out-of-source builds

[Éric Araujo]

Éric Araujo added the comment:

distutils2 is no more.

Paths handling in distutils is fragile, so I’m changing this to a doc issue: we 
should make it clear that only “cd path/to/project; python setup.py command” is 
expected to work.

--
assignee: tarek -> eric.araujo
components: +Distutils -Distutils2
stage:  -> needs patch
title: distutils doesn't support out-of-source builds -> Document that 
distutils doesn't support out-of-source builds
versions: +Python 2.7, Python 3.3, Python 3.4 -3rd party

___
Python tracker 

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

[issue1887] Document that distutils doesn't support out-of-source builds

[Éric Araujo]

Changes by Éric Araujo :


--
keywords: +easy -patch

___
Python tracker 

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

[issue5300] distutils should preserve +x bit on data files

[Éric Araujo]

Changes by Éric Araujo :


--
assignee: tarek -> 
components: +Distutils -Distutils2
title: distutils ignores file permissions -> distutils should preserve +x bit 
on data files
versions: +Python 2.7, Python 3.3, Python 3.4 -3rd party

___
Python tracker 

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

[issue11723] Add support for mingw64 compiler

[Éric Araujo]

Éric Araujo added the comment:

“MinGW 64 is an open source C/C++ compiler based on the popular gcc; basically, 
it is intended to generate executables for Windows 64 bit.”

If there is significant interest from the community for that compiler, support 
could be added to 3.5.

Alternatively, a way to add third-party compilers could be designed.

--
assignee: tarek -> 
components: +Distutils -Distutils2
versions: +Python 3.5 -Python 3.3

___
Python tracker 

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

[issue11060] distutils2 sdist does not complain about version that is not PEP 386 compliant

[Éric Araujo]

Éric Araujo added the comment:

distutils2 development has stopped.

--
resolution:  -> out of date
stage: test needed -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue12355] Crawler doesn't follow redirection

[Éric Araujo]

Changes by Éric Araujo :


--
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue7677] upload: improve display for error messages from gpg

[Éric Araujo]

Éric Araujo added the comment:

Improving error messages is an acceptable change for stable branches IMO.

--
components: +Distutils -Distutils2
versions: +Python 2.7, Python 3.4 -3rd party

___
Python tracker 

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

[issue20916] ssl.enum_certificates() will not return all certificates trusted by Windows

[Christian Heimes]

Christian Heimes added the comment:

Thanks for you tests!

Yes, I was aware of the situation in general. Personally I think it is an 
unfortunate decision of Microsoft to download root CA certs on demand. When I 
developed the feature I only experimented with a fresh but fully patched VM of 
Windows 7 Professional. The VM had more root CAs installed so I didn't think 
it's going to bite the majority users for common sites. In retrospective I 
*might* have trigger cert downloads accidentally...

I also tried to implement a OpenSSL's verify hook but my code was far from 
ready for 3.4 beta. I'll have to implement a proper solution for Python 3.5. 
The situation on OSX and Windows isn't perfect.

KB931125 lists a way to trigger a full download of all known root certs. Do you 
still have a fresh VM around? I won't have time to test the tool from KB931125 
before 3.4.0 is released.

--
assignee:  -> christian.heimes
stage:  -> needs patch
versions: +Python 3.5 -Python 3.4

___
Python tracker 

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

[issue5926] bdist_msi: add support for minimum Python version for pure Python projects

[Éric Araujo]

Changes by Éric Araujo :


--
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue12659] Add tests for packaging.tests.support

[Éric Araujo]

Changes by Éric Araujo :


--
resolution:  -> out of date
stage: needs patch -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue3621] it would be nice if installers made by bdist_wininst stored an EstimatedSize property in the Windows registry

[Éric Araujo]

Éric Araujo added the comment:

Closing per OP’s message.

--
components: +Distutils -Distutils2
nosy: +eric.araujo
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions:  -3rd party

___
Python tracker 

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

[issue6142] distutils2 clean command: Remove extension modules built in-place

[Roundup Robot]

Roundup Robot added the comment:

New changeset 67ada6ab7fe2 by Éric Araujo in branch '2.7':
Clarify distutils’ clean command (ref #6142)
http://hg.python.org/cpython/rev/67ada6ab7fe2

--
nosy: +python-dev

___
Python tracker 

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

[issue5187] distutils upload should prompt for the user/password too

[Éric Araujo]

Éric Araujo added the comment:

Freeze was lifted.  The user experience for register/upload isn’t as good as it 
could be, I think we could improve it.

--
assignee: tarek -> 
components: +Distutils -Distutils2
versions: +Python 2.7, Python 3.3, Python 3.4 -3rd party

___
Python tracker 

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

[issue20918] LogRecord.__init__ should handle exception if % operation fails

[the mulhern]

New submission from the mulhern:

Here's my illustrating trace:

Python 3.3.2 (default, Aug 23 2013, 19:00:04) 
[GCC 4.8.1 20130603 (Red Hat 4.8.1-1)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> class Junk():
... def __repr__(self):
... raise AttributeError("junk")
... 
>>> import logging
>>> logging.warning("%r", Junk())
Traceback (most recent call last):
  File "/usr/lib64/python3.3/logging/__init__.py", line 937, in emit
msg = self.format(record)
  File "/usr/lib64/python3.3/logging/__init__.py", line 808, in format
return fmt.format(record)
  File "/usr/lib64/python3.3/logging/__init__.py", line 546, in format
record.message = record.getMessage()
  File "/usr/lib64/python3.3/logging/__init__.py", line 311, in getMessage
msg = msg % self.args
  File "", line 3, in __repr__
AttributeError: junk
Logged from file , line 1

The alternative that would be desirable is that the LogRecord initializer
would catch the exception and log that something bad happened while
trying to log. I expect that it would be better if it were optional
behavior.

Note that the use of the % operator happens very early in the logging
process, so implementing your own handler or overriding the makeRecord
method won't fix this problem.

There are plenty of situations where you would like to log a lot
of information, but would be embarrassed to crash while logging.

I realize that I could implement this by surrounding every log call
with some function that caught the exception and then logged that
an exception had occurred while trying to log, but I think it
might work better within the logging module.

--
components: Library (Lib)
messages: 213465
nosy: the.mulhern
priority: normal
severity: normal
status: open
title: LogRecord.__init__ should handle exception if % operation fails
type: enhancement
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3

___
Python tracker 

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

[issue1682403] Transform reST to styled text in bdist_wininst-produced installers

[Éric Araujo]

Éric Araujo added the comment:

The marked-up text is still readable, and PyPI / project’s documentation render 
nice HTML.  If someone knows how to style text in a wininst program and wants 
to work on a patch, please reopen this ticket.

--
components: +Distutils -Distutils2
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions:  -3rd party

___
Python tracker 

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