Apply suggestions from code review (typo fixes)

Co-authored-by: Felix Fontein <[email protected]>

docs/python-version-support-policy.rst

@@ -6,7 +6,7 @@
 Nikola is written in Python. New Python versions are released
 `every year in October.`__ New Python versions bring new language and standard
 library features, but they also often remove things the Python development team
-considerd old/deprecated/uncool, and some libraries with C dependencies often
+considered old/deprecated/uncool, and some libraries with C dependencies often
 cause issues (they fail to build or they lack binary wheels on PyPI) for
 shortly after a new Python version. The Python team supports a release for 5
 years after the initial release (3.x.0).
@@ -48,9 +48,9 @@ Policy
 
 6. In the event Nikola does not support the newest Python release, the relevant issues should be resolved or reported upstream as soon as possible, in consideration of rolling-release distributions that package Nikola.
 
-7. If all mandatory criteria stop appplying to a Python version, it may be dropped after a grace period of 3 months. (This means that Debian oldstable is guaranteed support for a total of 6 months.)
+7. If all mandatory criteria stop applying to a Python version, it may be dropped after a grace period of 3 months. (This means that Debian oldstable is guaranteed support for a total of 6 months.)
 
-8. If all optional criteria stop appplying to a Python version, and all mandatory criteria were already inapplicable, it may be dropped after a grace period of 6 weeks.
+8. If all optional criteria stop applying to a Python version, and all mandatory criteria were already inapplicable, it may be dropped after a grace period of 6 weeks.
 
 9. Removing support for a Python version does not require any form of advance warning to Nikola users and may be done in a patch version.