Closed filmil closed 4 years ago
Can you post your Gopkg.toml file or the repository you're attempting to use?
It seems like the Kubernetes download already has Git tags, and now the remote is saying there are new tags, and we don't handle that situation well. You could try pointing at a revision, or clobbering the cached version of Kubernetes, which should be somewhere in $GOPATH/pkg/dep
.
Sadly, no, I can not disclose the Gopkg.toml
. SRY.
Given the information you requested, I suppose that some of the prior errors (like issue #1439) may have left the cached repos in $GOPATH/pkg/dep/sources
a state where tags were already downloaded.
While it's a far cry from a resolution, I think it would help tremendously if the error message also disclosed the local filesystem path to the failing repository. Otherwise, without knowing the internals of dep
, I will as user have no clue to which repo is failing.
So basically "unable to update repository" should be replaced with an error message that points to where it exists on disk?
I totally wouldn't mind having that extra bit of information there!
Just ran into a similar issue, deleting $GOPATH/pkg/dep/sources
solved it for me.
i am also facing this issue,
grouped write of manifest, lock and vendor: error while writing out vendor tree: failed to write dep tree: failed to export google.golang.org/genproto:
searched a lot about this, almost everyone says delete vendor directory or source directory. I am facing this error while running Dockerfile. Dont know how to delete it from docker containers.
Dep was officially deprecated earlier this year, and the proposal to archive this repository was accepted. As such, I'm closing outstanding issues before archiving the repository. For any further comments, please use the proposal thread on the Go issue tracker. Thanks!
What version of
dep
are you using (dep version
)?What
dep
command did you run?(after having removed the
vendor/
directory completely, because if I don't I get a different error simllar to issue #1439)What did you expect to see?
dep ensure -v
succeeds.What did you see instead?