Step |
Description |
Who |
Status |
Est. Duration |
When |
Comments |
---|---|---|---|---|---|---|
Migration to new tagging convention |
|
|
|
|
|
|
Provide ability for RM1 and RM2 to apply tags of the appropriate form, depending up what format tag is applied (i.e. old style virjpk, versus xx-xx-xx) |
Can we expect people to abandon MRvcmt tagging while we still use CMT? |
Navid |
|
|
|
|
Officially drop RH9 |
|
|
|
|
|
Is this technically part of SCons end game? |
Take a look at Tom's GR runs and see if rh9 versus rhel4 are statistically equivalent |
|
Heather |
|
|
|
|
Migrate existing scripts for pipeline to RHEL4 rather than RH9 |
|
Tom, Warren |
|
|
|
|
Update System Tests to use RHEL4 |
|
Liz, Leon |
|
|
|
|
Developer Tools |
|
|
|
|
|
|
Developer Installs |
|
Navid |
|
|
|
|
Source Code Distributions |
|
Navid |
|
|
|
|
Tag Collecting |
|
Navid |
|
|
|
|
command line tagging application |
stagsupports new tagging convention |
Joanne |
|
|
|
Satisfies all requirements I'm aware of |
Mechanism to tag external.scons for HEAD and Releases |
|
Navid |
|
|
|
(jrb)The new externals scheme takes care of this |
Command line use of SCons |
|
Navid, Joanne, Emmanuel |
|
|
|
SCons is a command-line tool; is the task then just to document all the options and typical use cases? |
Support for package overrides |
|
Joanne, Navid |
|
|
|
|
Container support |
|
Joanne, Navid |
|
|
|
|
GoGui |
See GoGui guide |
Joanne |
|
|
|
|
Support for package overrides |
|
Joanne, Navid |
|
|
|
|
Container Support |
packages like celestialSources |
Joanne, Navid |
|
|
|
|
Windows Support |
|
|
|
|
|
|
Provide support for full Visual Studio Projects including use of the debugger |
|
Joanne |
|
|
|
|
Support various types of ROOT packages |
|
Joanne |
|
|
|
|
Gaudi Support |
|
Joanne |
|
|
|
|
Obtain/Compile all externals for VC++ 2008 |
|
|
|
|
|
|
ROOT, ape, CLHEP, cppunit, cfitsio, fftw |
|
Heather |
|
|
|
|
MySQL |
|
Heather |
|
|
|
|
Gaudi |
|
Heather |
|
|
|
|
Release Manager |
|
|
|
|
|
|
Binary Release for ST |
Replacement for RM1 generated ST binary release |
Navid |
|
|
|
|
Doxygen Generation |
RM2 will generate Doxygen documentation rather than RM1 |
Navid |
|
|
|
|
Calibration and geomtry file creation |
RM2 will generate calibration and geometry files rather than RM1 |
Navid |
|
|
|
|
Automated Builds on Support Platforms |
|
|
|
|
|
|
RHEL4 |
|
Navid |
|
|
|
|
RHEL4-64 |
|
Navid |
|
|
|
|
RHEL5 |
Need f2c extlib |
Navid |
|
|
|
|
Windows |
Builds are occurring, need automated builds for releases |
Navid |
|
|
|
|
Mac for ST |
Builds occurring by hand for now pending fix of AFS token issue |
Navid |
|
|
|
Automated, Limited to one build at a time |
RM2 web interface |
Karen |
|
|
|
|
|
Provide links to checkout output |
Available in test version on tomcat |
Karen |
|
|
|
|
Provide links to compile output |
Available in test version on tomcat |
Karen |
|
|
|
|
RM2 stand alone app interface |
RMViewer. See |
Navid |
|
|
|
|
Provide checkout output |
|
Navid |
|
|
|
|
Provide compile output |
|
Navid |
|
|
|
|
Display status of unit tests |
|
Navid |
|
|
|
|
End User Needs |
|
|
|
|
|
|
User Installs |
Available via RMViewer and web based installer (see below) |
Navid |
|
|
|
|
Need user installs for Windows |
Need to create zip files and have RMViewer unzip them |
Navid |
|
|
|
|
command line installer |
|
Navid |
|
|
|
|
Environment set up to run applications stand alone |
|
Navid, Joanne |
|
|
|
Wrapper scripts, _setup |
Environment set up to run applications with python |
|
|
|
|
|
This one might be done also (see above) |
Web Based Installer |
|
|
|
|
|
|
add a new column to the os table in MySQL which listed the OsType |
(for example Windows, MAC OS X, Linux) and OsVariant (32/64) |
Navid? |
|
|
|
|
Fix the mapping between downloaded file name and unpacked name to make sure they are always consistent |
ScienceTools is unpacked into ScienceTools-09-11-00/ |
|
|
|
|
|
the 64/32 bit and debug/optimized files are difficult to tell apart because they only differ far down the install path |
If it was possible to add some consistent tag file to all of the zip/tar files that would make things easier? Would it be possible for example for all zip/tar files to contain a |
|
|
|
|
|
Science Tool Specific |
|
|
|
|
|
|
Provide setup of environment for ASP |
|
|
|
|
|
|
Provide setup of environment for user analysis |
|
|
|
|
|
|
GlastRelease Specific |
|
|
|
|
|
|
Migrate GR v15r49 to SCons |
|
Emmanuel |
|
|
|
|
Migrate GR HEAD to SCons |
|
Heather |
|
|
|
|
Migrate JO files to top-level directory |
|
Navid |
|
|
|
|
Update System Tests to use SCons |
|
Leon, Liz |
|
|
|
|
Provide SCons support for Gaudi |
|
Joanne, Heather, Navid |
|
|
|
|
OBF reorganization |
See proposal |
Tracy, Joanne, Navid |
|
|
|
|
Provide setup of environment to run Gleam and other apps |
|
|
|
|
|
|
CHS Specific |
|
|
|
|
|
|
Migrate CHS packages to SCons |
|
Bryson, Navid, Joanne, Jim Panetta |
|
|
|
|
relocatable RPM's creation needs to use SCons |
(FOS) uses the CHS checkout package to build relocatable RPM's that we install in SLAC AFS space for our various software "platforms". We use glastpack.pl to extract a suitable source tree from offline CVS, and then build with CMT. This process needs to use SCons. |
Jim Panetta |
|
|
|
|
Migrate regression testing to use SCons builds rather than CMT builds |
We rely on the RM HEAD and release build processing to perform the regression tests on the event-decoding software portions of CHS. However, to my knowledge there are no customers of the RM-created CHS build directory hierarchies in NFS |
Jim Panetta |
|
|
|
|
External Libraries |
|
|
|
|
|
|
Utilize native or non-CMT builds of all externals where appropriate (LDF, OBF, G4) |
|
|
|
|
|
|
Documentation |
|
|
|
|
|
|
Workbook needs to be updated to introduce SCons |
A start is available in Confluence |
Chuck, Heather |
|
|
|
|