That error message comes from here:

Can you provide a concrete source file that reproduces the issue? There were certainly changes around that code path in 1.13 that may be related, but my understanding (from #26645 (comment) and other previous discussions) is that relative imports have never worked with go get.

This may also be related to #12385.

@nichoriverae just to confirm, is it correct that are you not using modules?

One change in Go 1.13 is GO111MODULE=auto (which is the default value if not explicitly set) now turns on module mode whenever you are running the go command inside of a directory tree with a go.mod file — even if the current directory is within GOPATH/src. This means module mode happens in more cases than in Go 1.12. (See the Go 1.13 release notes for more details).

@thepudds the project is using modules

@bcmills I'm attempting to recreate the error using a fresh directory now, I'll post a gist when I get it to the same state. Just to reaffirm, there are no relative imports and the failure point is on submodules within the main package.

go vet seems to be looking in GOPATH and GOROOT:

<package>/src/*/<file>:14:2: cannot find package "github.com/golang-migrate/migrate/v4/database/mysql" in any of:
        /usr/*/github.com/golang-migrate/migrate/v4/database/mysql (from $GOROOT)
        /Users/*/github.com/golang-migrate/migrate/v4/database/mysql (from $GOPATH)

$ and a simple go get ./...

package <package>/src/config: unrecognized import path "<package>/src/config" (import path does not begin with hostname)

@bcmills this repo repoduces the error. Granted, it's not using the import that is failing, but the go get command gives me the same error.
https://github.com/nichoriverae/Go-Issue-34117

@nichoriverae Thank you for putting that repo together.

For that repo, what is the exact command sequence that fails, and what is the error you currently get?

go get github.com/nichoriverae/Go-Issue-34117 fails complaining about a mismatch with parsing go.mod: module declares its path as: main, but that's expected, and I think not the error in question here.

Doing git clone https://github.com/nichoriverae/Go-Issue-34117, cd'ing to the resulting directory, and doing go get ./... and go get -u ./... do not seem to complain, so I am probably doing something wrong.

I'm under the impression these issues are happening because of GOPROXY and my corporate network settings. I changed the environment variable to "direct" and that solved most of my issues.

@thepudds I tried the repo on another machine that had a fresh go1.13 install and it didn't give me any problems either, which makes me assume that it is indeed the corporate settings.

Can you provide a concrete source file that reproduces the issue? There were certainly changes around that code path in 1.13 that may be related, but my understanding (from #26645 (comment) and other previous discussions) is that relative imports have never worked with go get.

This may also be related to #12385.

I am testing the qor package and just created the main.go file exactly like the link here https://doc.getqor.com/get_started.html. After that, running go get -u ./... will give the same issue

@bubuzzz, that issue seems unrelated. If you're still seeing a problem, please open a new issue.

@nichoriverae, I'm having a bit of trouble following the discussion here, but please let us know if there is anything we still need to resolve.

Hi, my project is organized in GOPATH. I upgrade go from go1.12 to go1.14.

conf
src
  |-- source files

when I run GO111MODULE=off go get -v ./..., it reports unrecognized import path .... import path does not begin with hostname.

It looks like the same problem. Does the behavior change from Go1.13 when GO111MODULE=off?

@hitzhangjie Make sure there aren't source files directly in a $GOPATH/src directory. They should be in subdirectories not in $GOPATH/src itself.

Also, make sure any imports outside the standard library start with a hostname, for example, github.com/go-sql-driver/mysql. The import posted above was main/salut. That won't work because go get can't resolve it to a repository.

Timed out in state WaitingForInfo. Closing.

(I am just a bot, though. Please speak up if this is a mistake or you have the requested information.)