Present: Joanne Bogart, Toby Burnett, James Chiang, Richard Dubois, Navid Golpayegani, Traudl Hansl-Kozanecka, Heather Kelly, Leon Rochester, Alex Schlessinger, Tracy Usher
DC1 project file: (Richard) The current version shows things are more or less on track.
The OnboardFilter work is close to complete. One enhancement remains to be implemented: making Filter-found tracks available in TDS. This histogram, showing upper trigger status bits, is a bit of a puzzle. There is a big peak corresponding to "any veto" bit being set, with none of the specific veto bits set. [Mystery solved. On closer examination, turns out the value corresponded to 2 bits being set: the "any veto" bit (2**16) and the "low energy, no 2-track" bit (2**0). ed.]
The 50 million events have been run off and pruned (about 1 million passed pruning). Will probably need to be redone with more definitive OnboardFilter code.
Geometry (not in project file, but some work still needed for DC1): the word has come down that our current crude model of the spacecraft will do. Smallish updates will be needed for CAL and perhaps also TKR. Heather will be ready for an ACD geometry review by next week.
GlastRelease news: (Toby) v3r3 has been released; expect a patch release or two before DC1. We'll want one to pick up the OnboardFilter when the current round of work on it is done, for example.
There has been a hang-up in CalRecon. For a while it was using FuzzyCluster, which itself is in a development state (doesn't work on Windows). This kept Berrie from getting in other, unrelated improvements. For now have made a branch in which the dependence on FuzzyCluster has been removed.
GaudiPolicy is now entirely gone. Further streamlining (use new patterns documented in GlastPolicy/doc or just see the requirements file itself) of individual packages is recommended.
OnboardFilter should have its own system tests. David Wren probably has already thought about this; Julie is well-positioned to discuss it with him and implement something.
What about gcc 3.2? Had thought to make the move in conjunction with move to Redhat 9, but it looks like SCS (central computer support at SLAC) is dragging its heels on this, so perhaps we should go ahead. gcc 3.2 requires a newer Gaudi, v12r1. Alex has already demonstrated this all builds successfully. Richard suggests he make such a build, run the system tests, and compare the results with those from our current set-up.
Infrastructure wish-list: Now that Matt, Karl's replacement, is on board we have additional resources to get our underpinnings in order. We're in the process of accumulating suggestions; will probably have meeting to discuss relative priorities sometime this week.
previous | minutes index | next |
J. Bogart Last Modified: 01-Jun-2010 15:46:39 -0700