--- Log opened Fri Jun 27 00:00:26 2025
04:06 < stevenroose> Ademan: I have now :) https://codeberg.org/ark-bitcoin/bark/pulls/785/
06:51 < Ademan> woo hoo!!!
10:09 -!- x010111 [~0x0111@user/x010111] has joined #bitcoin-rust
10:12 < x010111> Hello all, first time in this channel so please forgive me if I don't know what the norms are, I put together a rust based bip39-cli utlity to make generating bip39 keys easier on the commandline: https://github.com/robcohen/bip39-cli
10:12 < x010111> any feedback would be greatly appreciated
10:22 < x010111> Please put any feedback into the Github issues if you're able to spend any time playing with it.
11:48 < x010111> The intended purpose of this is to generate bip39 keys on an ephemeral airgapped machine.
12:17 < stevenroose> I think doing backwards compatibility efforts like this would be a good practice across the ecosystem: https://github.com/Kixunil/bip21/pull/28
14:00 < andytoshi> stevenroose: neat! unfortunately the behavior around ranged dependencies is so surprising that i don't want to try to deal with them ever again
16:26 -!- x010111 [~0x0111@user/x010111] has quit [Ping timeout: 260 seconds]
17:43 < stevenroose> andytoshi: interesting, surprising in what way?
17:44 < stevenroose> sure it might become unworkable fast if there are multiple dependencies like that, but given the rust-bitcoin ecosystem-in-lockstep-around-bitcoin-crate situation, some crates that only use a small fraction of rust-bitcoin's API might benefit from doing this
17:45 < stevenroose> also f.e. crates that just want to have a PublicKey type but don't use the api itself, just the type, can easily do this with secp. same with the hash types
20:22 -!- x010111 [~0x0111@104.241.54.185] has joined #bitcoin-rust
22:08 -!- x010111 [~0x0111@104.241.54.185] has quit [Ping timeout: 260 seconds]
--- Log closed Sat Jun 28 00:00:27 2025