-
Notifications
You must be signed in to change notification settings - Fork 3.2k
Support latest Debian libsecp256k1 package #8185
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
Conversation
It's available as:
|
Thanks. I also don't understand why our own |
I've added a follow-up in dd141c7 based on bitcoin-core/secp256k1#1055 (comment) but I still don't understand why electrum/contrib/make_libsecp256k1.sh Line 65 in 240edb4
|
unneeded since bitcoin-core/secp256k1@c0cd7de and in fact buggy since bitcoin-core/secp256k1@0bd3e42 related #8185 (comment)
ok, figured it out. |
Many thanks! |
Oh, this may be a bad idea. See recent discussion here: rust-bitcoin/rust-secp256k1#566 (comment) |
I don't fully understand what you mean.
What part specifically is the bad idea? |
Basically, I'm not really sure it's safe. Pinging @apoelstra if you have time could you give us a hint whether depending on Ubuntu -packaged |
If it's the recently-released 0.2 then it should be fine. We deliberately chose 0.2 because as far as we're aware, the "shouldn't have been packaged" packages used 0.1, so it should be easy to tell :). |
We don't actually need the development headers, instead using this as a hack to be agnostic to the version scheme and pull in the latest. related: spesmilo#8185 spesmilo#8320 spesmilo#8328 (comment) debian 11 (stable) only has libsecp256k1-0 debian 12 (testing) atm only has libsecp256k1-1 ubuntu 23.04 only has libsecp256k1-1 I expect libsecp256k1-2 might soon get packaged too, now that upstream secp released v0.3.0. So what do tell users to install? well, turns out most distros have libsecp256k1-dev, which just pull in the latest secp. Caveat: if there is a new secp release that actually gets packaged on a distro before we can react, then this new instruction will not work.
We don't actually need the development headers, instead using this as a hack to be agnostic to the version scheme and pull in the latest. related: spesmilo#8185 spesmilo#8320 spesmilo#8328 (comment) debian 11 (stable) only has libsecp256k1-0 debian 12 (testing) atm only has libsecp256k1-1 ubuntu 23.04 only has libsecp256k1-1 I expect libsecp256k1-2 might soon get packaged too, now that upstream secp released v0.3.0. So what do we tell users to install? well, turns out most distros have libsecp256k1-dev, which just pulls in the latest secp. Caveat: if there is a new secp release that actually gets packaged on a distro before we can react, then this new instruction will not work.
https://packages.debian.org/source/testing/libsecp256k1