[Rivet] Ok for Rivet 2.5.0 beta1?

[Andy Buckley]

Actually, I'm hanging back a little longer, to see if I can eliminate 
Boost completely from YODA. Otherwise the "Boostless" Rivet still needs 
Boost to be installed!

Shouldn't take long, there just isn't a drop-in std:: replacement for 
the boost::has_dereference SFINAE/traits helper... but I have 
StackOverflow on the case ;-) 
https://stackoverflow.com/questions/36583961/c11-std-equivalent-of-boost-has-dereference?noredirect=1#comment60767217_36583961

Andy


On 12/04/16 16:56, Andy Buckley wrote:
> I've heard no complaints and have finished the efficiency function stuff
> that I planned, so will put out a first beta later.
>
> I also, after 10 years of it being dysfunctional, finally fixed the
> single Rivet analysis from ZEUS :-)  Or at least I think I did: a few
> things in the paper are vague, and since Pythia8 doesn't "do" ep
> scattering I don't have a handily configured generator to test with. Are
> there any handy e+p+ dijet photoproduction samples in HepMC format
> laying around, e.g. in our validation collection? Or could someone make
> some? ;-)
>
> Cheers,
> Andy
>
>
> On 11/04/16 15:37, Andy Buckley wrote:
>> Hi all, esp. David G,
>>
>> The work to design and implement a chained set of boost-finding
>> projections is going to take a while, and I think the C++11 and smearing
>> machinery is in a good enough state for a beta release.
>>
>> (Actually, I will first add some CMS smearing functions to avoid the
>> appearance of ATLAS bias, but apart from that I think it's ready for
>> first user testing & feedback.)
>>
>> So, are there any objections to making that release ~now?
>>
>> Cheers,
>> Andy
>>
>
>


-- 
Dr Andy Buckley, Lecturer / Royal Society University Research Fellow
Particle Physics Expt Group, University of Glasgow