...
Jim had sent out a request for reports of python distribution problems. There was no response, so for now this issue is tabled. Eric W asked what plans there are to move to python 2.6. Jim said it is under consideration. Navid requests that we remain at python 2.5.1 until Red Hat catches up.
SCons
After our meeting on Wednesday, Navid reports that he has checked in a series of SConsript files for some GR packages into CVS. He can now build and run some test applications on Linux and Windows. For those that may like to try this out, check the SCons Confluence page . Replace ScienceTools-scons with GlastRelease-scons. Navid is currently using scons 0.98.3 in the new RM, and has tried out scons 0.98.5. Both versions are installed at SLAC.
Next, o Navid will teach Emmanuel how to proceed with the updates, and Emmanuel will take that over from here on out. This allows Navid to focus on the new RM and MRScons (name TBD). Navid has started to talk to Tony concerning issues about the new RM. Concerning the need to scope out the issue with JO files - Navid has decided to start the environment variable conversion and while doing so, take a look at the JO files in the affected packages.
Joanne and Navid have had some discussions concerning the new MRScons. They have agreed Qt will be used. Richard asked to be sure that Qt is now freely distributed for windows - and it is now.
Compiler and O/S Support
Mac - Navid needs to put in a new request to install LSF on the two available Mac machines at SLAC.
RHEL5 and gcc4: Richard will look into obtaining some RHEL5 machines
Navid asked how much longer will we support 32 bit? For some time 
GlastRelease Status
v15r25 is tagged and includes the EBF updates to grab EBF blob from evt files and provide it to OBF.
Fred Piron had reported on his attempts to compare MC to data and had discovered some discrepancies. Tracy now fully understands that issue. In MC, in OBF, we run the filters through all stages, while in real data only a subset is utilized. Tracy is working making sure both MC and real data are run in the same fashion. Tracy also suggests that we create a new algorithm that will continue to run as the MC does now, using all bits.
TkrRecon and G4Propagator crash
Leon has looked in depth at one of the events causing a G4Propagator exception. At least on windows, this event doesn't terminate - however, Leon does see that the track reconstruction is a bit crazy. (The Zorro event), where it is understandable that the propagator cannot handle. The plan is to catch the exception and zero out the TKR output. This has the side-effect of making this event look like a CAL-only. Tracy and Leon both point out that this is rare. Joanne suggests that we should have some error word available in the ntuple and the recon ROOT files to denote problem conditions such as this. We should not have to just rely on the log files to determine that something went awry.
new GlastClassify tag from Leon is available, however, Bill has since spoken to Tracy concerning a discovery about some CAL energy cuts, which when an event fails, some variables are left to their initialized value such as the CTBParticleType variable which is set to zero (which also denotes a gamma). Tracy wants to move these cuts into the IM XML Analysis so that Bill can set the initialization values as he desires.
Workbook
Chuck has updated the FRED documentation online to provide a better description of how to use the event display. In attempting to install FRED on a new windows box, Chuck ran into some terrible problems. It turns out the issue stemmed from using the current release on Ruby (1.8.6). When Chuck down-graded to 1.8.2, suddenly FRED functioned again. There are other reports on Linux, where users need to use 1.8.6 versus some older versions of Ruby. This makes it rather difficult to document how to get FRED installed. Chuck requests that we consider providing Ruby ourselves, to insure users grab the correct version. This is straightforward on Windows - it is not so clear what version of Ruby we should distribute for Linux.
FRED and Wired
Speaking of FRED... we are giving some consideration to moving to Wired as our sole event display. Some things need to happen first however..
Users of FRED should evalute Wired and make sure it does all that we need it to do.
Tony and Heather need to provide the ability for Gleam to start up Wired just as we currently do for FRED.