- ISOC Workshop: (Richard) For an overview, see
the agenda. Afternoons were devoted to demos and discussions,
including such topics as pointing history and livetime (a much more
complicated subject than was anticipated years ago) and the CCD process.
- 55 day run, GlastRelease: (Richard)
We turned on the Heavy Ion filter along with Gamma and discovered
yet another glitch: the determination in
OnboardFilter of which events were to be
vetoed was not happening correctly. We'll start over as soon as
Tracy's new tag and modified job options settings
can be incorporated in a release. [GR v11r1, created
soon after the meeting, has it.] (Tracy) Veto determination
should be done by just looking at one bit in the mask. A new job option,
OnboardFilter.RejectEvents, may be used to get the correct effect.
- MRStudio: (Riccardo) There is a new tag, v0r5,
with new command line functions: tag/rtag and the ability to
run an application with proper setup. Both of these functions are also
available from the gui in a form similar to the way they looked in
MRvcmt. The
See also Riccardo's summary in Confluence.
(Toby) Is the ability to specify CMTPATH on the command line available for
MRStudio as it is for MRvcmt? (Riccardo) Not yet. He will add it after
fixing Linux problems and adding the ability to inherit MRvcmt configurations
into MRStudio.
[Post-meeting Joanne installed v0r5 on SLAC Linux. With standard
Glast setup (PATH includes
/afs/slac/g/glast/applications/install/@sys/usr/bin) it can be invoked by
typing MRStudio-new
]
- Skimmer: (David) The
Skimmer now will use whichever version of ROOT
is specified with the ROOTSYS environment variable. It works with
recent GR releases, such as v11, which use mini-Gaudi and ROOT 5.14, or
with older releases using ROOT 5.10. ROOTSYS should point to a ROOT
release which is compatible with the files you want to read. The
new Skimmer version also incorporates several bug fixes.
David is starting work on a new tool like the Skimmer but with
Glast-specific code and assumptions stripped out. The new
tool will be written in ROOT and C++ (Skimmer is Perl and ROOT).
At some point the
Glast Skimmer will be refactored to use the new tool, which
already has some documentation. Comments are requested.
- ROOT and Python: (Heather)
The difficulty she had previously getting ROOT 5.14D and Python 2.5 to work
together was due to a change in Python. Python 2.5 expects libraries it uses
on Windows (in particular libPyROOT)
to have suffix .pyd rather than .dll. [Post meeting work
reveals that just renaming the library from .dll to .pyd
causes other problems, but making
an identical copy satisfies all clients.]
We'll be moving to ROOT 5.14E soon.
Builds exist for Windows [containing both libPyROOT.dll and libPyROOT.pyd]
and Linux flavors (thanks to Heather and Navid).
- CMT Action Committee (Heather)
CMT v1r18p20061003 is now in use by RM. Navid and Joanne teamed up
to find the problem, which was due to non-backwards-compatible
handling of CMTPATH. However, this exercise has demonstrated that
we can expect no support from CMT-central. It would be prudent
to come up with an alternative which would allow us to dispense with
CMT altogether. There are two candidates:
- SCons-based, perhaps in conjunction with Toby's Python scripts on Windows
to produce suitable project files. Jim has volunteered to write a Python
package would would take our CMT requirements files as input and
create SCons SConstruct files, using a subset of ScienceTools to try it
out.
- A roll-your-own solution from Navid. He has already done some work on
it. He doesn't have sufficient time to put into it at the moment, but
likely would in a few weeks.
The plan to eliminate unnecessary environment variables and define
necessary ones at run time (not before) has been on hold but is being
revived. (Toby) A large fraction of the CMT-generated ones, the
<package>CONFIG
variables, are unused and could be dispensed with immediately.
[Post-meeting Navid has confirmed this. He tagged a new
GlastPolicy which turns off the generation
of these variables.]
- AOB (Richard)
- RHEL4 Everything but CalRecon
built properly under RHEL4. Can we get this fixed. [It already
has been, but the CalRecon tag had only
propagated as far as HEAD. It is in v11r1, however.]
- More data files An alternate hadron simulation requires
extra data files. They need to be added to the repository for them
on SLAC unix and also should be part of the Installer distribution.
J. Bogart, Last Modified:
01-Jun-2010 15:48:41 -0700