Comment out a dead increment.

Found by Clang's static analyzer.

Issue #14443: ensure that brp-python-bytecompile is invoked with the correct
python executable

The __os_install_macro defines some post-processing activities during an rpm
build; one of the scripts it calls is brp-python-bytecompile, which can take
an argument: the python executable with which to byte-compile .py files in the
package payload.

In some older versions of rpm (e.g. in RHEL 6), this invocation doesn't pass
in an argument, and brp-python-bytecompile defaults to using /usr/bin/python,
which can lead to the .py files being byte-compiled for the wrong version of
python.  This has been fixed in later versions of rpm by passing in
%{__python} as an argument to brp-python-bytecompile.

Workaround this by detecting if __os_install_post has a 0-argument invocation
of brp-python-bytecompile, and if so generating an equivalent macro that has
the argument, and explicitly provide the new definition within the specfile.

Merge

Backport test_nntplib fixes from default.

Issue #15181: importlib bytecode is unsigned and shouldn't have negative numbers.
This fixes a compiler warning with suncc.

Null merge.

Issue #15171: Try the HOST_PYTHON hack for 3.2.

Update test script to Visual Studio 2010.

Issue #13950: Improve support for OS X Xcode 4:
Fix ./configure to provide a more sensible default for
MACOSX_DEPLOYMENT_TARGET. Currently the default is the minimum OS X level
that supports the universal arch option, typically 10.4, even when no
universalsdk is selected. This causes various desirable features that
depend on later OS X versions, like libedit readline support, to be
omitted from the build. A more complete solution would take into account
the SDK that is being used and better tailor the universal arch options.
For now, change the existing tests to only apply to build systems of 10.5
and earlier; for 10.6 and later, use the build system version as the
default deployment target if the MACOSX_DEPLOYMENT_TARGET environment
variable is not provided.

Moved hmac.compare_digest Misc/NEWS entry from Core and Builtins to Library.

Issue #15177: Added dir_fd parameter to os.fwalk().

Skip test in freebsd entirely - Kernel bug in freebsd7/8/9 - #10142: Support for SEEK_HOLE/SEEK_DATA

Issue #15176: Clarified behavior, documentation, and implementation
of os.listdir().

#4489 Make fd based rmtree work on bytes

More doc fixes: made it clear where to start reading when you click on <dir_fd>.

merge heads

Backout change e8f44ebacda7052267318cecf5b6f128d35add17.  Reverting the test
to using signal.alarm(1) instead of signal.setitimer(signal.ITIMER_REAL, 0.1).

This is an attempt to see if this change is what caused the ubuntu arm buildbot
to hang in test_io's test_interrupted_write_retry_text.
Discussion in Issue #12268.

Backout change e8f44ebacda7052267318cecf5b6f128d35add17.  Reverting the test
to using signal.alarm(1) instead of signal.setitimer(signal.ITIMER_REAL, 0.1).

This is an attempt to see if this change is what caused the ubuntu arm buildbot
to hang in test_io's test_interrupted_write_retry_text.
Discussion in Issue #12268.

Minor grammar refinement for hmac.compare_digest().

Some tightening of the documentation for the new kwarg-style os module functionality.

Grammar fix.

Give test directory a more reasonable name.

Closes #15173: Tidied up copyright statements and removed pythonv references.

Fixes issue 15039: namespace packages are no longer imported in preference to modules of the same name.

Restore Misc/NEWS entries lost in the merge for the previous commit.

Issue #15164: Change return value of platform.uname() from a
plain tuple to a collections.namedtuple.

Merge with 3.2.

Fix a couple of versionadded/versionchanged related markup errors.

Fix a bunch of "versionchanged" related markup errors.

Merge

Add a couple of what's new entries.

Fix statement.

Fix markup, for real this time.

Merge

Fix indentation

Support Mageia Linux in the platform module.

Closes #11678: support Arch linux in the platform module.

Merge heads.

#15156: HTMLParser now uses the new "html.entities.html5" dictionary.

Drop useenv=true also from the 32-bit build script: It is not necessary and
leads to failures in successive 64-bit/32-bit builds in the same shell window.

Issue #15055: update dictnotes.txt.  Patch by Mark Shannon.

Merge with 3.2.

Refer test_xmlrpc_net to the new buildbot URL at buildbot.python.org.

Merge with 3.2.

Partial backport of 612f34e31270: fix spacing error in exception message.

urllib.request: fix spacing errors in exception/warning messages.

Branch merge

Fix markup

Fix typos

Restore test that was using pysetup and can now (#15157) use pydoc

Fix test__locale on Mac; platform.uname() does not have a structseq-type interface (yet).

Issue #15102: Fix paths of python executables.

Alpha -> Beta

Add a single versionadded for a whole section instead of repeating for every function.

Small whitespace fixes for shutil.rmtree() docs.

#444582: fix example and rewrap docs a bit.

Add 3.2.3 version to the license table.

Merge

Closes #15162: the meaning of "online" has shifted a bit in recent years, use "interactive" instead.

Use -W on the Windows 64 buildbots

Refactor the venv API docs into a real API doc style.

Fix test to really run behind a NNTP virus checker

Remove a detailed discussion of content-based short circuiting, off topic for library docs.

Simplify wording.

Remove debug output from test_shutil

Formatting

Small wording update from Larry.

Fix doc of os.fwalk: example used now non-existing os.fstatat()

Merge heads.

Merge heads.

Improve hmac.compare_digest() docstring and documentation, courtesy of Larry H.

The buffer protocol doesn't exist (in the glossary anyway).

Larry's suggested rewording of the compare_digest() docs.

Make the benchmark more fair for _decimal/decimal.py by setting context.prec
only once (float obviously doesn't set any context at all).

Fix use of class markup.

Whitespace cleanup.

Remove unused variable.

Fix a refleak in c82451eeb595.

Issue #15061: Re-implemented hmac.compare_digest() in C

Issue #15118: Change return value of os.uname() and os.times() from
plain tuples to immutable iterable objects with named attributes
(structseq objects).

Fix casing of Unix.

Make the style of the "Availability" sections consistent.

Actually it is just one function.

Minor clarification about fdopen().

Remove attribution; this is for the whatsnew.

Issue #15102: Try setting HOST_PYTHON in build-amd64.bat as a temporary
measure.

Closes #15161: add support for giving path as a fd for truncate() and pathconf().

Restore mostly-alphabetic sorting of os functions.

Note that equivalents are valid for 3.3+ only.

Merged upstream changes.

Added Windows launcher documentation.

Speed up _decimal by another 10-15% by caching the thread local context
that was last accessed. In the pi benchmark (64-bit platform, prec=9),
_decimal is now only 1.5x slower than float.

In random's test_seedargs: Make sure to include at least one seed object with a negative hash.

Move Linux-only *xattr() functions to their own subheading.

Fix typo.

Small nits in os doc.

Issue #14815: Bugfix: the PyLong fed into the seed generator must be unsigned.

"Refactor" docs for the new dir_fd, follow_symlinks, path-as-fd APIs: document the options at a central place and link to it.

Closes #15157: pydoc script added to venvs.

#15160: Extend the new email parser to handle MIME headers.

This code passes all the same tests that the existing RFC mime header
parser passes, plus a bunch of additional ones.

There are a couple of commented out tests where there are issues with the
folding.  The folding doesn't normally get invoked for headers parsed from
source, and the cases are marginal anyway (headers with invalid binary data)
so I'm not worried about them, but will fix them after the beta.

There are things that can be done to make this API even more convenient, but I
think this is a solid foundation worth having.  And the parser is a full RFC
parser, so it handles cases that the current parser doesn't.  (There are also
probably cases where it fails when the current parser doesn't, but I haven't
found them yet ;)

Oh, yeah, and there are some really ugly bits in the parser for handling some
'postel' cases that are unfortunately common.

I hope/plan to to eventually refactor a lot of the code in the parser which
should reduce the line count...but there is no escaping the fact that the
error recovery is welter of special cases.