[Python-checkins] cpython (3.5): Grammatical fixes following #d95f19892fd0

[brett.cannon]

https://hg.python.org/cpython/rev/d0fee144284a
changeset:   105783:d0fee144284a
branch:      3.5
parent:      105778:e572c323fe53
user:        Brett Cannon <brett at python.org>
date:        Thu Dec 22 10:02:01 2016 -0800
summary:
  Grammatical fixes following #d95f19892fd0

files:
  Doc/howto/pyporting.rst |  8 ++++----
  1 files changed, 4 insertions(+), 4 deletions(-)


diff --git a/Doc/howto/pyporting.rst b/Doc/howto/pyporting.rst
--- a/Doc/howto/pyporting.rst
+++ b/Doc/howto/pyporting.rst
@@ -81,7 +81,7 @@
 overall transformation should not feel foreign to you.
 
 But you should aim for only supporting Python 2.7. Python 2.6 is no longer
-freely upported and thus is not receiving bugfixes. This means **you** will have
+freely supported and thus is not receiving bugfixes. This means **you** will have
 to work around any issues you come across with Python 2.6. There are also some
 tools mentioned in this HOWTO which do not support Python 2.6 (e.g., Pylint_),
 and this will become more commonplace as time goes on. It will simply be easier
@@ -107,9 +107,9 @@
 thumb is that if you want to be confident enough in your test suite that any
 failures that appear after having tools rewrite your code are actual bugs in the
 tools and not in your code. If you want a number to aim for, try to get over 80%
-coverage (and don't feel bad if you can't easily get passed 90%). If you
-don't already have a tool to measure test coverage then coverage.py_ is
-recommended.
+coverage (and don't feel bad if you find it hard to get better than 90%
+coverage). If you don't already have a tool to measure test coverage then
+coverage.py_ is recommended.
 
 
 Learn the differences between Python 2 & 3

-- 
Repository URL: https://hg.python.org/cpython