Deployment of the PatAnalysis package

These developments were merged from the DelphesAnalysis generalization
of the zbb_analysis. The main idea is to make most of the code really
factorized in a python package. There should be no reason touch the
files in PatAnalysis.

This implied many changes that still have to be validated.
Correction of few minor and trivial bugs preventing the compilation

By executing scram b, few trivial bugs were spotted and fixed.
While the code seems now to compile, the code still has to be tested.
Merge commit '828cfc9199da' into PatAnalysis

Conflicts:
	python/LeptonsReweighting.py
	python/makeRDS_usingFramework.py

 I deleted makeRDS_usingFramework.py and included the new code in LeptonsReweighting.py.
added gitignore and generated __init__.py
fixed the Zbb config file
Bugfixes... now ControlPlots import works
Bugfixes: ControlPlots now configures

After applying a set of basic bugfixes, the ControlPlots code now runs fine through the initialization/configuration stages. It still fails on the first event.
Bugfixes: it now runs fine. Output file to be checked.
proper handling of the channel in EventSelection

Here, I introduce a drastic change to the way muChannel is handled by the event selection and the corresponding control plot.
For Z candidates (and correspondingly good jets), we now always use _all, with a check of the candidate kind in the category check.
This should simplify everything and make the code compliant with the new generalized ControlPlot.py
It also avoid double counting between ee and mm categories for eemmbb events... admitedly rare.

Such a change will have to be propagated to other control plots.
Removal of muChannel in Btagging classes
Fixed the forced mode for Btagging weight engine

By construction, it was always failing, and the weight in control plots was 1.
I also did a bit of clean up in that class.
Got rid of muChannel in LeptonReweighting
further cleaning
Merge commit 'de2d0d6cfb5068d9ebeb28168a82e5a87c97d4d7' into PatAnalysis

Conflicts:
	python/ObjectSelection.py
	python/makeRDS_usingFramework.py

I deleted makeRDS_usingFramework.py and patched ObjectSelection.py in a trivial way (import case + object labels).
Minimal change to make it compile after merge.

Note that the SFb uncertainty for the tight working point is just a functional fix. It is not even defined in the master branch.
Right now, I simply duplicated the Medium WP uncertainties.
complement .gitignore
Merge branch 'master' into PatAnalysis

Conflicts:
	data/Cert_160404-180252_7TeV_ALL_Collisions11_JSON.pileupTruth.root
	python/AnalysisEvent.py
	python/MonteCarloSelection.py
	python/ObjectsControlPlots.py
	python/ZbbEventSelectionControlPlots.py
	src/btagPerfPOGFormulas.C

These were all solved rather easily, apparently. I still need to retest all that.
Just before the Merge, ControlPlots were running fine on data and mc. I will now check again and fix potential new bugs.
Post-merge adjustments.
a bit more cleaning

Message from Adrien:
I think listRDS should go where there is the code to analyse the RDS and globalList where there is the code to produce the RDS
for drawStyle I don't use it
Moved the zbbCommons items to zbbConfig

Rationalization of the configuration infrastructure.
All classes now rely solely on zbbConfig. The use of zbbCommons is deprecated.
For compatibility reasons, a zbbCommons file has been added both in analysisScripts and pyrootScripts.
Nevertheless, none of these files is a full copy of the original. It contains only labels for
legacy analysis scripts, and norm factors for pyroot scripts.
For the classes in the base directory, there is no change of behavior,
except for reweighting classes, where no default input file is now given.