-
-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Release v0.9.1 #8267
Release v0.9.1 #8267
Conversation
That's everything I'm aware of (that's critical, at least). I'd say ship it! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
Optional: Include the libp2p update (#8270), which does nothing more than update go-tcp-transport.
Reminder: We need to make sure to build this with Go 1.16.6, to include the crypto/tls fix.
ab3b912
to
2e81f00
Compare
## v0.9.1 2021-07-20 | ||
|
||
This is a small bug fix release resolving the following issues: | ||
1. A regression where the empty CID bafkqaaa could not resolve on gateways [#8230](https://github.com/ipfs/go-ipfs/issues/8230) | ||
2. A panic on OpenBSD [#8211](https://github.com/ipfs/go-ipfs/issues/8211) | ||
3. High CPU usage with QUIC [#8256](https://github.com/ipfs/go-ipfs/issues/8256) | ||
4. High memory usage with TCP [#8219](https://github.com/ipfs/go-ipfs/issues/8219) | ||
5. Some pubsub issues ([libp2p/go-libp2p-pubsub#427](https://github.com/libp2p/go-libp2p-pubsub/pull/427), [libp2p/go-libp2p-pubsub#430](https://github.com/libp2p/go-libp2p-pubsub/pull/430)) | ||
6. Updated WebUI to [v2.12.4](https://github.com/ipfs/ipfs-webui/releases/tag/v2.12.4) | ||
7. Fixed the snap deployment [#8212](https://github.com/ipfs/go-ipfs/pull/8212) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Added a minimal changelog. Decided to skip the mkreleaselog
steps here. Seem reasonable @Stebalien?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems reasonable. (although I'd still consider including contributors).
Also note: I assume mkreleaslog is going to be pretty small.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I updated it, it's pretty long actually because of QUIC related things. WDYT?
@@ -60,7 +60,7 @@ require ( | |||
github.com/jbenet/go-temp-err-catcher v0.1.0 | |||
github.com/jbenet/goprocess v0.1.4 | |||
github.com/libp2p/go-doh-resolver v0.3.1 | |||
github.com/libp2p/go-libp2p v0.14.2 | |||
github.com/libp2p/go-libp2p v0.14.3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we get v0.14.4 in (see #8267 (review)), mostly to avoid confusion later on which version we were actually running?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It seems like the only thing added, aside from the TCP bump, was libp2p/go-libp2p#1115.
@Stebalien are you happy letting that into the patch release, or do you think we're better off just waiting on it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd really rather not include that. I've mostly convinced myself it won't cause problems, but still.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No worries, let's just leave it alone for now and we'll catch it in the next release
2e81f00
to
52f6e2d
Compare
- github.com/lucas-clemente/quic-go (v0.21.1 -> v0.21.2): | ||
- update qtls to include the crypto/tls fix of Go 1.16.6 / 1.15.14 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@marten-seemann the diff here is huge, is it a bug in the releaselog generator or is this basically because of how we do the qtls versioning to track different versions of Go?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In terms of LOC, the diff should be around 5 lines. In terms of commits it's huge because of the way I maintain qtls: it's basically one branch with ~40 commits, which I rebase on top of Go releases of crypto/tls every time there's a new Go release.
Really, it doesn't make a lot of sense to list those commits here, just
- update qtls to include the crypto/tls fix of Go 1.16.6 / 1.15.14
would more accurately reflect what changed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Would it be safe to say that we should generally exclude the qtls libraries from the release log since they're mostly noise?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That sounds reasonable.
52f6e2d
to
3b21fcf
Compare
Moving back to in-progress since there is remaining work for the release. |
Release v0.9.1 This commit was moved from ipfs/kubo@dc2715a
Waiting for review + tagging + release notes before merging
This release fixes:
@Stebalien @lidel @marten-seemann let me know if I've missed anything
Patch Release Checklist
This process handles patch releases from version
vX.Y.Z
tovX.Y.Z+1
assuming thatvX.Y.Z
is the latest released version of go-ipfs.release-vX.Y.Z
) fromrelease
and cherry-pick the relevant commits from master (or custom fixes) onto this branchversion.go
has been updated (in therelease-vX.Y.Z+1
branch).release-vX.Y.Z+1
into the release branchrelease
branch withvX.Y.Z+1
release
branch back intomaster
, ignoring the changes toversion.go
(keep the-dev
version from master).