$Id: CHANGELOG,v 1.6.4.1 2007/03/30 13:48:39 dennisvd Exp $ 2007.03.30 - PoC R1 build 27 * Update. Packages updated: - vtk: 4.4.2-7vle * vtk Fixed syntax error in vtk.csh script 2007.03.28 - PoC R1 build 26 * Update. Packages updated: - vtk: 4.4.2-6vle * vtk Fix hardcoded LD_LIBRARY_PATH in vtk.{sh,csh} scripts 2006.10.17 - PoC R1 build 25 * Update. Packages updated: - JavaGAT: 1.5-4vle - R: 2.2.0-5vle - vle-config-gt4: 0.1.6-1vle * JavaGAT Remove external dependencies on LCG * R Added X11 support; X11 support was needed to get JPEG and PNG support working. * vle-config-gt4 Fix gt4-container startup issues 2006.07.18 - PoC R1 build 23 * Update. Packages updated: - lam: 7.1.2-6vle * Lam 7.1.2 The lamd started on the nodes did not have /opt/lam/lib in LD_LIBRARY_PATH. This has been solved by using a lamd.wrapper script that sets LD_LIBRARY_PATH prior to executing lamd. A minor issue that was solved is that liblam.so was not linked to libutil.so, which could result in errors regarding a missing symbol 'openpty'. 2006.05.04 - PoC R1 build 20 * Update. Packages updated: - JavaGAT: 1.5-3vle - SRB: 3.4.0-6vle - gat: 1.8.2-5vle - vl-e: 1.0-20vle - vtk: 4.4.2-5vle * JavaGAT The JavaGAT toolkit is missing two adaptors: - j2ssh - cog-globus These were omitted from the first release because unknown patches were made by the JavaGAT team to these adaptors. After receiving the patches from Rob van Nieuwpoort, the adaptors were compiled and enabled in the JavaGAT toolkit. (VLeForge Bug #107) * SRB None of the SRB 's' commands start due to a missing shared library. The missing library is caused by the fact that the SRB client was linked against the GT4 shared libraries but the LD_LIBRARY_PATH and /etc/ld.so.conf point to (and need to point to) the Globus 2.4 shared libraries. This was fixed by rebuilding SRB against the Globus 2.4 libraries. (VLeForge Bug #105) * gat A small typo in the gat.csh file caused csh/tcsh to freeze upon startup. The correct entry for $GAT_LOCATION was inserted into gat.csh (VLeForge Bug #106) * vtk The 'vtk' command did not work due to a missing LD_LIBRARY_PATH statement. Added /opt/vl-e/lib/vtk to LD_LIBRARY_PATH in the new vtk.{sh,csh} scripts. (VLeForge Bug #101) The 'vtkpython' command is unusable because the VTK/Python package directory is not included in the distribution. Added the VTK/Python package directory and created a patch with two new environment variables, VTK_PYTHON_PACKAGE_DIR VTK_PYTHON_LIBRARY_DIR which are set to point to the appropriate directories in the vtk.{sh,csh} scripts. (VLeForge Bug #102) -- 2006.04.08 - PoC Release 1.0 (build 17) * First release, both on web and on DVD. Packages included: - JavaGAT: 1.5-2vle - MatlabMPI: 1.2-1vle - Mesa3D: 6.4.1-3vle - R: 2.2.0-3vle - Rmpi: 0.5-2vle - SRB: 3.4.0-5vle - fsl: 3.2-2vle - gat: 1.8.2-4vle - globus-toolkit: 4.0.1-10vle - graphviz: 2.8-1vle - ibis: 1.2.1-5vle - itk: 2.4.1-4vle - kepler: 1.0.0alpha7-2vle - lam: 7.1.2-2vle - libRmath: 2.2.0-3vle - medline: 1.0-5vle - mpitb: 2.1.72-5vle - mricro: 1.3.9-4.3vle - nimrod: 3.0.1-3vle - octave: 2.1.72-7vle - ogsadai-wsrf: 2.1-2vle - paraview: 2.4.2-2vle - pl: 5.6.4-200.1vle - sesame-client: 1.2.3-4vle - taverna-workbench: 1.3.1-2vle - triana: 3.2-3vle - vl-e: 1.0-17vle - vle-config-gt4: 0.1.5-1vle - vtk: 4.4-4vle