Changed my mind: checking the accessibility of the mock name server base path only in the constructors of the mock name server

Checking the accessibility of the mock name server base path in each method (of the mock name server) and reporting meaningful error

Relaxed permissions on the objectstore to handle the fact that xroot and tapeserverd currently run as different users.
Removed filtering of perission for tape labeling.

Expanded the minimal VFS creation script to align it with the one in the unit test. More base objects are now created.
Fixed uninitialized flag bug in TapeMountDecisionInfo::TapeMountDecisionInfo().
Removed unused VDQM parameter.

PLEASE NOTE THE FOLLOWING TWO ADDITIONS:

For the EOS rpms create the /etc/yum.repos.d/eos.repo file with the following contents.
  [eos-citrine]
  name=EOS 4.0 Version
  baseurl=http://dss-ci-repo.web.cern.ch/dss-ci-repo/eos/citrine/tag/el-6/x86_64/
  gpgcheck=0
  enabled=1

Make sure the following entry exists in xrd.cf.mgm so that the EOS namespace
plugin will be loaded in.
mgmofs.nslib /usr/lib64/libEosNsInMemory.so

Fixed minor documentation details.

Implemented the extended option and the summary for the listpendingarchives and listpendingretrieves

The deletion of the mock name server path in the destructor occurs only if the object was created using the empty constructor (this is what happens in unit tests)

Removed my own hardcoded plugin library path in the xroot configuration file and updated instructions to create appropriate soft links