+1 On Mon, Nov 30, 2009 at 8:42 PM, John Clements <cleme...@brinckerhoff.org> wrote: > > On Nov 30, 2009, at 7:34 PM, Sam TH wrote: > >> On Mon, Nov 30, 2009 at 9:17 PM, Eli Barzilay <e...@barzilay.org> wrote: >>>> >>>> An update -- Matthew has agreed to take over this code and to >>>> (eventually) add a corresponding command line option to control the >>>> "addon-dir". I have repeated the test steps above with the latest >>>> changes from the trunk, and merged my changes onto the trunk. >>> >>> I missed this, and I already undid it. I will re-commit later tonight >>> with a command line option, and with reading the environment variable >>> once. (Which means that your C-side commit will be split into a >>> separate piece that will read the variable.) >> >> I really don't think that this is a good way to manage our project - >> dueling commits and reverts. Once something is discussed and decided >> upon, one person shouldn't just unilaterally undo it. If something >> needs changing, it should be discussed. Everyone overwriting everyone >> else's changes just leads to chaos. > > If there's an exception to this, it's Eli. That is, I think the > "buildmaster" is the one person you have to trust to make any change, > anywhere in the tree. > > John > > > _________________________________________________ > For list-related administrative tasks: > http://list.cs.brown.edu/mailman/listinfo/plt-dev > >
-- Jay McCarthy <j...@cs.byu.edu> Assistant Professor / Brigham Young University http://teammccarthy.org/jay "The glory of God is Intelligence" - D&C 93 _________________________________________________ For list-related administrative tasks: http://list.cs.brown.edu/mailman/listinfo/plt-dev
