|
[Rivet] compatibility issues between 2.2.0 and 2.X.XNiccolo' Moretti moretti at physik.uzh.chThu Oct 29 14:05:51 GMT 2015
Hi Andy, Thank you for your reply. The first 2 things that come into my mind are the deprecation of jetproj.jetsByPt(pt,MAXDOUBLE,etmin,etmax,PSEUDORAPIDITY); and the removal of the '#' from yodas (ie, from '# BEGIN HISTO' to 'BEGIN HISTO'). On 29/10/15 14:44, Andy Buckley wrote: > Hi Niccolo, > > Can you be specific about the deprecations that caused problems? We > typically try to only add functionality and explicitly mark features > as deprecated for some time before removing them in major revisions. > So it sounds like we have carelessly broken something between those > minor versions, probably because the bundled set of 300+ analyses kept > on working. > > As of 2.3 and 2.4 we are trying to reflect more accurately in the > version numbering whether there have been any significant additions to > the interface, and to flag and deprecate very explicitly when the > preferred ways of doing something change. > > Apologies for the inconvenience, > Andy > > > On 29/10/15 09:51, Niccolo' Moretti wrote: >> To rivet authors, >> >> I would like to complain about all the recent modifications/deprecations >> occurred in Rivet in the last few updates. >> >> Together with other physicists in other universities and institutions, >> I'm in charge of a study on the effects of different MC generators on >> particular processes. >> One of the most important thing is therefore to set up an >> universal,common environment to compare the results. Some months ago we >> decided to use Rivet as a validation framework because of its simplicity >> and flexibility. >> >> Now all of us are in a situation where the analysis source code and the >> output result depend on the used rivet version(and plugins therein). All >> the modifications and deprecations have been done without any >> retro-compatibility function, forcing us to do different outputs and >> codes according to the version, losing in this way the universality that >> we have been looked for. >> >> Moreover, it's not possible that such modifications, in some cases, >> have occurred between to contiguous versions, say 2.2.0 and 2.2.1. >> >> You should know how it's difficult to set up a common environment among >> different universities, institutions, fields (theory and experiments), >> computer architectures and people, and of course, how it's difficult to >> reinstall or updates software in large clusters. >> >> I hope that in the future all the deprecations will not be done >> instantaneously. >> >> Regards, >> Niccolo' Moretti >> >> >> _______________________________________________ >> Rivet mailing list >> Rivet at projects.hepforge.org >> https://www.hepforge.org/lists/listinfo/rivet > >
More information about the Rivet mailing list |