-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Build failure (gx dependencies) #29
Labels
help wanted
Seeking public contribution on this issue
Comments
I think this has since been resolved. |
whyrusleeping
added
help wanted
Seeking public contribution on this issue
and removed
help wanted
Seeking public contribution on this issue
libp2p-backlog
labels
Sep 14, 2016
marten-seemann
added a commit
that referenced
this issue
Apr 22, 2022
generate certificates that are valid for 180 days
marten-seemann
added a commit
that referenced
this issue
Apr 22, 2022
change OpenStream to accept a context
marten-seemann
added a commit
that referenced
this issue
Apr 25, 2022
marten-seemann
pushed a commit
that referenced
this issue
Jul 1, 2022
Correctly handle stream errors
marten-seemann
pushed a commit
that referenced
this issue
Aug 9, 2022
Persist peerstore via Datastore
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Since commit 7b48e5b I am unable to build this package. More specifically
./p2p/net/swarm/addr
. The first problem is:When I look at the code, the failure is normal. The package
gx/ipfs/QmQB7mNP3QE7b4zP2MQmsyJDqG5hzYE2CL8k1VyLWky2Ed/go-multiaddr-net
usesgithub.com/jbenet/go-multiaddr
while libp2p uses the incompatible packagegx/ipfs/QmcobAGsCjYt5DXoq9et9L8yR8er7o7Cu3DTvpaq12jYSz/go-multiaddr
.Both are very similar but the
Multiaddr
type from the gx package is different from theMultiaddr
type from the github package.We should probably update
gx/ipfs/QmQB7mNP3QE7b4zP2MQmsyJDqG5hzYE2CL8k1VyLWky2Ed/go-multiaddr-net
to usegx/ipfs/QmcobAGsCjYt5DXoq9et9L8yR8er7o7Cu3DTvpaq12jYSz/go-multiaddr
instead ofgithub.com/jbenet/go-multiaddr
Also, this might not be the right place for this discussion, but I am worrying about the go package names that encode the download location. Both github and gx. Go has a feature to enable any domain (not just GitHub) to be part of an import path (see Remote import paths). Perhaps we should use the ipfs.io domain for our packages and have gx integrate into that scheme. The package name would be the same, regardless of where it comes from, IPFS or GitHub.
The text was updated successfully, but these errors were encountered: