Spelling

4 files changed, 6 insertions, 6 deletions

diff --git a/docs/tutorials/bfgwiki2/authorization.rst b/docs/tutorials/bfgwiki2/authorization.rst
index 2e9bb0e19..7e86bd126 100644
--- a/docs/tutorials/bfgwiki2/authorization.rst
+++ b/docs/tutorials/bfgwiki2/authorization.rst
@@ -61,7 +61,7 @@ Configuring a ``repoze.bfg`` Authentication Policy
 --------------------------------------------------
 
 For any :mod:`repoze.bfg` application to perform authorization, we
-need to add a ``secrity.py`` module and we'll need to change our
+need to add a ``security.py`` module and we'll need to change our
 :term:`application registry` to add an :term:`authentication policy`
 and a :term:`authorization policy`.
 
@@ -97,7 +97,7 @@ Adding ``security.py``
 Add a ``security.py`` module within your package (in the same
 directory as "run.py", "views.py", etc) with the following content:
 The groupfinder defined here is an authorization policy "callback"; it
-is a be a callable that accepts a userid ana a request.  If the userid
+is a be a callable that accepts a userid and a request.  If the userid
 exists in the system, the callback will return a sequence of group
 identifiers (or an empty sequence if the user isn't a member of any
 groups).  If the userid *does not* exist in the system, the callback
diff --git a/docs/tutorials/bfgwiki2/basiclayout.rst b/docs/tutorials/bfgwiki2/basiclayout.rst
index 36cb8afd4..ca72fd42a 100644
--- a/docs/tutorials/bfgwiki2/basiclayout.rst
+++ b/docs/tutorials/bfgwiki2/basiclayout.rst
@@ -58,7 +58,7 @@ Content Models with ``models.py``
 ---------------------------------
 
 In a SQLAlchemy-based application, a *model* object is an object
-composed by quering the SQL database which backs an application.
+composed by querying the SQL database which backs an application.
 SQLAlchemy is an "object relational mapper" (an ORM).  The
 ``models.py`` file is where the ``bfg_routesalchemy`` Paster template
 put the classes that implement our models.
diff --git a/docs/tutorials/bfgwiki2/definingmodels.rst b/docs/tutorials/bfgwiki2/definingmodels.rst
index 4942a72bd..6f4809199 100644
--- a/docs/tutorials/bfgwiki2/definingmodels.rst
+++ b/docs/tutorials/bfgwiki2/definingmodels.rst
@@ -27,7 +27,7 @@ application, this class should inherit from an instance of
 ``sqlalchemy.ext.declarative.declarative_base``.  Declarative
 SQLAlchemy models are easier to use than directly-mapped ones.  The
 code generated by our ``routesalchemy`` paster template does not use
-declarative SQLAlchemy syntax, so we'll need to chage various things to
+declarative SQLAlchemy syntax, so we'll need to change various things to
 begin to use declarative syntax.
 
 Our ``Page`` class will have a class level attributes
diff --git a/docs/tutorials/bfgwiki2/definingviews.rst b/docs/tutorials/bfgwiki2/definingviews.rst
index 8a739ff58..a75f4b74b 100644
--- a/docs/tutorials/bfgwiki2/definingviews.rst
+++ b/docs/tutorials/bfgwiki2/definingviews.rst
@@ -97,7 +97,7 @@ already contains a page with the matched WikiWord name, the ``check``
 function generates a view link to be used as the substitution value
 and returns it.  If the wiki does not already contain a page with with
 the matched WikiWord name, the function generates an "add" link as the
-subsitution value and returns it.
+substitution value and returns it.
 
 As a result, the ``content`` variable is now a fully formed bit of
 HTML containing various view and add links for WikiWords based on the
@@ -306,7 +306,7 @@ Adding an Element to the Pipeline
 
 Let's add a piece of middleware to the WSGI pipeline.  We'll add
 ``egg:Paste#evalerror`` middleware which displays debuggable errors in
-the browser while you're developing (this is *not* recommeded for
+the browser while you're developing (this is *not* recommended for
 deployment as it is a security risk).  Let's insert evalerror into the
 pipeline right above "egg:repoze.tm2#tm", making our resulting
 ``tutorial.ini`` file look like so: