-
Notifications
You must be signed in to change notification settings - Fork 5
Tracking Issue: road to v0.1.0 #1
Comments
@MarcoPolo : Will we configure this repo to follow the same conventions for CI and npm publishing (with shared credentials) as other js-libp2p repos? |
As much as possible. The only extra requirement we have here is that we need to have Go available for the test as it’s the only thing that has a webtransport server. |
When the version of go-libp2p with the server gets rolled up to kubo, we can install it as a dep from npm via the go-ipfs module. This obviously brings a lot of extra code with it that's not necessary - maybe another reason to resurrect go-libp2p-daemon? |
That seems like overkill. We just need the go compiler. Maybe we can extend the normal ci template to include the go runtime. Ideally each repo includes its environment while still sharing with the gh action yaml. |
Ah, sorry - I misread the requirement, just go, not go-libp2p. Yep, can add go to the ci runtime in the first instance, and maybe later we can also implement a node js listener. |
Tracking JS test customization here: protocol/.github#403. I don't think this is a blocker for v0.1.0, since we can manually keep these in sync and easily transition once #403 is implemented. |
This is done! Closing this issue since we've already overdelivered by having a v1.0.2 on npm. https://www.npmjs.com/package/@libp2p/webtransport Thanks all for the help in various js-libp2p repos \o/ |
Required Changes across js-libp2p:
In this repo:
The text was updated successfully, but these errors were encountered: