==================================================
Bertrand Bellenot
+ Actions done
- installed Qt 4.3.0 in afs/external for win32_vc71
- performed some tests with roottest on Windows
- investigated issues with oracle on slc4 amd64
+ Next actions
- investigate usage of CMT for ROOT
+ Problems
- oracle occi was using wrong c++ libraries version on slc4 amd64
==================================================
Piotr Kolet
+ Actions done
- preparing nighlies to use gcc41
- fixing lcg_InstallArea.py (linking problem)
- playing with quota on afs
- fixed rsync error message
- small fixes in nighlies scripts.
+ Next actions
- Windows and Mac builds.
==================================================
Ian McLaren
+ Actions done and progress
- Geant4
- Geant4 testing, especially for 9.0.
- Set up pcphsft30 with latest Cygwin and Visual studio 2005.
- Built clhep and geant4 libraries and tests.
+ Next actions
- Geant4
- Prepare and build the major release 9.0.
- Still tuning pcphsft30 for testing on Windows.
==================================================
Stefan Roiser
+ Actions done
- New packages in the external area for LCG platforms (exc. win32 - done by Bertrand)
- gccxml 0.7.0_20070615
- cmake 2.4.6
- boost 1.34.0
- qt 4.3.0
- frontier_client 2.7.3
- Move to osx104_ia32_gcc401 - configurations and builds for the following platforms are available
- bjam 3.1.13
- boost 1.33.1, 1.34.0
- clhep 1.9.2.3
- cmake 2.4.2, 2.4.6
- expat 1.95.8
- frontier_client 2.7.3
- gccxml 0.6.0_patch3, 0.7.0_20070615
- hepmc 1.26.02
- heppdt 2.02.02
- python 2.4.2, 2.5
- qt 4.2.1, 4.3.0
- sip 4.6
- uuid 1.38
- xercesc 2.7.0
- zlib 1.1.4
- A new build node lxbuild057 (slc4) is available
+ Next actions
- Move the remaining (~ 5) packages to osx104_ia32_gcc401 which we need to build the LCG s/w stack (for ROOT we need some more extra packages but not for LCG s/w)
- Final testing and move of Hypernews service to new h/w
+ Problems
- Hypernews production machine crashed twice on Mon 13.6 around 15.00 and 16.00, down-time was around 30 mins each, no messages should have been lost, as all were queued. The problem was due to high load on the machine.
- The tarball for clhep 1.9.2.3 / slc4 /amd64 contained the directory 1.9.2.3_aa instead of 1.9.2.3 - fixed now
-
There are minutes attached to this event.
Show them.