Present: Joanne Bogart, Toby Burnett, James Chiang, Richard Dubois, Navid Golpayegani, Traudl Hansl-Kozanecka, Heather Kelly, Matt Langston, Julie McEnery, Sean Robinson, Leon Rochester, Alex Schlessinger, Tom Stephens, Tracy Usher
Story line for the following largely comes from the actions items at the bottom of the minutes from last week's Core Mind-Meld. |
ROOT/ODBC Interface: (Matt) This facilitates access to a "non-standard" (e.g. ROOT) data format via standard means. It's usable (for Matt); he just needs to write an installer to handle registry entries, etc., before it can be distributed. Should be done before the holidays. Currently it only handles n-tuples, though if there is a need for more generality the package could be enhanced. ODBC is Windows-only, but Matt's piece is platform-independent and could be used to interface to, for example, a SQL database.
OPUS: (Richard for Alex) Alex and Dan were about ready for testing when SCS went and upgraded the (Redhat 8) OPUS machine, leaving them in a state of some disarray. They need to move to Redhat 9 and a newer OPUS sometime soon anyway, so this may be the time.
New ReleaseManager: (Richard for Alex) Since OPUS work is about to wind down for Alex, he will be able to put the finishing touches on the new version of the ReleaseManager. Among other features it supports multiple possibilities for CMTCONFIG. Windows build will be coming soon.
Tag Collector: (Navid) In the process of including requested upgrades he determined it would be best to largely rewrite it, which is nearly done. He just needs to redo the Web interface. He hopes also to get the Container Package Lister out from behind the firewall soon.
Schedule for support for Visual Studio 2003: It's already in use and has been for a while by Tracy and Toby. What's missing is a set of neatly-packaged external libraries for distribution, including binaries of the new Gaudi. This is on Matt's list. Our code builds under both old and new .NET, so there is no reason to drop support for the older version any time soon.
gcc 3.2/Redhat 9: Yes, Virginia, there will be a gcc 3.2 batch farm at SLAC. (Richard) SCS is planning to move very quickly to mostly Redhat 9 with the new year. It has been determined that the machines in the interactive noric-new pool are garden-variety, vanilla Redhat 9 systems. SCS has gotten the message that the SLAC-patched Redhat 7.2 running on the batch farm caused us a lot of grief.
Xerces 1.7 to 2.4: (Joanne) To use the newer interface provided by 2.4 (in fact, by any version starting with 2.0) will take substantial changes to our code since there are new classes providing the standard functionality. The old classes are still supported, but deprecated. The public include files for them are in a somewhat different spot. Also, starting with version 2.2, all Xerces classes, including the deprecated ones, are in a C++ namespace, necessitating still more changes to our code. Work is in progress to see if these incompatibilities can be hidden from most if not all user code with a trick Toby suggested, using some wrapper include files which would live in XMLEXT. She should have the answer before the end of the week.
6 more days: (Richard) Using lots of machines, he managed to generate 6 additional days of DC1 data overnight on Sunday. For this run the Pisa GRB generator was replaced with one from Goddard. The results will be available from the SLAC and Goddard db servers and also via FTP.
There was about a 10% failure rate of jobs, most perhaps related to a "stale nfs handle" message that was seen. To start he will attempt rerunning the failed jobs without fixing anything. This is likely to work in most cases. [Post meeting: Unfortunately, this is not the case. Rerunning the job with the old number failed in the same way.] Candidates for the underlying problem will also be investigated.
Right now a certain amount of post-processing (concatenating files, etc.) is done by hand, which is getting to be painful. Matt will work on automating with a script.
previous | minutes index | next |
J. Bogart Last Modified: 01-Jun-2010 15:46:02 -0700