Note: This version of the VDT (1.6.1) is no longer supported. Feel free to look through the documentation and install it, but we cannot guarantee support for it. The current stable release is 2.0.0.
If you have previously installed the VDT in a different location, you can have the new VDT pick up configuration information while you do the installation. Before you run the Pacman command to install the VDT, set OLD_VDT_LOCATION in your environment to point at the old installation. For example:
> pwd /opt/vdt-1.6.1 > export OLD_VDT_LOCATION=/opt/vdt-1.3.11 # Note it is a full pathname > pacman -get http://vdt.cs.wisc.edu/vdt_161_cache:VDT
We have added the ability to copy some configuration from an old VDT Currently, we preserve configuration for GUMS, VOMS, and EDG-MakeGridmap. We chose to focus on these because they are the hardest for most people to preserve by hand: GUMS and VOMS have MySQL databases in addition to configuration files. As time permits, we will expand the configuration that we can preserve. If you have any components that you think we should address first, please let us know.
Before you can use the components in the VDT, you need to source one
of the setup scripts, either setup.sh or
setup.csh, as appropriate for your shell. (We'll refer to
both of these as setup.SHELL for convenience.) Some people
like to modify the environment that is constructed, but you should not
modify setup.SHELL. Instead, there are three other places that you can
insert modifications, and they wil be picked up by setup.SHELL. In
each case, you'll add or edit files, and you should make your edits
for both Bourne shell (.sh) and C-Shell (.csh).
When the VDT is installed or vdt-control is executed, some
configuration files may be edited, particularly system files like the
xinetd configuration files in /etc/xinetd.d. Backups of
these files are saved, but they are saved within
$VDT_LOCATION. To be precise:
$VDT_LOCATION are stored in
$VDT_LOCATION/backup/vdt.
$VDT_LOCATION are
stored in $VDT_LOCATION/backup/root.