LHCb Core Software Meeting

Date and Location

10:30 - 11:30
CERN (2-R-030)


Ben Couturier, Illya Shapoval, Joel Closier, Marco Cattaneo, Marco Clemencic (minutes), Markus Frank, Olivier Callot, Thomas Hartmann (EVO)



  • Core Software Programme of Work
    • Marco Ca. is preparing the summary of the long term plan
    • it has been agreed to use a mixture of TWiki (to group in a single place all the tasks) and savannah (to keep track of the progress)
  • From the LIM
    • reported that we are not going to jump on Python 2.7 yet, so we will build the next release on top of LCG 62a
      • LCG 63 with Python 2.7 will still be prepared for us to test and get ready
    • gcc46 and icc(11) platforms will be added to LCGCMT 62a
    • SLC6 has higher priority than icc12 and LLVM/clang
      • it was asked if anybody needs 32 bits builds on SLC6; as long as SLC5 is supported we do not need 32 bits SLC6, afterwards we will need to evaluate the status
    • reported that we are not interested in the new CMT because it doesn't improve the setup time
    • LCG nightly slots to be reshuffled to match the current plans
  • Forum on Concurrent Programming Models and Frameworks in the afternoon
  • Architects Forum on Thursday
    • nothing special to report, except NeuroBayes

Round Table

Marco Cl.

  • Profiling of SetupProject and test of new CMT
    • added a '--profile' option to SetupProject, using the standard Python profile module
    • a simple test showed that, on a cold AFS cache, almost all the 19 seconds spent to set up DaVinci were spent in CMT (reduced to about 5s on a hot cache).
    • the new version of CMT improves a lot the build time (overhead) by reducing the number of times the requirements files are read, but that does not improve the setup time because they are read anyway only once
  • DoD dynamic configuration
    • implemented the extension of the DataOnDemandSvc that allows a dynamic configuration via a tool
    • Marco Cl. agreed with Chris that it's more efficient if he also produces the packing/unpacking implementation of the tool, instead of explaining all is needed (BTW, Chris thought that both packing and unpacking configuration would have been generated in this way, while Marco Cl. though it would have been done in Python options)
  • Gaudi realease
    • Daya Bay will not use anymore Gaudi and the LHCb detector description, so there is no need to complete the migration; nevertheless, we agreed to apply the changes required to make DetDesc independent from LHCb
    • Gaudi v23r0 should be ready by the end of next week


  • Alarms from lxbuild, most probably due to the failure of the AFS servers hosting our release area
    • nightly builds restarted by Thomas

-- MarcoClemencic - 19-Jan-2012

Edit | Attach | Watch | Print version | History: r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r1 - 2012-01-19 - 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-2020 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback