The github.com/KillingSpark/sparkzstd repo used the module, but the module path is set to github.com/killingspark/sparkzstd.
This means that the canonical github repo address now conflicts with canonical go import packages.
It is now very easy for downstream consumers (which used GOPATH mode) to accidentally add imports to upper-case "github.com/KillingSpark/sparkzstd/..." packages. This will create many pitfalls and break the module users. They may encounter errors:
go: downloading github.com/KillingSpark/sparkzstd v0.0.0-20190429053545-8961c737b70e
go: github.com/KillingSpark/sparkzstd upgrade => v0.0.0-20190429053545-8961c737b70e
go get: github.com/KillingSpark/sparkzstd@v0.0.0-20190429053545-8961c737b70e: parsing go.mod:
module declares its path as: github.com/killingspark/sparkzstd
but was required as: github.com/KillingSpark/sparkzstd
Solution
- Fix the module path:
Rename the module path to ”github.com/KillingSpark/sparkzstd”.
https://github.com/KillingSpark/sparkzstd/blob/master/go.mod#L1
module github.com/KillingSpark/sparkzstd
- Tell the user in the README document to use "github.com/killingspark/sparkzstd" as import path.
The github.com/KillingSpark/sparkzstd repo used the module, but the module path is set to github.com/killingspark/sparkzstd.
This means that the canonical github repo address now conflicts with canonical go import packages.
It is now very easy for downstream consumers (which used GOPATH mode) to accidentally add imports to upper-case
"github.com/KillingSpark/sparkzstd/..."packages. This will create many pitfalls and break the module users. They may encounter errors:Solution
Rename the module path to ”github.com/KillingSpark/sparkzstd”.
https://github.com/KillingSpark/sparkzstd/blob/master/go.mod#L1