-
Notifications
You must be signed in to change notification settings - Fork 22
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
multi: Bump go to 1.22.6
& litd to v0.14.0-alpha
#109
multi: Bump go to 1.22.6
& litd to v0.14.0-alpha
#109
Conversation
a74cbc4
to
fee1bac
Compare
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.
tACK on the updated WASM binary. I tested this in TW.
98aab99
to
138cf42
Compare
In /mobile we replace faraday to force it to be set to v0.2.13-alpha, as we'll else get an ambiguous import during `make mobile` of which faraday/frdrpc to use. This forces the dependency to the faraday/frdrpc of the faraday v0.2.13-alpha release, where as the litcli dependency uses the first actual separate tagged release for frdrpc v0.1.0
5608d9f
to
8560754
Compare
// Force faraday to use the master version as we'll either get an ambigious import if we try use faraday v0.2.13-alpha | ||
// as an indirect import here instead of indirectly importing faraday/frdrpc v1.0.0, or get an unkown revision for the | ||
// frdrpc if we don't include this replace. Once faraday v0.2.14-alpha is released, this should be resolved and this | ||
// replace can be removed in favour of importing that. | ||
replace github.com/lightninglabs/faraday => github.com/lightninglabs/faraday v0.2.13-alpha.0.20241118202659-a3aba5b7ea49 |
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.
Had to include this replace which isn't ideal, especially since it's referencing the unreleased master
version, but couldn't figure any other way of getting the dependencies to work.
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 🚀
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!
@@ -84,7 +84,6 @@ require ( | |||
github.com/jackc/pgservicefile v0.0.0-20221227161230-091c0ba34f0a // indirect | |||
github.com/jackc/pgtype v1.14.0 // indirect | |||
github.com/jackc/pgx/v4 v4.18.2 // indirect | |||
github.com/jackc/puddle v1.3.0 // indirect |
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 squash this commit into previous one which does the go.mod update :) but non-blocking
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.
The reason i separated these into different commits is that the changes between those 2 commits are actually unrelated from each other, as project hadn't run go mod tidy
for the previously merged PR. So even though they're both changing the go.mod
file, neither of the commits are actually related :).
I should have clarified this, and In hindsight maybe it'd make sense to include the go mod tidy
commit as the first commit in the PR for clarification. But choosing to merge this as is to avoid another CI run.
Thanks a lot for the reviews @ellemouton & @jamaljsr 🎉🙏!! |
This PR bumps the lightning-terminal dependency for the wasm-client + mobile to
v0.14.0-alpha
. It also bumps the go version of the lightning-node-connect package to1.22.6
.We also bump the
upload-artifact
action to v4