expandRepackRequestExpansionTimeLimitReached now calls the new version of Catalogue::createLogicalLibrary()

Added unit test to test it
Added a Repack Request expansion time limit (if the expansion last more than this time limit, it will be requeued)
Added jq to the buildtree

Added the creation of the directory corresponding to the vid of the tape to repack (xroot + local file system)

Replaced the map of tape files with a list as the assumption that we have one copy per copyNb is no more valid with repack.

This included extracting missing data while popping elements from archive queue.

- Queueing into the RetrieveQueueToReportToRepackForFailure
- Reporting of the failed RetrieveJobs (add statistics + deletion of the failed sub requests)
Unit test associated : expandRepackRequestFailedRetrieve

These requests are queued in the RetrieveQueueToReportToRepackForFailure
Adapted the Sorter to be able to queue a RetrieveRequest from Repack into a queue identified by the RepackRequest's address

Updated the unit tests to validate the queues and requests are as expected.

Renamed function to getNextRetrieveRequestToReportToRepackForSuccessBatch to match current naming convention.

The retrieve requests now carry all the information necessary to create the archive jobs.
Retrive requests carry an isRepack boolean. The distinction between repack and non-repack behaviour
is pushed as low as possible in the api (in the object store) so that client code can be more
generic. For the same reason, the
The expand repack mode (re-creation of missing tape files) is not supported yet.
Changed the represenation of copy numbers to uint32 (as this is the smalled number supported but protocol buffers).
Added ArchiveRoute::StorageClassMap and ArchiveRoute::FullMap to store archive routing in memory.
Added repack buffer base URL support, and mechanism to compute temporary copy location in disk cache.
Fixed bug in ObjectOps<>::asyncInsert();
Inplemented the path generation for repack disk storage (<BaseURL>/<VID>/<FSeq (09%d)>).

Renamed some status (#447 issue)
Harmonized the name of the Archive and Retrieve queues in the cta.proto file and made the changes in the C++ code

Harmonized the copyNb type to uint32_t
Corrected a bug in RetrieveQueue::getContainerSummary() --> After insertion in the queue, the number of files and bytes added were equal to 0.

Queueing of Archive Jobs is done and unit tested
Queueing of Retrieve Requests is not completely done yet

Started to queue the ArchiveRequest for Repack

Removed the "User" message from the cta.proto (duplication of UserIdentity message)

The getNextSucceededRetrieveRequestForRepackBatch is implemented and integrated in the expandRepackRequest test

Started to implement the method to get the RetrieveRequest from the RetrieveQueueToReportToSuccessForRepack queue

Refactored OStoreDB::RetrieveMount::batchSucceedRetrieveForRepack() method

-> Moved code related to payload manipulation in the cta::objectstore::RetrieveRequest class

Changed the operator "<" of Scheduler::PotentialMount so that the sorting of mounts is in alphabetical order

Changed the status of succeeded retrieve requests as RJS_Succeeded and inserted them to the RetrieveQueueToReportToRepackForSuccess, unit tested but memory leak

Status of repack retrieve request changed to RJS_Succeeded, started to insert the repack retrieve request into RetrieveQueueToReportToRepackForSuccess