Gitlab CI: enable triggering of dependent builds on Travis

[ENSCORESW-3183][ENSCORESW-3176] Mapper performance improvements

IntervalTree performance: stop sorting already-sorted intervals and avoid checking for blessed references

Remove Try::Tiny dependency

add basic info to readme

Task variation/remove deprecation status

comment out diag statements in tests

Our Perl images are now all based on Debian Buster so there is no longer
a need to try and install Jessie packages.

Seeing as they were to run even in the event of any of the local
test jobs having failed, no real point in waiting until after the local
jobs have completed.

By building our own images with common dependencies already installed,
we can make actual test runs faster and less wasteful. That said, do
keep directives for installing dependencies here in case of some of them
having been updated since the last rebuild of the images.

That way the runner will not waste time on installing Ensembl
dependencies in containers used to launch trigger-dependent-build.sh

1. Apply lessons learned from experiments with ensembl-test regarding
   the use of variables in trigger:project;
2. Remove 'trigger' from the template altogether, that way we will be
   able to use it for downstream jobs on both GitLab-CI (which will use
   triggering) and Travis (which will call a script);
3. Add a job to trigger dependent builds on Travis, with hopefully all
   required environment variables assigned the values of their GitLab-CI
   counterparts.

Devel::Cover still does not work with threads, causing weird failures
(possibly segfaults) in registry.t - and IMHO we shouldn't use different
threadedness for different versions of Perl we test.

Activate Gitlab CI

Patch test databases

Source: master branches of all relevant Ensembl repositories as of 10:00
today. This brings all test databases at hand to schema version 100.

Enscoresw 3267

Ameya Chaubal authored 5 years ago and Marek Szuba committed 5 years ago

Includes recent Variation schema updates.

Registry: add support for versioned ncbi_taxonomy DBs + improve support for versioned metadata DBs

Registry::get_species_and_object_type(): filter out versioned ensembl_metadata and ncbi_taxonomy DBs

Again, for ensembl_metadata this should have been part of ENSCORESW-3119.

For ensembl_metadata this should have been part of ENSCORESW-3119 but
alas, I missed it.

Not sure if ncbi_taxonomy is actually processed by this function but
let's play it safe, will have to confirm.

See ENSCORESW-3253. If both a versioned and an unversioned database are
present, use the versioned one if the version number matches that of the
software.

Add next-value buffering to Bio::EnsEMBL::Utils::Iterator

Fix fetch_all_by_outward_search

This is useful when working with coderefs that defer to
`$sth->fetchrow_arrayref`, which throws an error if called again after
having returned undef (which signifies the end of the data stream)

```
DBD::mysql::st fetchrow_arrayref failed: fetch() without execute()
```