peterSo is right. Considering the code in which this error message is generated, this will happen if the download package does not start with /./ or ../, but it imported the one that it did. In the event of your problem, there are several things that can cause this.
- go calls a dependent package that is referenced by a non-local assembly path, which then loads the local path in turn.
- you get the path to a non-local package that includes local import.
I think you should just fix the missing private key problem on the server, and not try to use the local path.
To properly debug, I would need to know which packages you received and what their transitive dependencies are.
Last, why do you use go to set the path locally (i.e. go get ./... )? go install or go build, usually you want in this case.
source share