Guest6 has left #bitcoin-core-dev [#bitcoin-core-dev]
Norrin has quit [Remote host closed the connection]
Norrin has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
nanotube has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 255 seconds]
sgiath has quit [Ping timeout: 264 seconds]
sgiath has joined #bitcoin-core-dev
b_101 has joined #bitcoin-core-dev
b_101_ has quit [Ping timeout: 246 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
darosior has joined #bitcoin-core-dev
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
brunoerg has joined #bitcoin-core-dev
nanotube has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
aureleoules has quit [Ping timeout: 260 seconds]
brunoerg has joined #bitcoin-core-dev
jarthur_ has joined #bitcoin-core-dev
jarthur has quit [Ping timeout: 255 seconds]
brunoerg has quit [Ping timeout: 246 seconds]
aureleoules has joined #bitcoin-core-dev
PaperSword1 has joined #bitcoin-core-dev
PaperSword has quit [Ping timeout: 252 seconds]
PaperSword1 is now known as PaperSword
bitdex has joined #bitcoin-core-dev
Norrin has quit [Remote host closed the connection]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
AmishBTC has quit [Remote host closed the connection]
Norrin has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 268 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 260 seconds]
cmirror has quit [Remote host closed the connection]
cmirror has joined #bitcoin-core-dev
warren_ is now known as warren
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 260 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
puchka has joined #bitcoin-core-dev
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 246 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 268 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
jespada has quit [Ping timeout: 252 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 260 seconds]
brunoerg has joined #bitcoin-core-dev
jespada has joined #bitcoin-core-dev
bitdex has quit [Remote host closed the connection]
brunoerg has quit [Ping timeout: 246 seconds]
bitdex has joined #bitcoin-core-dev
Yihen has joined #bitcoin-core-dev
brunoerg has joined #bitcoin-core-dev
jespada has quit [Ping timeout: 252 seconds]
brunoerg has quit [Ping timeout: 260 seconds]
puchka has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 260 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 246 seconds]
jespada has joined #bitcoin-core-dev
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 246 seconds]
sudoforge has joined #bitcoin-core-dev
Guest89 has joined #bitcoin-core-dev
Guest89 has quit [Client Quit]
brunoerg has joined #bitcoin-core-dev
sudoforge has quit [Quit: 404]
brunoerg has quit [Ping timeout: 248 seconds]
brunoerg has joined #bitcoin-core-dev
<vasild>
MacroFake: fwiw, at Oracle there was a similar discussion wrt copyright headers and whether they are needed given that there is a top-level COPYING. It was taken to the legal department and their conclusion was to keep it in each file and update the copyright years when files are modified (MySQL is under GPLv2). They explicitly disallowed my idea to automatically update all files on Jan 1 with
<vasild>
But I guess that there is no concrete/correct answer here, like achow101 said a layer could argue both ways in court and the court may decide whatever. It is not like "Lets ask a matematician how much is 2+2" -- that would have a concrete answer and every mathematician would give that answer.
levinster82 has quit [Remote host closed the connection]
levinster82 has joined #bitcoin-core-dev
theHeap has left #bitcoin-core-dev [#bitcoin-core-dev]
raj21 has joined #bitcoin-core-dev
Norrin has quit [Ping timeout: 255 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 246 seconds]
brunoerg has joined #bitcoin-core-dev
nanotube has quit [Ping timeout: 260 seconds]
brunoerg has quit [Ping timeout: 248 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 246 seconds]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 252 seconds]
jespada has quit [Read error: Connection reset by peer]
brunoerg has joined #bitcoin-core-dev
levinster82 has quit [Remote host closed the connection]
levinster82 has joined #bitcoin-core-dev
jespada has joined #bitcoin-core-dev
ghost43_ has quit [Remote host closed the connection]
qxs has quit [Remote host closed the connection]
ghost43 has joined #bitcoin-core-dev
qxs has joined #bitcoin-core-dev
vasild has quit [Ping timeout: 255 seconds]
bitdex has quit [Ping timeout: 255 seconds]
bitdex has joined #bitcoin-core-dev
vasild has joined #bitcoin-core-dev
vasild has quit [Ping timeout: 255 seconds]
vasild has joined #bitcoin-core-dev
vasild has quit [Remote host closed the connection]
vasild has joined #bitcoin-core-dev
ghost43 has quit [Quit: Leaving]
<bitcoin-git>
[bitcoin] fanquake closed pull request #27098: refactor: don't avoid sys/types.h when building for Windows (master...windows_can_use_sys_types) https://github.com/bitcoin/bitcoin/pull/27098
ghost43_ has joined #bitcoin-core-dev
bitdex has quit [Ping timeout: 255 seconds]
qxs has quit [Ping timeout: 255 seconds]
yanmaani has quit [Ping timeout: 255 seconds]
qxs has joined #bitcoin-core-dev
bitdex has joined #bitcoin-core-dev
bugs_ has joined #bitcoin-core-dev
yanmaani has joined #bitcoin-core-dev
sudoforge has joined #bitcoin-core-dev
sudoforge has quit [Client Quit]
mxz has joined #bitcoin-core-dev
jespada has quit [Remote host closed the connection]
jespada has joined #bitcoin-core-dev
mimmy has quit [Killed (NickServ (GHOST command used by mimmy_!~mimmy@2607:fea8:6c0:e30:486b:73b7:a8b7:180b))]
jespada has quit [Remote host closed the connection]
mimmy_ has joined #bitcoin-core-dev
jespada has joined #bitcoin-core-dev
mimmy_ is now known as mimmy
brunoerg has quit [Remote host closed the connection]
brunoerg has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 246 seconds]
mimmy has quit [Killed (NickServ (GHOST command used by mimmy_!~mimmy@2607:fea8:6c0:e30:486b:73b7:a8b7:180b))]
mimmy has joined #bitcoin-core-dev
mudsip has joined #bitcoin-core-dev
brunoerg has joined #bitcoin-core-dev
mimmy has quit [Quit: ZNC 1.9.x-git-187-32d4a4d5 - https://znc.in]
mimmy has joined #bitcoin-core-dev
nanotube has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
<hebasto>
is there any reason for Bitcoin Core binaries to support files larger than 2 GiB on 32-bit systems?
mimmy has left #bitcoin-core-dev [#bitcoin-core-dev]
brunoerg has joined #bitcoin-core-dev
<sipa>
Before 0.8 there certainly used to be, as the BDB blockindex database was a multiple of that size.
mudsip has quit []
<sipa>
Today, for -loadblock= with a linearized file I can imagine wanting support for such big files.
<hebasto>
and now, with leveldb, that is not the case, right?
<hebasto>
^^ I see, thanks!
<bugs_>
wait what about log files? :-)
<sipa>
Yeah, LevelDB database files are only 2 MiB each IIRC.
<sipa>
bugs_: Good point.
mudsip has joined #bitcoin-core-dev
brunoerg has quit [Ping timeout: 248 seconds]
mudsip has quit [Client Quit]
brunoerg has joined #bitcoin-core-dev
AaronvanW has quit [Remote host closed the connection]
bitdex has quit [Ping timeout: 255 seconds]
salvatoshi has quit [Ping timeout: 246 seconds]
bitdex has joined #bitcoin-core-dev
bitdex has quit [Quit: = ""]
AaronvanW has joined #bitcoin-core-dev
raj21 is now known as theHeap
<theHeap>
Hello, we are currently facing an issue in BDK's RPC syncing mechanism, where an `importdescriptor` call is throwing back `resource temporarily unavailable` error.
<theHeap>
You can see after sending a bunch of descriptor to core wallet to import the call returns back with the above error.
<sipa>
Perhaps the RPC queue is just full? You're importing descriptors with timestamp 0, so it'll trigger a long rescan of the entire chain after every import.
<theHeap>
Interestingly if we ignore this error, and carry on with the sync the wallet does find all the transactions related to the imported addresses..
<sipa>
I'd suggest importing them all at once with a single importdescriptors RPC.
<theHeap>
Thanks sipa , yes I think thats whats happening..
<theHeap>
Anyway of monitoring the RPC queue?
<sipa>
I don't think so, apart from catching the above error.
<theHeap>
It kinda is.. Casey made this issue with BDK first after when we realized its not BDK specific and something more underlying on `jsonrpc` crate..
<theHeap>
This has been happening sporadically since last 1 year. But now its appearing consistently for any bdk rpc sync..
<sipa>
I mean you're overloading Bitcoin Core with tons of slow RPCs, there isn't much that can be done.
<sipa>
Apart from not doing that.
<theHeap>
Hmm.. Okay that makes sense.. Is there any way of importing stuffs and not trigger the rescan right away?
<sipa>
Yes, by setting the timestamp to the current time, and then manually rescanning.
<sipa>
But I strongly recommend not doing that, and just importing all the descriptors simultaneously.
<sipa>
That'll scan for all of them at the same time, rather than one by one.
<theHeap>
Oh okay. So you are recommending to insert them one at a time?
<sipa>
No, I am recommending to import them all at the same time.
<sipa>
Instead of one by one.
<sipa>
If you import them one by one, each will trigger its own rescan.
<sipa>
If you import them all simultaneously, there will only be one rescan.
<sipa>
Oh, wait, nevermind. You're already doing them all at the same time.
<sipa>
Sorry.
<theHeap>
Okay.. So thats what we are doing.. Its a big importdescriptor call with around 100 addresses.. And it makes sense from the log too that rescan is happening once..
<theHeap>
Ya right.. its a call with big list of addresses to import..
<theHeap>
And we are waitinf for resacning to complete before throwing another rpc call..
<theHeap>
And I have also tried with a small list of addresses like 10, 20 etc. The call still error. Yet rescan continues..
<sipa>
Oh is it just the RPC client side timing out?
<theHeap>
No it doesn't seem like a timeout. The call returns but with an error `resource temporarily unavailable`. Nothing unusual is visble in debug.log also with `http` and `rpc` logging..
<sipa>
It could also be on the server side; in that case the rpcservertimeout option may help.
<fanquake>
theHeap: what version of bitcoind?
<theHeap>
v23
<fanquake>
release binary?
<theHeap>
No its actaully a local build I am using..
<theHeap>
Bitcoin Core version v23.99.0-f4e5d704f24a
<fanquake>
are you building on macos?
<theHeap>
no linux x86-64
<sipa>
theHeap: After how much time do you get the error?
AaronvanW has quit [Ping timeout: 255 seconds]
<theHeap>
about 5 secs after shooting the call.
<theHeap>
also its happening when rescaning is starting from 0..
<theHeap>
If i set resacn to a recent height, it doesn't error..
<sipa>
Is the node pruned?
<theHeap>
no its a signet full node..
<theHeap>
also reported in mainnet full nodes too..