There were manual import through importlib, we have to replace them with LodelContext calls.
Actually the plugins module is in a dirty state....

Replace some old pure python import by LodelContext calls
Change the plugins imports methods to use LodelContext instead
Fixes dyncode exposure method

- updated scripts etc
- make tests pass

- Replaced some "hidden" import with LodelContext.expose_modules calls
 - in some functions of Setting, Plugin, validator
 - in loader.py (temporary version)

In this state the tests runs (151 success), I'm able to run an instance (from debian package using slim) in MONOSITE mode and in MULTISITE mode by creating and loading a context in the loader.

Test passes

with make deb . Next commit will update the README

SLIM is now able to edit configuration from CLI, to start instances etc.

- Written a new custom_list validator, it takes another validator name as argument (in order to validate items of list)
- Using it to validate list of plugins names

Implements the check of the bases classes of a datasource class in a datasource plugin ( solves #144 )

refs #132

Now when running distclean ALL files generated by the ./bootstrap && ./configure && make are deleted.
Maybe it's not a good idea because it's not the purpose of distclean target...

Using $pkgpythondir instead of $pythondir in Makefile.am
Solves a bug that put installed files in site-packages instead of dist-packages on debian

IMPORTANT : tests are broken. See details below

A new lodel/buildconf.py.ini file created. It will be transformed to a lodel/buildconf.py file by ./configure .
This file goal is to store build time constant (for the moment the presence of pymongo).
You have to build lodel2 before being able to run the tests.

- Child classes where not cleared when Plugin.clear() was called. Now child classes implements a clear_cls() method to clear a Plugin child class
- When discovering plugins if during a is_plugin_dir() check we import two times in the same virtual module name, all non existing attributes values are taken from prvious imported file (the bug was on plugin_type when webui was imported just before dummy, then dummy was an interface)

Commit refs #122 and fixes #133

- The validator is written and added to all Plugin sublcasses confspec
- Adds the capabilities to give args to validator (here we give the expected type)

Created groups (they can be found under the "Modules" menu -_- )
Created new pages : on LeAPI EditorialModel Plugins etc

No need of -d flag to specifiy directories

Created a new class LodelSession to handle session datas
Created an automatic wrapper to acces to session handler plugin function throug SessionHandlerPlugin class methods
Bugfixes done for plugins. The plugin type is store in __plugin_type___ and not in __type__

Import bugfixes in settings validator. Hooks must be imported in validatore definition to avoid circular import failure

Implements both Plugin child classes handling extensions and session handling.
Modified the settings plugin preload piece of code. It is now adapted to the new plugins organisation.
Each Plugin child classes provides a confspec indicating where the plugin list is stored in configuration.

- now plugin is able to instanciate using the good child class
- the discover cache now contains plugin's type

- DatasourcePlugin implmentation as child class of lodel.plugin.plugins.Plugin
- moved methods about datasource initialisation from LeObject to DatasourcePlugin ( _init_datasource(), plugin_name(), _get_ds_connection_conf() ...)

- add a -L options to list availables actions

- Allow to extend easily lodel_admin.py script.
- Writtent first lodel_admin.py action : discover-plugins

http://redmine.labocleo.org/issues/121