Merge ~cjwatson/launchpad:git-auth-launchpad-services into launchpad:master
Status: | Merged |
---|---|
Approved by: | Colin Watson |
Approved revision: | 063b8ea607e6f615bec7d3d42eaa503b56f2bce8 |
Merge reported by: | Otto Co-Pilot |
Merged at revision: | not available |
Proposed branch: | ~cjwatson/launchpad:git-auth-launchpad-services |
Merge into: | launchpad:master |
Diff against target: |
173 lines (+46/-33) 6 files modified
lib/lp/code/xmlrpc/git.py (+4/-1) lib/lp/code/xmlrpc/tests/test_git.py (+36/-28) lib/lp/oci/model/ocirecipebuildbehaviour.py (+2/-1) lib/lp/oci/tests/test_ocirecipebuildbehaviour.py (+1/-1) lib/lp/snappy/model/snapbuildbehaviour.py (+2/-1) lib/lp/snappy/tests/test_snapbuildbehaviour.py (+1/-1) |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Cristian Gonzalez (community) | Approve | ||
Review via email: mp+407532@code.launchpad.net |
Commit message
Authenticate using +launchpad-services rather than empty username
Description of the change
For private snap and OCI recipe builds, we previously authenticated to git using the empty username and a non-user-bound macaroon. This is syntactically valid and works with current versions of git, but it's the sort of edge case in the URL specification that's easy to mishandle.
curl 7.58.0 (used by git's HTTP transport in Ubuntu 18.04) fails to send an Authorization header in this case, while curl 7.68.0 (used by git's HTTP transport in Ubuntu 20.04) gets it right. I bisected this to https:/
Looks good!