problem packages for e3sm-unified 1.2.6

[xylar]

A number of packages are giving me trouble for e3sm-unified 1.2.6:

• output_viewer - no conda-forge build for python 3.7. Need this PR merged: Remove explicit python version number conda-forge/output_viewer-feedstock#4. This is also a dependency of e3sm_diags, which is a dependency of processflow, so neither of those can be included without this fix.
• thermo - conflicting package in conda-forge channel is taking priority. This package probably needs to be renamed. Issue here: conda-forge has a conflicting thermo package CDAT/thermo#11. Dependency of cdat, so that also currently cannot be included. Moved to vcsaddons by @doutriaux1, thanks!
• globus-cli - dependency jmespath=0.9.2 not build for python 3.7. Pull request in here: Rebuild jmespath 0.9.2 as noarch conda-forge/jmespath-feedstock#7. Issue requesting an update in dependency here: RFE: Support later versions of jmespath 0.9 globus/globus-cli#461
• cdp - built incorrectly with pinned python. Fixed via: Remove python pinnings for noarch: python build conda-forge/cdp-feedstock#7
• processflow - depends on globus-cli 1.1.2 and globus-sdk 1.1.1, neither of which is available on conda-forge. With strict channel priority (needed to make builds work with the latest conda), these versions from the e3sm channel are no longer available to e3sm-unified. Here's the build of globus-sdk 1.1.1: Build v1.1.1 conda-forge/globus-sdk-feedstock#8 and of globus-cli 1.1.2: Build v1.1.2 conda-forge/globus-cli-feedstock#6
• ncl vs. basemap - ncl is a dependency of processflow; basemap is a dependency of ilamb, mpas-analysis and cdat. ncl is not compatible with pyproj>=1.9.6,<2.0.0 and proj4>=5.2.0,<6.0.0 for any build with hdf5=1.10.5. basemap has not yet been released with a version compatible with pyproj>=2.0.0 and proj4>=6.0.0. A request was made over a year ago to have a new release of basemap with no luck: new release? matplotlib/basemap#405. This issue was addressed with a new release of processflow without the ncl dependency. Users will need to load the local system version manually.
• hdf5=1.10.5 - Not a show-stopper but a pain is the dependence of various packages on the cdat/label/v81 channel on hdf5=1.10.4, whereas conda-forge packages are being built with hdf5=1.10.5. I had to rebuild mpas_tools=0.0.3 and nco=4.8.1 with this older version. A request to have cdat/label/v81 packages rebuilt with the more recent hdf5 is here: Build with hdf5=1.0.5 CDAT/cdat#2234

Update: I tried using hdf5=1.10.5 this morning and it "just worked"! But there's a remaining incompatibility between basemap and ncl that I don't have a good solution for.