DEV/MNT: migrate to GitHub Actions and pyproject.toml [LCLSPC-603]

[klauer]

Description

• Upgrading by way of https://github.com/pcdshub/pcds-python-migration-tools
• lucid no longer uses Travis CI and has migrated to GitHub Actions for continuous integration, testing, and documentation deployment.
• lucid has been migrated to use setuptools-scm, replacing versioneer, as its version-string management tool of choice.
• lucid has been migrated to use the modern pyproject.toml, replacing setup.py and related files.
• Older language features and syntax found in the repository have been updated to Python 3.9+ standards by way of pyupgrade.
• Sphinx 6.0 is now supported for documentation building. docs-versions-menu replaces doctr-versions-menu and doctr usage for documentation deployment on GitHub Actions. The deployment key is now no longer required.
• pyupgrade was used to update annotations, though there might not have been many here
• pycln was used to clean up imports

Motivation and Context

• Migrating because we want to migrate our projects from Travis CI for one

How Has This Been Tested?

• GitHub Actions

Where Has This Been Documented?

This PR and Jira LCLSPC-603

[klauer]

Our old pip jobs in this repo were marked as allowed failures: https://github.com/pcdshub/lucid/runs/10858002940 (I think this is due to the old segfaulting issue we had?)

Now pyqtads is causing failures in the pip test suite:

ImportError: cannot import name 'QtAds' from 'PyQtAds' (/opt/hostedtoolcache/Python/3.9.16/x64/lib/python3.9/site-packages/PyQtAds.abi3.so)

[klauer]

I think for the purposes of testing on pip/conda and building the docs without failing, I'd like to make pyqtads an optional dependency.

I don't think it'll be much work. What do you think @ZLLentz @tangkong ?

[ZLLentz]

It's not obvious to me how to make pyqtads optional since it's used for the docking. I guess there'd just be an optional code path with no docking support?

[klauer]

Yes, exactly @ZLLentz. It'd just be creating independent windows that can't be docked.

It's either that or we just live with most of our CI jobs failing.

[ZLLentz]

It sounds kind of annoying to implement to me but maybe I haven't looked into it enough. It's a good idea if you think it's not too hard.

[klauer]

Gave up on making pyqtads optional here, and as such I set pypi-backed jobs to be optional for PR CI.
I think this one should be good to go

[tangkong]

I think this looks good, a shame the pyqtads stuff didn't pan out, but otherwise this seems standard.

[ZLLentz]

Do our other projects have a recipe-maintainers section in their self-contained (non-forge) recipes? I don't remember seeing this outside of conda-forge.

[klauer]

Not typically, no - this probably could have been cleaned

[klauer]

Removed in 29c75d1