LHCb Core Software Meeting

Date and Location

October 10, 2007
10:30 - 12:00
CERN (2-R-030)

Attendees

Hubert, Juan, Marco Cl. (minutes), Markus, Olivier, Patrick (EVO), Thomas

Apologies

Gloria

Subjects

News

  • LCG 53d is being built.
    • New CORAL, POOL, COOL, ROOT

Marco Ca.: We need to start the migration to ROOT 5.17.x. Markus and Marco Cl. say that POOL is not available for ROOT head in the nightlies. The request for a build of POOL should be made at the A.F..

Software Releases

Gaudi (Hubert, Marco Cl.)

  • Gaudi v19r5 is being released
    • Problem with GaudiPoolDb on SLC3 (unneeded dependencies on CORAL), will be fixed by removing the unneeded link options (on SLC4 the option --as-needed is taking care of it).

LHCb, Boole, Brunel (Marco Ca.)

  • LHCb v22r10, based on Gaudi v19r5-pre, is available on LHCBDEV. Will be the official version for the reprocessing.
  • After the release of this new version (tomorrow), we will move from the current TF package to the code produced by the A-Team (new pattern recognition). It will be LHCb v23r0
  • We will need to discuss when the DC06 compatibility should be broken (there are already a lot of changes in the pipeline that will break DC06-compatibility).
  • Testing python job options in Boole:
    • There are 2 components with the same name: EventCounter (one in GaudiAlg). To be sorted out.

Gauss (Gloria)

  • Gauss v30r4 is ready to be released. It uses DecFiles v13r1 and Geant4 v83r1.

HLT (Patrick)

  • Current version is frozen. Waiting for new tracking for the new version.
Marco Ca.: The latest version of G.O.D. is producing the enum conversion functions, so it is a good time to get rid of the ad-hoc ones in HLT.

DaVinci (Juan)

  • Reorganization of some headers and packages to allow the access to MC tree outside of DaVinci (asked by Chris Jones).

OnLine (Markus)

  • Released last week, but few problems have been found in some options and scripts.
    It has been agreed to wait for the new version of Gaudi (v19r5) to release the fixes.
Marco Ca.: Which old versions can be removed? It is hard to say, we should send a mail and ask.

Panoramix (Thomas)

  • Always problems with duplicated dictionaries. Removing all the dictionaries from SODet does not work because few will be missing, only the duplicates must be removed.
  • Tried to run Brunel and HLT at the same time, but it does not work because they are trying to write in the same place in the transient store.
    Patrick said that it happens because both are using the default location of objects like vertexes. Anyway it has to be sorted out.

Release and Deployment (Hubert)

  • Full software stack built on LHCb v22r9 except Online and Panoramix on SLC3. In principle it should be possible to build Panoramix on SLC3, but it has been agreed not to do it, because we support SLC3 only for the GRID and Panoramix is for interactivity.
  • Every LHCb project is now built on Win32
  • Double fix on CMT.[c]sh:
    • now we can call lbcmt gcc323 to get the SLC3 build time environment also on slc4_ia32 (it was possible only on slc4_amd64)
    • fixed a bug introduced on SLC3 with the previous fix

Round Table

Marco Cl.
SetupProject and setenv<Project>
Recently there have been a discussion because SetupProject is using the variables <project>_release_area, while it is felt more appropriate to use CMTPROJECTPATH. Marco Cl. just prepared a version of SetupProject that ignores <project>_release_area and uses only CMTPROJECTPATH or LHCBPROJECTPATH if the first is not defined. With a command line option is possible to add LHCBDEV to the search path. Philippe suggested to modify the parsing of command line options to allow options after the project name so that we can define aliases like SetupBrunel, this requires a re-writing of the option parser (currently based on the standard getopts). With the re-writing of option parser, Marco Cl. will add the possibility of specifying an optional argument to the option "--dev" so that one can select easily a DEV area other than LHCBDEV.
(... long discussion...)
We agreed that having two scripts that are preparing the environment confuses the basic users. The functionality of setenv<Project> will be integrated in SetupProject (rather trivial task). Marco Ca. suggested to have some modularity, like scripts that are performing small tasks combined by a bigger script.
Hubert
All scripts producing tarballs are now generating the md5sum and the script to archive is removing it.
NOTE: The project manager must copy the file description.html before archiving otherwise it will be lost (behavior to be changed in the future).
Marco Ca.
  • Last week it has been agreed to have schema evolution for the persistent data. We have to agree about who does what. Marco Ca. volunteered, but will need some help from Markus. In two week he will report about the status.
  • All the tutorials he gave are now on twiki. He will attach the PowerPoint files to the pages to allow easier maintenance.

-- MarcoClemencic - 10 Oct 2007

Edit | Attach | Watch | Print version | History: r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r1 - 2007-10-10 - MarcoClemencic
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LHCb All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback