Skip to content
This repository was archived by the owner on Sep 9, 2020. It is now read-only.

Unable to init project with vbom.ml/util import #1169

Closed
redbaron opened this issue Sep 14, 2017 · 4 comments
Closed

Unable to init project with vbom.ml/util import #1169

redbaron opened this issue Sep 14, 2017 · 4 comments

Comments

@redbaron
Copy link

vbom.ml/util is hosted at https://github.com/fvbommel/util

tried:

  • dep init
  • creating Gopkg.toml and then dep ensure
  • creating Gopkg.toml and then dep ensure -v -add vbom.ml/util:github.com/fvbommel/util.git

Either way I receive an error:

The following issues were found in Gopkg.toml:

  ✗ unable to deduce repository and source type for "vbom.ml/util": unable to read metadata: unable to fetch raw metadata: failed HTTP request to URL "http://vbom.ml/util?go-get=1": Get http://vbom
.ml/util?go-get=1: dial tcp 10.94.15.27:80: getsockopt: connection refused

ProjectRoot name validation failed

Gopkg.toml I am trying to use:

[[constraint]]
  name = "vbom.ml/util"
  source = "https://github.com/fvbommel/util.git"
@redbaron redbaron mentioned this issue Sep 14, 2017
Closed
@darkowlzz
Copy link
Collaborator

darkowlzz commented Sep 14, 2017 •
edited
Loading

@redbaron hi, I tried adding vbom.ml/util using the same ensure command and it seems to work perfectly. I get the dependency added to my vendor/vbom.ml/.

Can you reproduce it? Maybe a connection issue, as the error implies?

@redbaron
Copy link
Author

what does it resolve to?

 curl -v  -L https://vbom.ml/util?go-get=1
*   Trying 10.94.15.27...

@redbaron
Copy link
Author

@darkowlzz could it be that you have it in your GOPATH/pkg/dep/sources already?

@redbaron
Copy link
Author

OMG, our internal DNS hijacks .ml domain for whatever reason.

ffromani added a commit to ffromani/performance-addon-operators that referenced this issue Aug 12, 2020
@ffromani
go.mod: workaround missing redirect
e94312e 
This fix is needed because we were hitting:
```
vbom.ml/[email protected]: unrecognized import path "vbom.ml/util": reading https://vbom.ml/util?go-get=1: 503 Service Unavailable
```

Source for the workaround:
golang/dep#1169

The fix consists in simply enforcing what the redirect was supposed to
do. It seems that starting version 4.6 openshift/library-go no longer
depends on this package, so this workaround can be removed when we will
depend on 4.6

Signed-off-by: Francesco Romani <[email protected]>
ffromani added a commit to ffromani/performance-addon-operators that referenced this issue Aug 12, 2020
@ffromani
go.mod: workaround missing redirect
97b5ab2 
This fix is needed because we were hitting:
```
vbom.ml/[email protected]: unrecognized import path "vbom.ml/util": reading https://vbom.ml/util?go-get=1: 503 Service Unavailable
```

Source for the workaround:
golang/dep#1169

The fix consists in simply enforcing what the redirect was supposed to
do. It seems that starting version 4.6 openshift/library-go no longer
depends on this package, so this workaround can be removed when we will
depend on 4.6

Signed-off-by: Francesco Romani <[email protected]>
Madhu-1 added a commit to Madhu-1/ceph-csi that referenced this issue Aug 12, 2020
@Madhu-1
go.mod: workaround missing redirect
4808e23 
This fix is needed because we were hitting:
```
vbom.ml/[email protected]:
unrecognized import path "vbom.ml/util":
reading https://vbom.ml/util?go-get=1: 503 Service Unavailable
```

Source for the workaround:
golang/dep#1169

The fix consists in simply enforcing what the redirect was supposed to
do.

Signed-off-by: Madhu Rajanna <[email protected]>
@Madhu-1 Madhu-1 mentioned this issue Aug 12, 2020
Merged
Madhu-1 added a commit to Madhu-1/ceph-csi that referenced this issue Aug 12, 2020
@Madhu-1
rebase: workaround missing redirect
17fc0e5 
This fix is needed because we were hitting:
```
vbom.ml/[email protected]:
unrecognized import path "vbom.ml/util":
reading https://vbom.ml/util?go-get=1: 503 Service Unavailable
```

Source for the workaround:
golang/dep#1169

The fix consists in simply enforcing what the redirect was supposed to
do.

Signed-off-by: Madhu Rajanna <[email protected]>
Madhu-1 added a commit to Madhu-1/ceph-csi that referenced this issue Aug 12, 2020
@Madhu-1
rebase: workaround missing redirect
a0e2408 
This fix is needed because we were hitting:
```
vbom.ml/[email protected]:
unrecognized import path "vbom.ml/util":
reading https://vbom.ml/util?go-get=1: 503 Service Unavailable
```

Source for the workaround:
golang/dep#1169

The fix consists in simply enforcing what the redirect was supposed to
do.

Signed-off-by: Madhu Rajanna <[email protected]>
mergify bot pushed a commit to ceph/ceph-csi that referenced this issue Aug 12, 2020
@Madhu-1 @mergify
rebase: workaround missing redirect
22158eb 
This fix is needed because we were hitting:
```
vbom.ml/[email protected]:
unrecognized import path "vbom.ml/util":
reading https://vbom.ml/util?go-get=1: 503 Service Unavailable
```

Source for the workaround:
golang/dep#1169

The fix consists in simply enforcing what the redirect was supposed to
do.

Signed-off-by: Madhu Rajanna <[email protected]>
@a-palchikov a-palchikov mentioned this issue Sep 1, 2020
Merged
@rwmjones rwmjones mentioned this issue Apr 21, 2022
Closed
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Special case vbom.ml packages. Fixes #1169
2 participants
@redbaron @darkowlzz