Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
charm login needs non-interactive authentication #61
Comments
ryan-beisner
commented
May 20, 2016
|
FYI:
|
frankban
added
the
enhancement
label
Jun 10, 2016
frankban
modified the milestones:
future,
next
Jun 10, 2016
|
@ryan-beisner I think your CI is now publishing charms, right? |
|
Underneath charm login uses an OAuth token obtained from Ubuntu SSO so it is possible to set it up without the need for interaction. The token is stored in |
|
@ryan-beisner Can we close this? |
ryan-beisner
commented
Aug 26, 2016
|
Thank you all for the info and support. Yes, we have push + publish automation in place. We have had to re-auth and re-distribute the tokens periodically, presumably the same as SSO periodically requires humans to re-auth. That should be improved IMO. The experience I would aim for is one that can be keyed up, then just works. Such as the experience with LP or GH + SSH keys. Before closing, I'd like to see the current approach documented somewhere outside the GH bug, as others will want to do CS push automation. |
ryan-beisner commentedMay 20, 2016
charm loginappears to be interactive-only. A non-interactive authentication method is needed in order to automate charm pushing and publishing on the back end of dev, test and release workflows.CI operators and dev teams are accustomed to systematically authenticating with the likes of Launchpad, Github and Gerrit, and we should have a similar experience with the Charm Store.
OpenStack charmers have ~208 (26 x [stable+next] x [precise, trusty, wily, xenial]) resultant charms that are no longer ingesting into the charm store from branches.
The OpenStack charms in the charm store are growing stale. We've done some charm pushes where urgent and needed, and we have our review system ready to do automatic charm publishing on the tail end of the dev/ci flow. Just need auths.😄