Before you start, please take note of these warnings and comments:
- N.B. Make sure you are on lxplus6 or otherwise using an SLC6 machine. Make sure SCRAM_ARCH is slc6_amd64_gcc491.
- N.B. The setup script will check out many packages and take a while!
- N.B. You can ignore "error: addinfo_cache" lines.
- N.B. This is to set up the latest area in a self-consistent way. If you want a particular flashgg version corresponding to other samples, please see https://twiki.cern.ch/twiki/bin/viewauth/CMS/FLASHggFramework#Instructions_for_users
Get everything you need, starting from a clean area:
Instructions for processing of 76X MiniAOD:
cmsrel CMSSW_7_6_3_patch2
cd CMSSW_7_6_3_patch2/src
cmsenv
git cms-init
cd $CMSSW_BASE/src
git clone https://github.com/cms-analysis/flashgg flashgg
source flashgg/setup.sh
To process 74X MiniAOD, instead do:
cmsrel CMSSW_7_4_15
cd CMSSW_7_4_15/src
cmsenv
git cms-init
cd $CMSSW_BASE/src
git clone https://github.com/cms-analysis/flashgg flashgg
source flashgg/setup_74X.sh
In either case, if everything now looks reasonable, you can build:
cd $CMSSW_BASE/src
scram b -j 9
And a very basic workflow test:
cd $CMSSW_BASE/src/flashgg
cmsRun MicroAOD/test/microAODstd.py
cmsRun Taggers/test/simple_Tag_test.py
cmsRun Taggers/test/diphotonsDumper_cfg.py
cmsRun Systematics/test/MicroAODtoWorkspace.py processId=wzh_125
These are just some test examples; the first makes MicroAOD from a MiniAOD file accessed via xrootd, the second produces tag objects and screen output from the new MicroAOD file, and the other two process the MicroAOD file to test ntuple and workspace output.
The setup code will automatically change the initial remote branch's name to upstream to synchronize with the project's old conventions.
The code will also automatically create an "origin" repo based on its guess as to where your personal flashgg fork is.
Check that this has worked correctly if you have trouble pushing. (See setup.sh for what it does.)