(AnalysisBase) LCG_98python3 Update, master branch (2020.09.11.)

This is sort of a follow-up to !35630 (merged).

First of all, it switches all projects from atlasexternals-2.0.75 to atlasexternals-2.0.76. The list of changes between the two is the following (atlasexternals@2.0.75...2.0.76):

• Updated all "standalone externals" to the versions provided by LCG_98python3. Most importantly I switched to ROOT 6.22/00 and Python 3.7.6 for the AnalysisBase build.
• Removed the FFTW package from the repository, setting up AthenaExternals to rather pick it up from LCG;
• Updated how Acts would find Boost, Eigen and nlohmann_json in the LCG release;
• Updated how GeoModelTools would pick up nlohmann_json from the LCG release.

I also had to update a number of packages in this repository to deal with these updates. Most of them were trivial issues arising from the external version updates for analysis packages, and from previous build configuration mistakes that were highlighted by the change in where FFTW, nlohmann_json and GoogleTest would be picked up for the Athena project.

As discussed on

• https://groups.cern.ch/group/hn-atlas-offlineSWHelp/Lists/Archive/Flat.aspx?RootFolder=%2Fgroup%2Fhn%2Datlas%2DofflineSWHelp%2FLists%2FArchive%2FFFTW%20usage%20in%20TrkVertexSeedFinderUtils&FolderCTID=0x012002002BD1887D3A9C0D489560C010AA1FE9F4
• https://groups.cern.ch/group/hn-atlas-offlineSWDevelopment/Lists/Archive/Flat.aspx?RootFolder=%2Fgroup%2Fhn%2Datlas%2DofflineSWDevelopment%2FLists%2FArchive%2FFFTW%20usage%20in%20TrkVertexSeedFinderUtils&FolderCTID=0x01200200FBC5CE5673348640AB112EE6AB5B8297

, I also made some more significant updates to TrkSeedFinderUtils to make it work with the FFTW version provided by LCG_98python3.

I had to update RootUtils, since for some unknown reason in a standalone build I had to link it explicitly against libcppyy. (I don't know why, since the libROOTTPython.so dependency should automatically pull in the libcppyy3_7.so dependency as well... 😕) And while at it, I cleaned up the CMake configuration of that package a bit.

Finally, I did some housekeeping in the projects. Synchronising the version numbers of all of them, and making sure that AthDataQuality would really use LCG_98python3. @wlampl, unfortunately I missed this, that !35630 (merged) was doing this update incorrectly. (But since we don't build AthDataQuality in the master branch in either the CI or the nightly, this did not show up as an error.)