New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: mypy support #886
WIP: mypy support #886
Conversation
Codecov Report
@@ Coverage Diff @@
## master #886 +/- ##
=======================================
- Coverage 92% 91% -1%
=======================================
Files 158 158
Lines 27609 27609
Branches 4136 3933 -203
=======================================
- Hits 25448 25258 -190
- Misses 1487 1577 +90
- Partials 674 774 +100
Continue to review full report at Codecov.
|
…ort for RemoteInterface subclasses.
… interface definition.
…implementation of which deviates from the interface spec substantially.
…mplementer declaration to LiteralFileNode
…ype for subclasses.
…by the interface.
…ype for subclasses.
…emands for heterogeneous sequences.
CircleCI is now failing with a "Could not find context dockerhub-auth" error. I think CircleCI would run if you create an empty "dockerhub-auth" context, and then re-run the workflow from start. That is what I did anyway. Ideally our CircleCI configuration should be able to do unauthenticated pulls from DockerHub when DockerHub credentials are not available. I have not been able to figure out how to do that. |
Thanks sajith - I'm unfamiliar with creating dockerhub-auth contexts. Where would I create an empty one? |
Log in at https://app.circleci.com, go to "organization settings" (this should be jaraco's organization settings, not tahoe-lafs' organization settings), and then click on the "create context" button to add a "dockerhub-auth" (without quotes, just to be sure!) context. My understanding is that contexts are used to hold environment variables (such as Docker Hub credentials). For now our brand new "dockerhub-auth" context doesn't have to contain anything. At this point, if "re-run workflow" button is in fact able to re-run the workflow without that "could not find context" error, things should be good to go. We should not have to go through these steps. I have filed 3541, but I don't know how to make contexts optional. I guess we could ask in CircleCI forums. |
I don't think this is related to mypy, is it? should probably be a separate issue / handle by somebody more familiar with infra (ie, probably not @jaraco) |
Correct, it's unrelated to MyPy but it's an issue with this PR because it causes most CI to be unrunnable. I think setting up the context is pretty easy and sajith gave instructions for doing so - but another solution is to switch to an in-repo branch (which will cause CI to use the in-repo context that already exists). I think @jaraco has access to do that. The new context requirement is probably a development workflow regression that we should figure out. sajith filed a ticket for this - https://tahoe-lafs.org/trac/tahoe-lafs/ticket/3541 - but I'm not sure yet how we're going to resolve it. |
This approach sounds preferable. I'll plan to do that. Thanks. |
thanks for clarifying |
Superseded by #915 |
https://tahoe-lafs.org/trac/tahoe-lafs/ticket/3399