BUG: Add tests for setuptools_scm versions, fix mne-qt-browser

[larsoner]

To help check mne-tools/mne-qt-browser#165

Eventually we could probably assert actual version numbers based on our pinning file and such. But for now this is good enough I think

Should fail until conda-forge/mne-qt-browser-feedstock#24 is in and CDNs update

[hoechenberger]

I don't understand why we'd need this – shouldn't dependency resolution fail if we cannot get the package version that we requested in the recipe? Or has this to do with setuptools-scm?

Edit: Ok, I read up on the linked issue. I'm okay with having this here as a temporary check until we start testing for the actual version numbers we put in the recipe, like you suggested

[larsoner]

I'm okay with having this here as a temporary check until we start testing for the actual version numbers we put in the recipe, like you suggested

Might as well be permanent -- conda's package version numbers are not guaranteed to match the actual module.__version__, so we might as well check the setuptools_scm packages that we have to make sure that they do.

[larsoner]

Will merge and cut a 1.4.0_1 release since mne-qt-browser Epochs browsing is broken on 1.4.0_0