Day changed to 2026-01-01
[05:17] jfw: happy new year, 1st post!!
[18:25] nekoluce: Happy new year !
Day changed to 2026-01-03
[12:26] nekoluce_phone: Donald Trump capture maduro!
[14:41] jfw: indeed; remains to be seen how the subsurface machinery will respond, but seems promising for venezuela.
[14:43] jfw: "Venezuela's left-leaning, yet autocratic and at times violent, regime" says CNN, as if that's some kind of surprise
[14:45] jfw: plus "a new level of unrestrained global power", forgetting about noriega and all the other headshots by both usg.red and usg.blue
[14:49] jfw: in other news, there's a batch of recent GnuPG bug disclosures making the rounds; sounds like the most plausible vulnerability is a memory corruption in the ASCII armor parser. The talk is all about versions 2.4-2.5; haven't seen any research yet on whether 1.x is affected.
[14:53] jfw: koch's been too busy propagandizing against clearsigning to say anything useful
[15:30] dorion: I suppose maduro was ripe for the picking.
[17:14] jfw: dorion: berry punny
Day changed to 2026-01-04
[23:08] nekoluce_phone: https://www.solicitorsjournal.com/sjarticle/how-ai-will-redefine-legal-knowledge-management-in-2026?pass=768xnbq1ys
[23:17] jfw: what's that, nekoluce_phone?
Day changed to 2026-01-05
[01:28] nekoluce_phone: maduro got to New York
[01:39] nekoluce_phone: do You guys think this tension would being a war ?
[01:40] nekoluce_phone: bring
[02:08] jfw: nekoluce_phone: from what I heard, they went in, grabbed him, and went out; there's no US troops left on the ground. what's the VZ military going to do about it, march into New York to get their boy back?
[02:25] nekoluce_phone: vitamin says he solve the blockchain trilema today :o
[02:25] nekoluce_phone: vitalik
[02:28] jfw: what ever is that supposed to mean? admittedly it was funnier as 'vitamin'
[03:01] nekoluce_phone: https://www.google.com/amp/s/www.bbc.com/news/articles/crmlz7r0zrxo.amp
[10:48] nekoluce_phone: https://www.google.com/amp/s/forklog.com/en/vitalik-buterin-ethereum-is-overcoming-the-scaling-trilemma/amp/
[10:49] nekoluce_phone: blockchain trilema
[10:49] nekoluce_phone: I did not knew the info that you said about maduro
[11:50] nekoluce_phone: https://www.rainmaker.com/media
[11:51] nekoluce_phone: augusto doriko the rainmaker with drones
[12:36] nekoluce_phone: https://youtu.be/VyR8nqD3sQ8?si=6A_1iCs3bjtISWC-
[14:15] jfw: nekoluce: for something more constructive yet hopefully achievable to chew on, please look into what works nowadays for transferring files to & from Android by SFTP. This will be useful for you and possibly for clients too.
[14:46] nekoluce: https://www.treccargo.com/
[14:56] jfw: nekoluce: did you get my message?
[14:56] sourcerer: 2026-01-05 14:15:48 (#jwrd) jfw: nekoluce: for something more constructive yet hopefully achievable to chew on, please look into what works nowadays for transferring files to & from Android by SFTP. This will be useful for you and possibly for clients too.
[14:56] jfw: I can provide the fileserver login for testing when you're ready.
[14:58] nekoluce: does it work for links too ?
[14:58] nekoluce: that is a service for sending stuff from miami to here
[14:59] jfw: not sure what you mean about links; sftp is for bulk secure(ish) file transfer.
[19:41] nekoluce: http://jfxpt.com/paste/8bca3rwdeq
[20:04] nekoluce: http://jfxpt.com/paste/8cj3hty77r
[20:09] nekoluce: http://jfxpt.com/paste/q29xa546q3
[21:19] nekoluce: Today the first article that I publish from the link talks about this mysterious interferance in greece that it took away all airplanes and cut all comunications and nobody seems to know I wonder if that applies to all electrical interference or is it any other type of astronomical or weapon that the goverment has secretly construct ?
[21:21] nekoluce: I also talk about how they are demanding certain vaccines in united states and other countries and at least are 10 that kids are mandatory to have and their agenda according to this newsletter are we going to see what possible consequence they might have these ?
[21:22] nekoluce: aside a video of the interview of Shlomo kramer who wants to control all social media using cybersecurity companies and the goverment to control more peoples lives
[21:27] jfw: nekoluce: that's better, at least we get some idea of what you mean in posting the links now.
[21:27] nekoluce: and the treccargo says is one of the best services for packages in panama available for the zone of nearby home
[21:27] nekoluce: thank you jfw
[21:28] jfw: note that it's not helping things to make a paste just in order to paste a link that could be pasted directly, lol
[21:29] jfw: anyway, from the machine translation I saw, the article about air traffic control radio interference in greece didn't really give any detail so doesn't seem there's much to say... you'd think they'd have at least tried to find out where it was coming from
[21:32] jfw: it's nice to hear that the USA seems to have taken steps toward sanity & balance in childhood vaccinations; sounds like the machine had gone way over the line, turning babies into profitable pincushions
[21:33] nekoluce: is like no one knows where is comes from but I think in my opinion what if something reduce to all comunications thats my main worry
[21:34] nekoluce: indeed I no longer no which vaccines are good or just a plan to benefit doctors somehow
[21:34] jfw: and idk who is shlomo kramer, sounds like he's hard at work getting people to hate the jews even more
[21:35] jfw: but it's a bit of a distraction in my view because 'social media' is so controlled from the start
[21:36] jfw: what do you mean "reduce to all communications"?
[21:36] nekoluce: I think his way of thinking is way to radical some things are certain like polarization is true
[21:38] nekoluce: you are right somehow it says it only affected planes
[21:38] nekoluce: I was thinking if it was like flares or something like maybe a hidden weapon
[21:39] jfw: perhaps solar flares but then why limited to greece?
[21:39] nekoluce: thats a good question what does greece has that any other country doesnt have?
[21:41] nekoluce: I didnt knew what the first admentment say about freedom of speech
[21:41] nekoluce: seclude social media might be really bad way to show himself
[21:43] nekoluce: and according to other news all radio frequencies where lost and they dont think it was a cyberattack
[21:43] nekoluce: the internet is also a radio frequency ?
[21:43] jfw: "what does greece have" - hm, the parthenon? but really, it just sounds like a localized event. conceivably related to those greek farmers protesting freeze-up of EU subsidies with tractors in the streets... but just because that's the only other greek news that comes to mind lately
[21:44] nekoluce: btw mr p told me that he wont use more irc or something like that
[21:46] jfw: the internet is a system of computer networks, it's carried by many technologies including sometimes radio/microwave links but mostly underground fiber optics these days.
[21:47] nekoluce: okay thank you for the misunderstanding and solving my question
Day changed to 2026-01-06
[00:12] nekoluce: the lawyer of maduro is the guy who fread the guy from wikileaks
[00:12] nekoluce: he got a good lawyer
[00:13] nekoluce: it was on new york the court today
[17:13] dorion: nekoluce, not sure how that's relevant. also, did you read Diana's answer to you yesterday in e2 ? doesn't seem like it.
Day changed to 2026-01-08
[13:50] whaack: happy new years all
[13:51] whaack: http://jfxpt.com/2025/jwrd-logs-for-Dec-2025/#15225 <-- thanks, so this is something that could be added potentially in the image html generator script ? Or is it better put as a global css rule ?
[13:51] sourcerer: 2025-12-16 22:46:49 (#jwrd) jfw: dorion, whaack: http://jfxpt.com/2025/jwrd-logs-for-Sep-2025/#14928 - there's a css tweak to make more browsers heed the EXIF orientation: "image-orientation: from-image". when viewing the image file on its own it's not even necessary (in this browser).
[13:52] whaack: !E view-height
[13:52] whaack: !e view-height
[13:52] btcexplorer: block_height: 916109
[13:52] btcexplorer: mins_since_last_block: 153328
[13:52] whaack: my bitcoind can't catch up to the tip, everytime i restart it it goes for a couple hundred blocks and then gets stuck
[13:57] whaack: temporarily i'm going to resort to using a version of this: http://ztkfg.com/2021/01/restart-trb/
[14:18] jfw: whaack: it's by design!!
[14:21] whaack: morning jfw
[14:21] whaack begins reading
[14:22] jfw: re image orientation, preprocessing them to according to the tag is the most widely compatible (eg my local x11 image viewer doesn't autorotate based on tags) but the global CSS rule works at least for firefox 52.
[14:22] sourcerer: 2025-09-24 17:17:27 (#jwrd) jfw: or there's convert -auto-orient ...
[14:38] jfw: whaack: I see you're still into bridge; over here I've been getting a bit more competitive with chess
[14:39] jfw: how's things otherwise, are you still living at junquillal?
[14:39] whaack: ah nice, i play 10m games of chess online at lichess.org now and then
[14:39] whaack: what's your rating?
[14:40] jfw: I've got 466 on chess.com, playing mostly 15|10 games
[14:40] whaack: yes i'm still in junquillal, life is good and easy.
[14:40] whaack: that means 15m +10 second increment i assume?
[14:41] jfw: yeah. I'm small potatoes compared to anyone who grew up playing heavily, I'm sure, but improving nonetheless.
[14:42] jfw: time control makes it stressful, as I can often find solutions or spot threats but finding them fast enough is a trouble
[14:42] whaack: yeah i like that time control , my 10m games also are with +5 increment
[14:43] whaack: playing longer time controls get you better at the game, even if you wanted to become a blitz master the best path is to play long games and then your fast game improves naturally
[14:43] whaack: do you do tactic puzzles?
[14:43] jfw: yeah
[14:44] whaack: those help, plus endgame studies. I think Capablanca has some good books, My System by Nimzowitsch is also great
[14:47] whaack: re above, well seems like the scheduled restarts is the temporary way forward , of course that means i'll also need scheduled restarts for the gbw node "scan" function that feeds btcexplorer
[14:48] jfw: how often does the scan run?
[14:49] jfw: usually once the nodes are synced they manage to stay afloat for a while.
[14:52] whaack: the "scan" runs every 45 seconds, that is just to get the from the blkdat files into the sql database used by bitcoindexplorer
[14:53] whaack: the restart i just setup, i'm going to have it run once a day or maybe once every 8 hours
[14:55] jfw: ok. so there's no separate "restarting" needed of the scan, is there? since it's cron driven anyway
[14:59] whaack: there is , because if the scan attempts to run and bitcoind is not running the scan crashes
[15:00] whaack: i guess removing the expectation of the bitcoind process in the scan code may be the right path forward
[15:02] jfw: ah, if the scheduler is in python then maybe you can just catch the exception?
[15:03] whaack: yeah that would work
[15:03] whaack: i'm just going to leave the scan off for now though until my node catches up
[15:04] whaack: my bitcoind is set now to restart every 8 hours
[15:05] whaack: it's at block 916375
[15:05] jfw: alright
[15:06] whaack: after restarting it goes fast, like a block every 5-10 seconds
[15:08] whaack: so with some luck it should be sync'd in 1-2 days
[20:57] whaack: seems to be stuck already
[20:58] whaack: will post debug.log
[22:03] whaack: http://ztkfg.com/2026/01/bitcoindexplorer-updates/
Day changed to 2026-01-12
[17:22] whaack: blockexplorer sync is going terribly slow despite the restart methods
[17:23] whaack: it's at 918,720
[17:30] jfw: whaack: sounds like under 1 block per minute, definitely not too good... does it have spurts or how does it go?
[17:32] jfw: maybe try a -connect to one of ours until it's synced
[17:32] whaack: goes in spurts, stalls, restarted every 4 hours via a crontask
[17:32] whaack: will do
Day changed to 2026-01-13
[03:35] dorion: whaack, what patch are you running on ?
[03:37] dorion: i tend to fall back to the -connect when a node is far behind, switch it every coupla days as a sanity check. then -addnode on several when it's closer to the tip.
[15:02] nekoluce: https://luz713.wordpress.com/2026/01/13/ive-been-reading/
Day changed to 2026-01-15
[06:16] jfw: http://jfxpt.com/2026/a-wacky-bug-chase-in-the-buffers/
Day changed to 2026-01-18
[01:06] jfw: https://bugs.mysql.com/bug.php?id=12654 https://bugs.mysql.com/bug.php?id=98107 - pretty insane approach the oracle.mysql guys have taken to Y2038.
[03:40] nekoluce_: https://luz713.wordpress.com/2026/01/17/trip-to-santa-catalina-before-new-years-eve/
Day changed to 2026-01-19
[18:42] whaack: dorion: still running bitcoin_tx_fee_cleanup
[21:12] dorion: whaack, I see. which means you're missing bitcoin_fsync_all_blocks jfw
[21:12] dorion: bitcoin_checkblocks_cleanup jfw
[21:12] dorion: bitcoin_getblockindex_etc_corrected jfw
[21:12] dorion: bitcoin_drop_online_build jfw
[21:12] dorion: bitcoin_response_size_limits_1 jfw
[21:12] dorion: bitcoin_response_size_limits_2 jfw
[21:12] dorion: bitcoin_pushmessage_cleanup_1 jfw
[21:12] dorion: bitcoin_pushmessage_cleanup_2 jfw
[21:12] dorion: bitcoin_enforce_buffer_limits jfw
[21:12] dorion: bitcoin_posix_error_handling jfw
[21:12] dorion: bitcoin_rebranding jfw
[21:12] dorion: bitcoin_reorg_tracing jfw
[21:12] dorion: bitcoin_db_shutdown_checkpoint_calming jfw
[21:12] dorion: bitcoin_drop_bdb_locking jfw
[21:12] dorion: bitcoin_easy_warning_fixes jfw
[21:12] dorion: bitcoin_reorg_bounded_space jfw
[21:13] dorion: compared to what we're running.
[21:16] dorion: there's also the unsigned vpatch which is a first step towards fixing : http://jfxpt.com/2025/a-thorny-memory-leak-in-bitcoind-and-a-way-forward/
Day changed to 2026-01-20
[00:42] jfw: !e view-height
[00:42] btcexplorer: block_height: 916109
[00:42] btcexplorer: mins_since_last_block: 169818
[00:47] jfw: huh, missing some pretty basic fixes & improvements there. what seems to be the friction on keeping up with the patches, whaack?
[00:52] jfw: http://jfxpt.com/2026/jwrd-logs-for-Jan-2026/#15363 <-> https://www.theregister.com/2025/09/11/oracle_slammed_for_mysql_job/
[00:52] sourcerer: 2026-01-18 01:06:59 (#jwrd) jfw: https://bugs.mysql.com/bug.php?id=12654 https://bugs.mysql.com/bug.php?id=98107 - pretty insane approach the oracle.mysql guys have taken to Y2038.
[00:57] jfw: "Oracle has instigated "widespread layoffs" across its core MySQL development team, sparking concern about the future of one of the world's most popular open-source databases. Around 70 members of the team behind the open source database have been shown the door as part of Oracle's latest round of redundancies, according to one high-level source in the MySQL community."
[00:58] jfw: meanwhile sounds like MariaDB goes public, flops, and goes private again
[18:42] jfw: noticing 2025 was the first year without any new Gales release tarball posted... possibly just because I wasn't building many new Gales machines that year. doesn't mean there wasn't work done; on the contrary.
[19:50] whaack: jfw: When I try to run make in the tree/bitcoin dir generated by fetch-bitcoind-0006.sh, it fails. Here is the standard out and standard error of the make command: http://jfxpt.com/paste/ar3dajq5ui Seems to be a memory issue on my box.
[20:05] whaack: i realize when i run free i get
[20:06] whaack: ...very little memory available (20kb, no bitcoind running). will investigate
[20:08] jfw: whaack: it does sound that way, and while building boost, which hasn't changed since your last build
Day changed to 2026-01-21
[04:59] whaack: I did some investigation, seems like bitcoindexplorer.com was being targeted by a low-effort DoS , i've disabled apache atm until the node is caught up
[04:59] whaack: so bitcoindexplorer.com is currently down
[05:05] whaack: also, i'm now running the updated bitcoind
[05:06] whaack: !e view-height
[05:06] btcexplorer: block_height: 916110
[05:06] btcexplorer: mins_since_last_block: 171518
[05:06] whaack: !e view-height
[05:06] btcexplorer: block_height: 916111
[05:06] btcexplorer: mins_since_last_block: 171494
[05:19] whaack: !e view-height
[05:19] btcexplorer: block_height: 916145
[05:19] btcexplorer: mins_since_last_block: 171222
[14:39] whaack: !e view-height
[14:39] btcexplorer: block_height: 917704
[14:39] btcexplorer: mins_since_last_block: 156182
[16:17] jfw: whaack: sounds like fun
[16:17] whaack: http://ztkfg.com/2026/01/bitcoindexplorercom-temporarily-offline/
[16:19] jfw: are the requests coming from a single address or what?
[16:20] whaack: yeah single ip on an aws box and the header contains a claude ai marker
[16:21] whaack: I'm starting to think I should not have the web server on the same box as the bitcoin node
[16:22] jfw: possibly an LLM operation doing its crawling; I imagine there's basically an unending chain of links there so if it's not coded to back off then it'll be stuck on you for a while
[16:22] jfw: were you using a robots.txt at all?
[16:22] whaack: No I am not
[16:23] whaack: ah perhaps
[16:23] jfw: and is it just a sequential trickle of requests? why should that run out of memory?
[16:25] jfw: was the memory tied up in apache or python or what?
[16:25] whaack: As I understand it, each request spins off a new thread where I do a look up in my relatively large SQLlite database.
[16:25] whaack: apache
[16:25] whaack: top showed tons of apache processes using a small amount of memory
[16:26] whaack: !e view-height
[16:26] btcexplorer: block_height: 918037
[16:26] btcexplorer: mins_since_last_block: 152829
[16:26] jfw: apache has configurable limits on number of worker processes/threads
[16:27] whaack: I plan to restrict number of requests based on IP address
[16:28] jfw: that could help too but first I'd look at why it was so easy to jam up in the first place. how much memory is on this box?
[16:28] whaack: 4gb
[16:30] jfw: perhaps a little tight for a node + everything else, but could probably be managed with some tuning
[16:44] jfw: whaack: https://httpd.apache.org/docs/2.4/mod/worker.html - possible starting point assuming you're using the worker mpm, which seems to be the way to go these days if you're not tied to mod_php
[16:46] jfw: in particular, it should not be spinning up a new thread for every single request, but rather using a pool that grows and shrinks as needed.
[16:52] jfw: I'd also look at the python setup, how its workers are managed, since that's where most of the real work is done with those sqlite lookups.
Day changed to 2026-01-22
[14:25] whaack: !e view-height
[14:25] btcexplorer: block_height: 924556
[14:25] btcexplorer: mins_since_last_block: 89360
[15:51] dorion: whaack, is your clock off or is it really ~2 months since last block ?
[15:51] dorion: are you running w/ -addnode or -connect ?
[16:38] whaack: it's been discussed before, but mins_since_last_block means current time - timestamp of most recent block
[16:38] whaack: i'm really 2 months behind, due to issues that have been addressed, it is catching up faster now
[16:38] whaack: !e view-height
[16:38] btcexplorer: block_height: 925152
[16:38] btcexplorer: mins_since_last_block: 83345
[16:39] whaack: once the node is caught up to tip the scanner will speed up
[16:56] dorion: cool
[05:17] jfw: happy new year, 1st post!!
[18:25] nekoluce: Happy new year !
Day changed to 2026-01-03
[12:26] nekoluce_phone: Donald Trump capture maduro!
[14:41] jfw: indeed; remains to be seen how the subsurface machinery will respond, but seems promising for venezuela.
[14:43] jfw: "Venezuela's left-leaning, yet autocratic and at times violent, regime" says CNN, as if that's some kind of surprise
[14:45] jfw: plus "a new level of unrestrained global power", forgetting about noriega and all the other headshots by both usg.red and usg.blue
[14:49] jfw: in other news, there's a batch of recent GnuPG bug disclosures making the rounds; sounds like the most plausible vulnerability is a memory corruption in the ASCII armor parser. The talk is all about versions 2.4-2.5; haven't seen any research yet on whether 1.x is affected.
[14:53] jfw: koch's been too busy propagandizing against clearsigning to say anything useful
[15:30] dorion: I suppose maduro was ripe for the picking.
[17:14] jfw: dorion: berry punny
Day changed to 2026-01-04
[23:08] nekoluce_phone: https://www.solicitorsjournal.com/sjarticle/how-ai-will-redefine-legal-knowledge-management-in-2026?pass=768xnbq1ys
[23:17] jfw: what's that, nekoluce_phone?
Day changed to 2026-01-05
[01:28] nekoluce_phone: maduro got to New York
[01:39] nekoluce_phone: do You guys think this tension would being a war ?
[01:40] nekoluce_phone: bring
[02:08] jfw: nekoluce_phone: from what I heard, they went in, grabbed him, and went out; there's no US troops left on the ground. what's the VZ military going to do about it, march into New York to get their boy back?
[02:25] nekoluce_phone: vitamin says he solve the blockchain trilema today :o
[02:25] nekoluce_phone: vitalik
[02:28] jfw: what ever is that supposed to mean? admittedly it was funnier as 'vitamin'
[03:01] nekoluce_phone: https://www.google.com/amp/s/www.bbc.com/news/articles/crmlz7r0zrxo.amp
[10:48] nekoluce_phone: https://www.google.com/amp/s/forklog.com/en/vitalik-buterin-ethereum-is-overcoming-the-scaling-trilemma/amp/
[10:49] nekoluce_phone: blockchain trilema
[10:49] nekoluce_phone: I did not knew the info that you said about maduro
[11:50] nekoluce_phone: https://www.rainmaker.com/media
[11:51] nekoluce_phone: augusto doriko the rainmaker with drones
[12:36] nekoluce_phone: https://youtu.be/VyR8nqD3sQ8?si=6A_1iCs3bjtISWC-
[14:15] jfw: nekoluce: for something more constructive yet hopefully achievable to chew on, please look into what works nowadays for transferring files to & from Android by SFTP. This will be useful for you and possibly for clients too.
[14:46] nekoluce: https://www.treccargo.com/
[14:56] jfw: nekoluce: did you get my message?
[14:56] sourcerer: 2026-01-05 14:15:48 (#jwrd) jfw: nekoluce: for something more constructive yet hopefully achievable to chew on, please look into what works nowadays for transferring files to & from Android by SFTP. This will be useful for you and possibly for clients too.
[14:56] jfw: I can provide the fileserver login for testing when you're ready.
[14:58] nekoluce: does it work for links too ?
[14:58] nekoluce: that is a service for sending stuff from miami to here
[14:59] jfw: not sure what you mean about links; sftp is for bulk secure(ish) file transfer.
[19:41] nekoluce: http://jfxpt.com/paste/8bca3rwdeq
[20:04] nekoluce: http://jfxpt.com/paste/8cj3hty77r
[20:09] nekoluce: http://jfxpt.com/paste/q29xa546q3
[21:19] nekoluce: Today the first article that I publish from the link talks about this mysterious interferance in greece that it took away all airplanes and cut all comunications and nobody seems to know I wonder if that applies to all electrical interference or is it any other type of astronomical or weapon that the goverment has secretly construct ?
[21:21] nekoluce: I also talk about how they are demanding certain vaccines in united states and other countries and at least are 10 that kids are mandatory to have and their agenda according to this newsletter are we going to see what possible consequence they might have these ?
[21:22] nekoluce: aside a video of the interview of Shlomo kramer who wants to control all social media using cybersecurity companies and the goverment to control more peoples lives
[21:27] jfw: nekoluce: that's better, at least we get some idea of what you mean in posting the links now.
[21:27] nekoluce: and the treccargo says is one of the best services for packages in panama available for the zone of nearby home
[21:27] nekoluce: thank you jfw
[21:28] jfw: note that it's not helping things to make a paste just in order to paste a link that could be pasted directly, lol
[21:29] jfw: anyway, from the machine translation I saw, the article about air traffic control radio interference in greece didn't really give any detail so doesn't seem there's much to say... you'd think they'd have at least tried to find out where it was coming from
[21:32] jfw: it's nice to hear that the USA seems to have taken steps toward sanity & balance in childhood vaccinations; sounds like the machine had gone way over the line, turning babies into profitable pincushions
[21:33] nekoluce: is like no one knows where is comes from but I think in my opinion what if something reduce to all comunications thats my main worry
[21:34] nekoluce: indeed I no longer no which vaccines are good or just a plan to benefit doctors somehow
[21:34] jfw: and idk who is shlomo kramer, sounds like he's hard at work getting people to hate the jews even more
[21:35] jfw: but it's a bit of a distraction in my view because 'social media' is so controlled from the start
[21:36] jfw: what do you mean "reduce to all communications"?
[21:36] nekoluce: I think his way of thinking is way to radical some things are certain like polarization is true
[21:38] nekoluce: you are right somehow it says it only affected planes
[21:38] nekoluce: I was thinking if it was like flares or something like maybe a hidden weapon
[21:39] jfw: perhaps solar flares but then why limited to greece?
[21:39] nekoluce: thats a good question what does greece has that any other country doesnt have?
[21:41] nekoluce: I didnt knew what the first admentment say about freedom of speech
[21:41] nekoluce: seclude social media might be really bad way to show himself
[21:43] nekoluce: and according to other news all radio frequencies where lost and they dont think it was a cyberattack
[21:43] nekoluce: the internet is also a radio frequency ?
[21:43] jfw: "what does greece have" - hm, the parthenon? but really, it just sounds like a localized event. conceivably related to those greek farmers protesting freeze-up of EU subsidies with tractors in the streets... but just because that's the only other greek news that comes to mind lately
[21:44] nekoluce: btw mr p told me that he wont use more irc or something like that
[21:46] jfw: the internet is a system of computer networks, it's carried by many technologies including sometimes radio/microwave links but mostly underground fiber optics these days.
[21:47] nekoluce: okay thank you for the misunderstanding and solving my question
Day changed to 2026-01-06
[00:12] nekoluce: the lawyer of maduro is the guy who fread the guy from wikileaks
[00:12] nekoluce: he got a good lawyer
[00:13] nekoluce: it was on new york the court today
[17:13] dorion: nekoluce, not sure how that's relevant. also, did you read Diana's answer to you yesterday in e2 ? doesn't seem like it.
Day changed to 2026-01-08
[13:50] whaack: happy new years all
[13:51] whaack: http://jfxpt.com/2025/jwrd-logs-for-Dec-2025/#15225 <-- thanks, so this is something that could be added potentially in the image html generator script ? Or is it better put as a global css rule ?
[13:51] sourcerer: 2025-12-16 22:46:49 (#jwrd) jfw: dorion, whaack: http://jfxpt.com/2025/jwrd-logs-for-Sep-2025/#14928 - there's a css tweak to make more browsers heed the EXIF orientation: "image-orientation: from-image". when viewing the image file on its own it's not even necessary (in this browser).
[13:52] whaack: !E view-height
[13:52] whaack: !e view-height
[13:52] btcexplorer: block_height: 916109
[13:52] btcexplorer: mins_since_last_block: 153328
[13:52] whaack: my bitcoind can't catch up to the tip, everytime i restart it it goes for a couple hundred blocks and then gets stuck
[13:57] whaack: temporarily i'm going to resort to using a version of this: http://ztkfg.com/2021/01/restart-trb/
[14:18] jfw: whaack: it's by design!!
[14:21] whaack: morning jfw
[14:21] whaack begins reading
[14:22] jfw: re image orientation, preprocessing them to according to the tag is the most widely compatible (eg my local x11 image viewer doesn't autorotate based on tags) but the global CSS rule works at least for firefox 52.
[14:22] sourcerer: 2025-09-24 17:17:27 (#jwrd) jfw: or there's convert -auto-orient ...
[14:38] jfw: whaack: I see you're still into bridge; over here I've been getting a bit more competitive with chess
[14:39] jfw: how's things otherwise, are you still living at junquillal?
[14:39] whaack: ah nice, i play 10m games of chess online at lichess.org now and then
[14:39] whaack: what's your rating?
[14:40] jfw: I've got 466 on chess.com, playing mostly 15|10 games
[14:40] whaack: yes i'm still in junquillal, life is good and easy.
[14:40] whaack: that means 15m +10 second increment i assume?
[14:41] jfw: yeah. I'm small potatoes compared to anyone who grew up playing heavily, I'm sure, but improving nonetheless.
[14:42] jfw: time control makes it stressful, as I can often find solutions or spot threats but finding them fast enough is a trouble
[14:42] whaack: yeah i like that time control , my 10m games also are with +5 increment
[14:43] whaack: playing longer time controls get you better at the game, even if you wanted to become a blitz master the best path is to play long games and then your fast game improves naturally
[14:43] whaack: do you do tactic puzzles?
[14:43] jfw: yeah
[14:44] whaack: those help, plus endgame studies. I think Capablanca has some good books, My System by Nimzowitsch is also great
[14:47] whaack: re above, well seems like the scheduled restarts is the temporary way forward , of course that means i'll also need scheduled restarts for the gbw node "scan" function that feeds btcexplorer
[14:48] jfw: how often does the scan run?
[14:49] jfw: usually once the nodes are synced they manage to stay afloat for a while.
[14:52] whaack: the "scan" runs every 45 seconds, that is just to get the from the blkdat files into the sql database used by bitcoindexplorer
[14:53] whaack: the restart i just setup, i'm going to have it run once a day or maybe once every 8 hours
[14:55] jfw: ok. so there's no separate "restarting" needed of the scan, is there? since it's cron driven anyway
[14:59] whaack: there is , because if the scan attempts to run and bitcoind is not running the scan crashes
[15:00] whaack: i guess removing the expectation of the bitcoind process in the scan code may be the right path forward
[15:02] jfw: ah, if the scheduler is in python then maybe you can just catch the exception?
[15:03] whaack: yeah that would work
[15:03] whaack: i'm just going to leave the scan off for now though until my node catches up
[15:04] whaack: my bitcoind is set now to restart every 8 hours
[15:05] whaack: it's at block 916375
[15:05] jfw: alright
[15:06] whaack: after restarting it goes fast, like a block every 5-10 seconds
[15:08] whaack: so with some luck it should be sync'd in 1-2 days
[20:57] whaack: seems to be stuck already
[20:58] whaack: will post debug.log
[22:03] whaack: http://ztkfg.com/2026/01/bitcoindexplorer-updates/
Day changed to 2026-01-12
[17:22] whaack: blockexplorer sync is going terribly slow despite the restart methods
[17:23] whaack: it's at 918,720
[17:30] jfw: whaack: sounds like under 1 block per minute, definitely not too good... does it have spurts or how does it go?
[17:32] jfw: maybe try a -connect to one of ours until it's synced
[17:32] whaack: goes in spurts, stalls, restarted every 4 hours via a crontask
[17:32] whaack: will do
Day changed to 2026-01-13
[03:35] dorion: whaack, what patch are you running on ?
[03:37] dorion: i tend to fall back to the -connect when a node is far behind, switch it every coupla days as a sanity check. then -addnode on several when it's closer to the tip.
[15:02] nekoluce: https://luz713.wordpress.com/2026/01/13/ive-been-reading/
Day changed to 2026-01-15
[06:16] jfw: http://jfxpt.com/2026/a-wacky-bug-chase-in-the-buffers/
Day changed to 2026-01-18
[01:06] jfw: https://bugs.mysql.com/bug.php?id=12654 https://bugs.mysql.com/bug.php?id=98107 - pretty insane approach the oracle.mysql guys have taken to Y2038.
[03:40] nekoluce_: https://luz713.wordpress.com/2026/01/17/trip-to-santa-catalina-before-new-years-eve/
Day changed to 2026-01-19
[18:42] whaack: dorion: still running bitcoin_tx_fee_cleanup
[21:12] dorion: whaack, I see. which means you're missing bitcoin_fsync_all_blocks jfw
[21:12] dorion: bitcoin_checkblocks_cleanup jfw
[21:12] dorion: bitcoin_getblockindex_etc_corrected jfw
[21:12] dorion: bitcoin_drop_online_build jfw
[21:12] dorion: bitcoin_response_size_limits_1 jfw
[21:12] dorion: bitcoin_response_size_limits_2 jfw
[21:12] dorion: bitcoin_pushmessage_cleanup_1 jfw
[21:12] dorion: bitcoin_pushmessage_cleanup_2 jfw
[21:12] dorion: bitcoin_enforce_buffer_limits jfw
[21:12] dorion: bitcoin_posix_error_handling jfw
[21:12] dorion: bitcoin_rebranding jfw
[21:12] dorion: bitcoin_reorg_tracing jfw
[21:12] dorion: bitcoin_db_shutdown_checkpoint_calming jfw
[21:12] dorion: bitcoin_drop_bdb_locking jfw
[21:12] dorion: bitcoin_easy_warning_fixes jfw
[21:12] dorion: bitcoin_reorg_bounded_space jfw
[21:13] dorion: compared to what we're running.
[21:16] dorion: there's also the unsigned vpatch which is a first step towards fixing : http://jfxpt.com/2025/a-thorny-memory-leak-in-bitcoind-and-a-way-forward/
Day changed to 2026-01-20
[00:42] jfw: !e view-height
[00:42] btcexplorer: block_height: 916109
[00:42] btcexplorer: mins_since_last_block: 169818
[00:47] jfw: huh, missing some pretty basic fixes & improvements there. what seems to be the friction on keeping up with the patches, whaack?
[00:52] jfw: http://jfxpt.com/2026/jwrd-logs-for-Jan-2026/#15363 <-> https://www.theregister.com/2025/09/11/oracle_slammed_for_mysql_job/
[00:52] sourcerer: 2026-01-18 01:06:59 (#jwrd) jfw: https://bugs.mysql.com/bug.php?id=12654 https://bugs.mysql.com/bug.php?id=98107 - pretty insane approach the oracle.mysql guys have taken to Y2038.
[00:57] jfw: "Oracle has instigated "widespread layoffs" across its core MySQL development team, sparking concern about the future of one of the world's most popular open-source databases. Around 70 members of the team behind the open source database have been shown the door as part of Oracle's latest round of redundancies, according to one high-level source in the MySQL community."
[00:58] jfw: meanwhile sounds like MariaDB goes public, flops, and goes private again
[18:42] jfw: noticing 2025 was the first year without any new Gales release tarball posted... possibly just because I wasn't building many new Gales machines that year. doesn't mean there wasn't work done; on the contrary.
[19:50] whaack: jfw: When I try to run make in the tree/bitcoin dir generated by fetch-bitcoind-0006.sh, it fails. Here is the standard out and standard error of the make command: http://jfxpt.com/paste/ar3dajq5ui Seems to be a memory issue on my box.
[20:05] whaack: i realize when i run free i get
[20:06] whaack: ...very little memory available (20kb, no bitcoind running). will investigate
[20:08] jfw: whaack: it does sound that way, and while building boost, which hasn't changed since your last build
Day changed to 2026-01-21
[04:59] whaack: I did some investigation, seems like bitcoindexplorer.com was being targeted by a low-effort DoS , i've disabled apache atm until the node is caught up
[04:59] whaack: so bitcoindexplorer.com is currently down
[05:05] whaack: also, i'm now running the updated bitcoind
[05:06] whaack: !e view-height
[05:06] btcexplorer: block_height: 916110
[05:06] btcexplorer: mins_since_last_block: 171518
[05:06] whaack: !e view-height
[05:06] btcexplorer: block_height: 916111
[05:06] btcexplorer: mins_since_last_block: 171494
[05:19] whaack: !e view-height
[05:19] btcexplorer: block_height: 916145
[05:19] btcexplorer: mins_since_last_block: 171222
[14:39] whaack: !e view-height
[14:39] btcexplorer: block_height: 917704
[14:39] btcexplorer: mins_since_last_block: 156182
[16:17] jfw: whaack: sounds like fun
[16:17] whaack: http://ztkfg.com/2026/01/bitcoindexplorercom-temporarily-offline/
[16:19] jfw: are the requests coming from a single address or what?
[16:20] whaack: yeah single ip on an aws box and the header contains a claude ai marker
[16:21] whaack: I'm starting to think I should not have the web server on the same box as the bitcoin node
[16:22] jfw: possibly an LLM operation doing its crawling; I imagine there's basically an unending chain of links there so if it's not coded to back off then it'll be stuck on you for a while
[16:22] jfw: were you using a robots.txt at all?
[16:22] whaack: No I am not
[16:23] whaack: ah perhaps
[16:23] jfw: and is it just a sequential trickle of requests? why should that run out of memory?
[16:25] jfw: was the memory tied up in apache or python or what?
[16:25] whaack: As I understand it, each request spins off a new thread where I do a look up in my relatively large SQLlite database.
[16:25] whaack: apache
[16:25] whaack: top showed tons of apache processes using a small amount of memory
[16:26] whaack: !e view-height
[16:26] btcexplorer: block_height: 918037
[16:26] btcexplorer: mins_since_last_block: 152829
[16:26] jfw: apache has configurable limits on number of worker processes/threads
[16:27] whaack: I plan to restrict number of requests based on IP address
[16:28] jfw: that could help too but first I'd look at why it was so easy to jam up in the first place. how much memory is on this box?
[16:28] whaack: 4gb
[16:30] jfw: perhaps a little tight for a node + everything else, but could probably be managed with some tuning
[16:44] jfw: whaack: https://httpd.apache.org/docs/2.4/mod/worker.html - possible starting point assuming you're using the worker mpm, which seems to be the way to go these days if you're not tied to mod_php
[16:46] jfw: in particular, it should not be spinning up a new thread for every single request, but rather using a pool that grows and shrinks as needed.
[16:52] jfw: I'd also look at the python setup, how its workers are managed, since that's where most of the real work is done with those sqlite lookups.
Day changed to 2026-01-22
[14:25] whaack: !e view-height
[14:25] btcexplorer: block_height: 924556
[14:25] btcexplorer: mins_since_last_block: 89360
[15:51] dorion: whaack, is your clock off or is it really ~2 months since last block ?
[15:51] dorion: are you running w/ -addnode or -connect ?
[16:38] whaack: it's been discussed before, but mins_since_last_block means current time - timestamp of most recent block
[16:38] whaack: i'm really 2 months behind, due to issues that have been addressed, it is catching up faster now
[16:38] whaack: !e view-height
[16:38] btcexplorer: block_height: 925152
[16:38] btcexplorer: mins_since_last_block: 83345
[16:39] whaack: once the node is caught up to tip the scanner will speed up
[16:56] dorion: cool