.gitignore: Ignore MANIFEST and dist/ packaging side effects

MANIFEST.in: Distribute COPYING and quizzes/*.json

setup.py: Package with distutils

README: Flesh out description and add example typescript

README: Mention Python 3.3 dependency

COPYING: Distribute quizzer under the GPLv3+

quizzes/git: Add preliminary Git quiz (repository creation)

Add Question.multiline and associated handling

Some questions can't be answered in a single line without reqiring
more shell knowledge than we need (e.g. `&&`).

ui.cli: Import `readline` for more comfortable input() editing

quizzes/posix-shell: Add a preliminary POSIX shell language quiz

quizzes/posix-utilities: Rename from posix-shell.json and flesh out

Added few more questions:
* print the current directory to stdout
* change to your home directory
* change to the parent of your current working directory
* print the contents of README file to the terminal

The renaming is because the tests are testing knowledge of POSIX
utilities, not knowledge of the shell syntax itself.

question: Normalize tempdir paths in stdout/stderr

Otherwise it's hard to test `pwd`, since tempdir will change between
the expected and user-supplied answer runs.

question: Add ChoiceQuestion for one-of-several correct answers

quizzes: Move quizzes into a subdirectory

Add script invocation to ScriptQuestion

We need Python >= 3.3 for the `timeout` argument to
Popen.communicate().

Remove debugging print(self.stack) from UserInterface.get_question()

Initial ScriptQuestion framework

Fix 'hint' -> 'help' typos

question: Use Question._state_attributes in __init__ and __setstate__

question: Add Question._state_attributes for easier subclassing

This way subclasses can extend the list instead of overriding
__getstate__.

Add question class storage (lookups in QUESTION_CLASS)

This allows us to specify questions with alternate processing classes.
As a simple example, I've added NormalizedStringQuestion, which
softens the string comparison used in the basic Question.  The next
step is to add a command-line question ;).

ui.cli: Rework display_result() for multiple answers per question

ui: Add dependency handling to UserInterface.get_question

We start the stack with all the leaf questions (i.e. questions that
are not dependencies of other question).  If the user gets one wrong,
we push the question back on the stack (so they can try again later),
and also push all of that questions direct dependencies onto the stack
(so they can get the background they need to answer the question they
got wrong).

question: Add Question.__str__() and __repr__()

For easily viewing questions in lists.

Catch EOFError (control-d) in CommandLineInterface input() call

Add dependency storage (list of question IDs)

Use question.id instead of question.prompt for answer indexing

This decouples the keying from the prompt, which is useful if you want
to use another value for the `id` (e.g. a question number).

If `id` is not specified, it defaults to `prompt`.

Add trailing newlines to saved JSON files

Add a persistent answers database

Visually separate the results from the questions

Add .display_results() for showing users their results and scores

Display results (but not the correct answers)

Don't crash with IndexError when we run out of questions

Make get_question() a bit more interesting

Add a simple command line interface

Added saving, loading, and a test quiz

Stubbing out the initial framework