<questions>
  <question name="INSTALL_CERTS" type="custom" text="Where would you like to install CA files?">
    <answer key="r" root="y">
r (root)  - install into /etc/grid-security/certificates
    (existing CA files will be preserved)
    </answer>
    <answer key="l">
l (local) - install into $VDT_LOCATION/globus/share/certificates
    </answer>
    <answer key="n">
n (no)    - do not install
    </answer>
The VDT typically installs public certificates and signing policy files 
for the well-known public CA's. This is necessary in order for you to 
perform GSI authentication with any remote Grid services (that have 
service/host certificates signed by these CA's).

For more information please refer to the VDT documentation:
http://www.cs.wisc.edu/vdt/setup_ca.html
  </question>


  <question name="EDG_CRL_UPDATE" type="yn" root="n" text="Do you want the EDG CRL update daemon to be installed?">
Do you want the EDG CRL update daemon to be installed?
It will install one file, edg-crl-updated into etc/rc.d/init.d

It will periodically update the Europen DataGrid (EDG) certificate
revocation lists (CRLs) It is essential if you are collaborating with
people from the EDG, and not important if you are not.
  </question>


  <question name="ENABLE_JM_CONDOR" type="enable" root="skip" text="Would you like to enable Globus jobmanager for Condor?">
If you would like, we can set up a Globus jobmanager interface
to Condor.

This will allow Globus Gatekeeper to run jobs on Condor.
  </question>


  <question name="ENABLE_GATEKEEPER" type="enable" root="skip" text="Would you like to enable Globus Gatekeeper daemon to run automatically?">
If you would like, we can configure the Globus Gatekeeper to run automatically 
as a daemon invoked via inted/xinetd.

Configuring the Globus Gatekeeper daemon requires changes to
- /etc/services
- /etc/xinetd.d (or /etc/inetd.conf)
  </question>

  <question name="ENABLE_GRIDFTP" type="enable" root="skip" text="Would you like to enable Globus GridFTP daemon to run automatically?">
If you would like, we can configure the Globus GridFTP to run automatically
as a daemon invoked via inted/xinetd.

Configuring the Globus GridFTP daemon requires changes to
- /etc/services
- /etc/xinetd.d (or /etc/inetd.conf)
  </question>

  <question name="ENABLE_GRIS" type="enable" root="skip" text="Would you like to enable Globus GRIS daemon to run automatically?">
If you would like, we can configure the Globus GRIS (MDS) to run
automatically as a daemon invoked via inted/xinetd.

Configuring the Globus GRIS daemon requires changes to
- /etc/services
- /etc/xinetd.d (or /etc/inetd.conf)
  </question>

  <question name="GRIS_AUTH" type="yn" root="n" text="Do you want the Globus GRIS to only allow secure access?">
If you like, we can configure the Globus GRIS (MDS) to only allow
authenticated and authorized access.

If you answer yes, you will need to have an LDAP service certificate
before you can use the GRIS, and users will need to be in your
grid-mapfile.

If you answer no, anyone in the world can query your GRIS.
  </question>



  <question name="AGREE_TO_LICENSES" altname="AGREE_TO_LICENCES" type="yn" text="Do you agree to the licenses?">
VDT 1.2.5 installs a variety of software, each with its own license.
In order to continue, you must agree to the licenses.
You can view the licenses online at:

     http://www.cs.wisc.edu/vdt/licenses/1.2.5/

After the installation has completed, you will also be able to
view the licenses in the "licenses" directory.
  </question>


  <question name="ENABLE_GLOBUS_ROTATE" type="enable" root="skip" text="Would you like to setup daily rotation of Globus logs?">
If you want, we can add entries to root's crontab to rotate Globus
logs located in $VDT_LOCATION/globus/var/.
  </question>

</questions>
