Versions Compared

Old Version 1

changes.mady.by.user Tom Stephens

Saved on

compared with

New Version 2

changes.mady.by.user Tom Stephens

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Root password on the VM is stroot
  • the username is STuser
  • the user passowrd is stuser
  • In this particular incarnation, the GLAST_EXT environment variable is not set automatically, users will have to set it manually using 'export GLAST_EXT="$HOME/GLAST_EXT"' on the command line or adding it to their .bashrc file the first time they log in.  This will be fixed in the next one.
  • Science Tools are installed in $HOME/ST/
  • The Guest Additions (a feature of VirtualBox) that allows the sharing of folders between the guest and host OS's hasn't been installed yet.  As such, this machine was really just a test to see if it could be easily setup and have the Science Tools installed and to see if they actually worked.  (This will be fixed in the next one).
  • I didn't do any updates to the base OS after installation.  It is entirely possible there are updates available.
  • I didnt' try to trim any excess from the base OS installation.  This was more a proof of concept than an actuall implementation.  I suspect there is a bunch of things  (OpenOffice among others) that could be trimmed to make the distribution size smaller.

...

Configurations

What OS configurations do we want/need?  Personally I (Tom S) propose that we only provide the VM for a single OS, preferably the most recent Redhat OS we are supporting (currently RHEL 5).  However, I (Tom S) don't have access to actual RHEL install media so I'd have to use a clone (namely Scientific Linux) but they are effectively the same thing.

Another related issue is do we provide both 32-bit and 64-bit versions?  In theory, VirtualBox can run 64-bit guest OSes on a 32-bit host OS as long as the underlying architecture is 64 bit but it takes a bit more setup on the part of the end user.  Plus there is bound to be a performance hit.  The question is really, do we need to supply a 32-bit appliance at all?  There are fewer and fewer 32-bit machines out there although there are still a lot of 32-bit versions of the OSes running on the 64-bit architectures.

The next issue is what versions of the ScienceTools do we provide appliances for.  Obviously we will want to provide them for the Release versions.  Is there any reason to provide HEAD and LATEST versions?  Personally, I (Tom S) don't think so but others may disagree. 

If we are only supplying a single OS, only Release builds and the two architecture options (32 & 64 bit), this will be something that can be easily done by hand.  Providing more OSes and especially providing HEAD and LATEST builds would require some investment in time to figure out a way to create the appliances automatically as part of the build process.

Building the ST appliance

More to come