mediachanger/castorrmc/CMakeLists.txt
mediachanger/castorrmc/common/CMakeLists.txt
mediachanger/castorrmc/rmc/CMakeLists.txt

Please note that casting the result to void is not good enough for gcc >= 7

Added -Wno-narrowing -Wno-implicit-fallthrough compiler flags to protoc3 output files if using gcc version 7 or greater

We now assume that Finished() will always be called, so explicit timeout
handling in RequestProc is redundant.

In case of successful Request processing, the XRootD framework will call
Finished(cancel=false). In the case of a failure or timeout, the framework
will call Finished(cancel=true).

Fixed errors generated by Scheduler code passing getMessage() instead of getMessage().str() to ScopedParamContainer.add()

mediachanger code.

Example error:

/home/smurray/CTA/mediachanger/io.hpp:353:3: error: dynamic exception
specifications are deprecated in C++11 [-Werror=deprecated]
   throw(cta::exception::TimeOut, cta::exception::Exception);
   ^~~~~

This ensures the uniqueness of the agent name even if a process creates an agent several times in the same second.

Forwarding -b and -B options to `create_instance.sh` so that we can run the buildtree test directly like this:
```
./run_systemtest.sh  -n toto -s tests/archive_retrieve.sh -O -D -k -b /buildtree -B CTA-build
```
This will be very helpful to test buildtree in CI automatically.

They prevented propoer statistics update.

As systemd is mounting tmpfs in /tmp, I had to move the artifacts
repository to /opt/repo (which is anyway better).
Default entry point in the container is systemd and I added /etc/rc.local entry point for systemd containers.
Initially it is pulled from a shared mount on the kubelet running the
pod.
This commit is compatible with the standard way of running CI jobs,
following sytemd commits may break retrocompatibility.

This allowed the archive requeuest to be removed from ownership bulk.
Also adapted unit tests and related Mocks (mainly MockArchiveMount).
Removed unused functions from job level updating.

This will enable better integration and bulk archive jobs ownership removal from agent.

Default ctafrontend rpm xrootd configuration file is CI ready. No more duplicate in the continuousintegration tree.

Changing /etc/ctafrontend_SSS_c.keytab and /etc/ctafrontend_SSS_s.keytab to /etc/cta/cta-cli.sss.keytab so that CI and preprod have now the same configuration files.

Keep in mind thatL
The user in the ctafrontend SSS key is the EOS instance name, the rest is BS. I tried to make it clear in the configuration files and names when a field is useless.
WFE scripts are now the same between preprod and CI and the ctafrontend
configuration file can move in the rpm.

Using /etc/cta/cta-frontend.krb5.keytab file as ctafrontend kerberos keytab instead of /etc/cta-frontend.krb5.keytab

moving ctafrontend xrootd configuration file from /etc/xrootd/xrootd-cta.cfg to /etc/cta/cta-frontend-xrootd.conf

Partially implemented.

The Catalogue::getTapePools() method called by the CTA front-end
now returns an std::list of TapePool structures, where each
structure now has the following additional "summary"
member-variables:

  /**
   * The total number of tapes in the pool.
   */
  uint64_t nbTapes;

  /**
   * The total capacity of all the tapes in the pool in gigabytes
   * (10^9 bytes).
   */
  uint64_t capacityGigabytes;

  /**
   * The total amount of compressed data written to all the tapes
   * in the pool in gigabytes * (10^9 bytes).
   */
  uint64_t dataGigabytes;

These three additional member-variables can now be used by the
CTA front-end to provide the summary information requested by
issue #136 in the appropriate format / presentation.  For example,
the CTA front-end could subtract dataGigabytes from
capacityGigabytes in order to calculate the approximate amount of
free space.  Please note that this calculation could potentially
result in a negative number due to the fact that capacityGigabytes
is an approximate number entered by a tape operator for each tape
when they register those tapes into CTA.  In such a case the CTA
front-end should display 0 and not the negative result.

Moved TapePool from common::dataStructures:: to catalogue:: because it belongs to the Catalogue interface