-
Notifications
You must be signed in to change notification settings - Fork 6
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
Dependency import path updation #3
Comments
Did this work for you? I get go errors being unhappy that the import path doesn't match - e.g. using the github path means that you end up using golang's selected version (the v0.0.0) of the polydawn import path which is internally used as the import within rio/fs. You already have the pinned current version in your go.sum so you're okay on an existing repo, but re-running |
@willscott So I am not directly using this library. I just wanted to try out the Go-NFS project and this project is a requirement there. So, unless you merge my PR, I will not be able to check. I saw the issue with rio/fs. Will need to generate a PR for that as well. |
I talked earlier this week with @warpfork, and got agreement to change the paths in rio to use github as the import path there so that the replace directives aren't needed and it can be used by go.mod style libraries. that'll fix this problem. I expect to get a moment to work on that over the weekend. |
@willscott Forgot to mention that the changes I am pushing, did allow me to successfully execute a Also, I just tried checking connectivity to the domain: go.polydawn.net over ports 80, 443, and 22 out of which only 22 succeeded. Also, I have created a repository to utilize your go-nfs library at: https://github.com/shammishailaj/osnfs Clone it and run |
Awesome! Thanks! |
Hi
This issue is related to: Go-NFS issue #9
In order to fix the following issue in Go-NFS
Please merge this PR #2
The text was updated successfully, but these errors were encountered: