-
Notifications
You must be signed in to change notification settings - Fork 18k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cmd/go: case-encoding of module paths produces 404s with JFrog proxy #26503
Comments
You mention proxy URLs in the title. What proxy service are you using, and at what version? (Or is this reproducible without using Module support is still experimental, so while we do try to maintain backward compatibility, the proxy protocol is still subject to change. |
@bcmills jfrog cloud. I found this bug made its way to vgo too. I have to downgrade vgo now to golang/vgo@cc75ec0 looks like the bug got inserted in this commit. golang/vgo@2093985 Im not sure on if this exists outside of goproxy. the library its trying to pull only exists in the proxy so I cant test pulling it from github. |
It's not a bug: it's an intentional revision to the proxy protocol. The protocol is intended to work with static file servers from any common filesystem. Module paths are (currently) case-sensitive, whereas some filesystems are not. I don't know how JFrog has implemented their Go support, but it sounds like you'll either need to update the contents of your proxy, or file a bug against JFrog and wait for them to update to support the current version of the protocol. |
If thats true do you know which pull request introduced this breaking change? |
https://golang.org/cl/124378 defined the encoding. Note that all of these changes are in pre-release software (the |
Well since this is intended behavior and not truely breaking since its prerelease software//expirement, should we just close this issue? I made a issue on the jfrog cli go. I've worked around the issue in jfrog by pushlishing the dependency all lower case |
Sure. Thanks for making the upstream report! |
Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (
go version
)?go version go1.11beta2 darwin/amd64
Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (
go env
)?GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/stephen/Library/Caches/go-build"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/stephen/go"
GOPROXY="https://stephen.solka:xxx@upsidetravel.jfrog.io/upsidetravel/api/go/go-virtual"
GORACE=""
GOROOT="/usr/local/go"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/stephen/dev/mock-ean-inventory-service/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/xs/bs09x7hj2jqb6hq3frfzrmkh0000gp/T/go-build527217431=/tmp/go-build -gno-record-gcc-switches -fno-common"
What did you do?
Was using vgo. Got latest version of go that had module support. Tried to go install.
What did you expect to see?
It would be able to go install (since vgo install works)
What did you see instead?
note the %21 around Potomac.
go.mod
go.sum
The text was updated successfully, but these errors were encountered: