Name already in use

This was found by Brandon Rhodes here
(https://github.com/brandon-rhodes/blogofile/commit/c0341497765ceb216c4505499f40de9a8a17c0d6)
and was applied to the plugins branch. Need to merge it to master as well.

…f line numbering.

…nk lines.

The config is distributed with Blogofile, so no backwards
compatibility issue arises.

…9e8d#commitcomment-288782)

New unit test to makes sure drafts only appear on permapages.

Need to discuss first.

* Make permalinks use the path only, a blogger.com permalink is
  useless because it will just be ignored with the user's new site.url
* Clean up usage instructions (End users aren't going to care about
  the unit test.)
* Added usage instructions to the top of the file.

…les in _site named .html.html

Thanks to Seth de l'Isle for recognizing that we weren't actually
needing a regex here.

…d use of that guid value when expanding :uuid in urls.

 * blog_controller
 * blog_filters
 * blog_templates

This is so we can later on instantiate the controller seperately.

…oller/filter initialization.

…y and places them in the blog controller itself.

This should have been done ages ago...

Blog templates from 'simple_blog init' are now placed in the _templates/blog directory to differentiate them from site templates. This was very confusing for new users previously. Hopefully the new structure has more logical sense to it.

This redefines the parent feature of the templates, some are children of simple_blog, some are children of blog_features:

Children of simple_blog (goes in _templates):

 * base.mako
 * site.mako
 * head.mako
 * header.mako
 * footer.mako

Children of blog_features (goes in _templates/blog):

 * atom.mako
 * chronological.mako
 * permapage.mako
 * post_excerpt.mako
 * post.mako
 * rss.mako

blog_feature templates will still work from the _templates directory if they are not found in the _templates/blog directory. This is for two reasons:

 1) All existing blogofile users will have these templates in the _templates dir.
 2) The _templates dir has to be on the lookup path in order for inheritance to work anyway for the base template(s).

Finally, there are new blog config options:

The blog template directory can be relocated anywhere in your source directory:

    controllers.blog.template_path = "_my_templates/my_blog_templates"

The base template for the blog templates no longer has to be named site.mako:

    controller.blog.base_template = "some_other_base.mako"

Adds the current blogofile version to the blog controller in this fashion.

If BLOGOFILE_DEBUG environment variable is "ipython" instantiate a IPython embedded shell at bf.ipshell. If BLOGOFILE_DEBUG is anything else, except 0, run the winpdb environment we had before.

This also allows server module to be accesed from bf cache in all cases.

Somehow this got missed before?