-
Notifications
You must be signed in to change notification settings - Fork 12
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
go.mod: use carved out googleapis/apis sub module #144
Conversation
Sorry for the noise on release day. Just some more context @Yaiba: This only becomes an issue when you need to use For example, you are actively making edits in the Alternatively, if you simply update
The root of the issue is that
That is a revision of the And
That is a itself a module, but that import path was only carved out as it's own submodule quite recently (after april), this that package is locate in two modules: (1) the old megamodule, and (2) it's own newer sub-module. Again, only an issue if you are trying to use the |
bc6d5d5
to
653ec6f
Compare
See googleapis/go-genproto#1015 Several new submodules were carved out of the large genproto module, This is causing an ambiguous import. The resolution here is to use the newly carved out genproto/googleapis/api submodule. Also run go mod tidy. "go build -v ./..." succeeds now.
653ec6f
to
7c9f515
Compare
Kudos, SonarCloud Quality Gate passed! |
Gonna go ahead and merge this. It's a benign module update. This is a fairly common issue when a required module decides to carve out a smaller submodule. I have been applying this diff every time I switch branches, otherwise I cannot build because my module cache is aware of the newer module after previously replacing the to the latest kwil-extensions repo. |
Mmmm, no I guess it can't merge it. :) Can we get this in? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
ty! |
On the current
main
branch, I am unable to build with the following error:See googleapis/go-genproto#1015 for the cause.
Several new submodules were carved out of the large genproto module, This is causing an ambiguous import. The resolution here is to use the newly carved out genproto/googleapis/api submodule.
"go build -v ./..." succeeds now.