Hi all,
[Explicit copies to Micheal and Andreev, as they seem to be the users
of the zdc account on the pii's.]
Yes, this is a HUGE flame - it goes to who ever has lately updated
BrZdcRdo.h from the zdc account on the pii's. If you're not the one,
I'm sorry about the abuse. If you're the one, then I'm not at all
sorry for you!
I've written this a thousand (if not a billion) times to this list
[1,2,3,4,5], it's written in "The Hitchhikers Guide to BRAT"
[6] (which you apparently didn't bother to read), and well documented
by ROOT [7]:
WHEN CHANGING THE CLASS DEFINITION OF A PERSISTENT CLASS, THAT IS
FOR A CLASS WITH CLASS VERSION GREATER THAN 0, THE VERSION NUMBER
MUST BE INCREMENTED!!!
Infact, this is not the first time this has been neglected for this
class [5].
What's even worse, is that I did infact increment the version number
in revision 1.3, but who ever made revision 1.4 (again user zdc from
the pii's) did not update the files BrZdcRdo.h and BrZdcRdo.cxx in
thier working directory. This is totally unacceptable! As outlined
in [6], you _must_not_ blindly commit changes to BRAT, if CVS reports
modifications or conflicts! Always (yes, ALWAYS) update your working
directory before commiting changes.
You must understand the severity of your behaviour: Failure to follow
procedure in these respects can cause tremendious harm to the
collaboration as a whole [1]. Software becomes unusable, and at the
least, it will delay the work of a great many people for more than a
week, while we wait to people to fix thier blunders and redo of
various analysis passes [5]. Those who prepared the multiplicity
paper, and people doing analysis will know just how much this kind of
bad-behaviour affects thier work.
GO READ "The Hitchhikers Guide to BRAT" PLUS ALL THE REFERENCES
CITED BELOW.
I'm getting extremly tired of repeating myself on this and related
topics. Quite a number of people have been working very hard at
making BRAT robust and easy to use, and then comes someone along and
f**ks things up like this! I can't begin to tell you how angry I
am.
I'm this bloody close to cutting off access to the CVS from the zdc
account and the individual user of that account [8]. Then, you'd
have to get everything approved via someone else before your changes
can be commited, and you have to get BRAT from someone else too.
I know this sounds harsh, but the severity of this kind of bad
behaviour is also extremly high: You f**ked up big time! Really
REALLY BIG TIME! If you don't start behaving properly, I will make
good of my promise to cut your access to CVS! Bloody stupid, f**ked
up, disastrous, and unrespectful behaviour like this calls for
desperate counter-meassures.
Ok, so others may find this a bit extreem. Well, if only knew half
the sh*t I have to put up with, then you wouldn't be so lenient.
Yours (though extreemly pissed off),
Christian Holm Christensen -------------------------------------------
Address: Sankt Hansgade 23, 1. th. Phone: (+45) 35 35 96 91
DK-2200 Copenhagen N Cell: (+45) 28 82 16 23
Denmark Office: (+45) 353 25 305
Email: cholm@nbi.dk Web: www.nbi.dk/~cholm
Notes:
------
[1] http://www.sdcc.bnl.gov/brahms/private/list_hyper/brahms-dev-l/1119.html
[2] http://www.sdcc.bnl.gov/brahms/private/list_hyper/brahms-dev-l/1122.html
[3] http://www.sdcc.bnl.gov/brahms/private/list_hyper/brahms-dev-l/1124.html
[4] http://www.sdcc.bnl.gov/brahms/private/list_hyper/brahms-dev-l/1245.html
[5] http://www.sdcc.bnl.gov/brahms/private/list_hyper/brahms-dev-l/1246.html
[6] http://pii3.brahms.bnl.gov/~brahmlib/brat/guide/
[7] http://root.cern.ch/root/RootDoc.html
[8] As far as I can tell, it's Micheal and Andreev. Who ever was
responsible for the latest changes should step forward, so that
others will not suffer from that persons mistake.
This archive was generated by hypermail 2b30 : Thu Aug 30 2001 - 07:58:04 EDT