Skip to content
This repository has been archived by the owner on Jul 16, 2024. It is now read-only.

go get -u sigs.k8s.io/etcdadm fails with module path error #156

Closed
scottslowe opened this issue Apr 23, 2020 · 14 comments
Closed

go get -u sigs.k8s.io/etcdadm fails with module path error #156

scottslowe opened this issue Apr 23, 2020 · 14 comments
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release.

Comments

@scottslowe
Copy link

I wanted to pull down etcdadm for some testing, and the go get command referenced in README.md under the "Building" section fails. Here's the final few lines of the output of the command:

...
go: github.com/xiang90/probing upgrade => v0.0.0-20190116061207-43a291ad63a2
go: github.com/ghodss/yaml upgrade => v1.0.0
go: k8s.io/client-go upgrade => v11.0.0+incompatible
go get: github.com/coreos/[email protected] updating to
	github.com/coreos/[email protected]: parsing go.mod:
	module declares its path as: go.etcd.io/bbolt
	        but was required as: github.com/coreos/bbolt

This is on an Ubuntu 19.10 system with Go 1.14.1 installed.

How can I resolve this error so that I can test etcdadm?

@dlipovetsky
Copy link
Contributor

Thanks for reporting @scottslowe. I think this is related to #58.

I took a quick look, but I don't think this is a quick fix.

I have no issues building master with go 1.12.14. We'll have binaries with the next release. Can you build with go 1.12.x for now?

@dlipovetsky
Copy link
Contributor

/priority important-soon

@k8s-ci-robot k8s-ci-robot added the priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. label Apr 23, 2020
@scottslowe
Copy link
Author

@dlipovetsky Apologies for the newbie-ish question: are you saying that go get will work if I use Go 1.12.x? (I'm guessing this side-steps the module error.)

@scottslowe
Copy link
Author

go get failed on my main system with Go 1.12.17, as well as on a fresh Ubuntu 18.04 build VM running Go 1.12.17 (both systems reported multiple errors during compilation). However, using make from within the repository seemed to work.

@dlipovetsky
Copy link
Contributor

go get failed on my main system with Go 1.12.17, as well as on a fresh Ubuntu 18.04 build VM running Go 1.12.17 (both systems reported multiple errors during compilation). However, using make from within the repository seemed to work.

Thanks a lot for checking that!

I'll need to investigate the cause. But for now, I'd like to PR a doc change, to replace go get with git clone followed by make etcdadm. WDYT?

FWIW, I've come across hard-to-understand issues with go get in other projects recently.

@scottslowe
Copy link
Author

But for now, I'd like to PR a doc change, to replace go get with git clone followed by make etcdadm. WDYT?

Seems reasonable to me. Thanks! Let me know if there is additional testing I can do that would be helpful.

@scottslowe
Copy link
Author

@dlipovetsky Would you like me to PR the suggested doc change?

dlipovetsky added a commit to dlipovetsky/etcdadm that referenced this issue Apr 27, 2020
Do not recommend `go get`, which may not be working across all go versions.
See kubernetes-retired#156.

Signed-off-by: Daniel Lipovetsky <[email protected]>
@dlipovetsky
Copy link
Contributor

@scottslowe I'm sorry, I just saw your comment! I PR'd the change myself a little while ago. I'll keep this issue open to look into the go get issue.

@justinsb
Copy link
Contributor

justinsb commented Apr 28, 2020

I propose once etcd-io/etcd#11823 lands, that we move our import to be go.etcd.io/etcd, which has support for go.mod and I hope will fix this issue.

AFAICT we only use the etcd client libraries, so this shouldn't cause problems.

@fejta-bot
Copy link

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale

@k8s-ci-robot k8s-ci-robot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jul 27, 2020
@fejta-bot
Copy link

Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten.
Rotten issues close after an additional 30d of inactivity.

If this issue is safe to close now please do so with /close.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle rotten

@k8s-ci-robot k8s-ci-robot added lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Aug 26, 2020
justinsb pushed a commit to justinsb/etcdadm that referenced this issue Aug 28, 2020
Do not recommend `go get`, which may not be working across all go versions.
See kubernetes-retired#156.

Signed-off-by: Daniel Lipovetsky <[email protected]>
@111andre111
Copy link

Just to mention that, etcd-io/etcd#11823 is merged now.
@justinsb

@fejta-bot
Copy link

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close

@k8s-ci-robot
Copy link
Contributor

@fejta-bot: Closing this issue.

In response to this:

Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen.
Mark the issue as fresh with /remove-lifecycle rotten.

Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/close

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
lifecycle/rotten Denotes an issue or PR that has aged beyond stale and will be auto-closed. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release.
Projects
None yet
Development

No branches or pull requests

6 participants