Break CAFMaker out into its own package

[cjbacchus]

Otherwise sim/reco fixes and CAF-making fixes can each interrupt the other's production by requiring new releases to be cut.

The biggest question is what to actually call the repo. sbnanaobjmaker???

[wesketchum]

I think this may be good to try to push through ASAP (as in, next few weeks if possible), or at least discuss a better structure and try to implement before you are gone @cjbackhouse . Do you think that's possible? What will need doing?

@PetrilloAtWork @FernandaPsihas thoughts?

(Could be correlated with other breaking changes in CAFs...?)

[cjbacchus]

I took a shot at this a while back. There's a post June 9th in #analysis_software
This is the sbncafmaker repo (with automatically rewritten history)
https://github.com/SBNSoftware/sbncafmaker/tree/develop/sbncafmaker
We would still need to file an issue against mrb to get it added to the list of packages.
sbncode branch with CAFMaker removed (this is a much simpler operation) https://github.com/SBNSoftware/sbncode/tree/feature/cafmaker_migration

There was an issue with a directory - RecoUtils - that is needed both by CAFMaker but also by NumuSelection that lives in sbncode. I talked to @grayputnam about this briefly with no real resolution.

I don't remember what I do with it in my branches. Either they don't build, or important things are commented out. You should definitely look at them before blindly merging them.