i know! i'll just copy the op return code out. i don't need to review the whole timestamping protocol omigod. i just need the op return bit.

17:20 ok so i have a fancy shmancy linux wifi dongle with an extended antenna. i am rocking the millenial software hobbyist. the reason for this is that i am outdoors. downloaded a blockchain will be hard. it's 17:20 ! 17:21 i build my blockchain nodes from source. I do not question this. Nor should you. Maybe I have some source for bitcoin core somewhere here already. 17:21 let's check their website the bitcoin project is ridiculous like ????? . i think when i'm on their dev list, that i must be on like a fake list to put worrisome people on or something. it makes no sense. maybe i just haven't put my 2020 trolldar on properly. bitcoin is at https://github.com/bitcoin/bitcoin it's 17:23 blargh if i do this i will have to spend like $50 to pin a 'hello world' msg won't i no! it will likely be less! like maybe $49! it's 17:24 and i'm cloning a git repository. this reminds me there are other repos on my cloning queue. it's 17:25 let's talk about chatbots. not _real_ chatbots. language model bots. no, wait, maybe let's not. it's 17:25 and my clone is 97% done. 99% . yayishness. 17:25 . nowadays when i want to figure out what branch to build, i do `git tag` and look for the latest tagged release, (v22.0 here maybe), then i do `git branch --all --contains <tag>` to figure out what their release branch is. 22.x it's 17:27 and libtoolize is copying files. (part of autotools) i wonder if i'll need to install a funny version of an old library that was satoshi-era like often happens. 17:28 `make -j8`. configure output looked fine, i think they changed the wallet format to sql to focus and reuse effort better. this will take a while, but maybe in 8 months i'll remember this goal and have a bitcoin client already built! hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm maybe i should install a binary format. i probably don't have their glibc on this silly rhel7 system. hrm. hrm. hrm. well i made the funny code mutation! that's a success. i could also run it in a vm or something. maybe it will be done building soon! i can write random things here while i wait. maybe i can give it half an hour. 17:30 the plan is to build bitcoin, and sync the blockchain, in like 30 seconds, on an old system. in 30 seconds, once the blockchain is synced, i can uhhhh what was i doing. i can broadcast an op return transaction! omygoodnesso! only 30 seconds. when the blockchain is synced. after the client is built. OR! or. I could upload the transaction to a 3rd party service! i bet blockchain explorers let you broadcast transactons! maybe! maybe! so there's another option. i guess ... using the existing ..... uh-oh ! inner issues! hmm. 17:33 i'm kind of drfiting, i'll send this off

739

I'm up, at laptop: the current state of bitcoin node is downloading the sources for gdb. an adventure.

742 ok. let's try an old version of bitcoin while waiting for these sources --- but wait! if I want to sync a node, I'll need more than 17KB/s anyway! so instead, maybe some network debugging. 743 I have one of those atheros ar9271 linux usb wifi dongles. the kernel driver and dongle have a symbiotic bug where when the signal is poor or the mtu too high the driver can corrupt the kernel, or somesuch, but everybody keeps using them anyway because they have open source firmware. I wonder if I have my kernel sources. i've plugged the dongle in! it looks like the device is recognised ok (i've been fudging things for weeks so crashes are much rarer now) but it's not getting an ip address. this probably means the issue in is the router I guess 747 inhibition around free wifi access. we don't want those hacktivists getting free wifi, nosiree. wait! hacktivists are good people? uhhhhhhhh. but we could give wardriving to our cronies! let's make special cronie-only wardriving setups. then we can rip the arms off the hacktivists? arms? this timestamp got lost somewhere: 745 let's run tcpdump like any normal millenial network bum would. 749 sudo tcpdump -vvni wlp0s20f0u4 <- these letters are assigned by the kernel driver deterministically based on bus architecture and module timing. they are not secret messages. 750 struggling with typing tcpump or tcpdumpdump instead of what I mean 751 no packet traffic. let's run a dhcp client! oops! nm! there's an arp packet! the arp packet came from 10.0.0.1, so the router's gateway stuff is running and the problem is probably either local or in packet transmission to the router. i'll try setting a manual ip and see if I can reach the router. 752 I set a manual ip but no response from router on port 80, foolishly closed tcpdump 753 inhibition around tcpdump again 754 tcpdump isn't showing any TCP packets being sent. rerun curl .. doesnt make tcp packets. maybe my routing table is sending them elsewhere or something. 755 yupyup need to add a routing table entry my routing table looks weird to me, i'll try handtyping it Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default gateway 0.0.0.0 UG ohhh I think I get it. also inhibition around sharing local information, hrm. "gateway" must pick the interface's configured gateway or something. man it has been a long time since I added or changed a routing entry. i'll try taking my other interface down. 757 dang my hands enabled airplane mode 758 the system won't reassociate with the AP after toggling airplane mode ... 759 now the ap isn't showing up anymore. maybe my antenna fell off the branch it's draped on. hey there it is! still not associating. Okay the plan is to check the antenna before continuing that. 800 ooooh toggling airplane mode and taking my interface down broke the gdb clone :/ my hands keep clicking on interface selection over and over again 801 there we go, other interface. I have an idea! I can clone gdb on my phone, and transfer over. 802 oops my phone is in airplane mode. sometimes it does this on its o804 804 I took it out of airplane mode and a pkg update in gdb, and airplane mode toggled back on during the pkg update. i'll repeatedly untoggle it until I have git installed. 808 I've gotten about 56 MB downloaded before airplane mode kicks on, which is about 76% of git clone --mirror --depth=1 i'll try some more 810 i've set it up in a script to keep retrying, so I can just keep reenabling airplane mode 811 I remembered how to fix my airplane mode issue! I take another phone, videorecord the display of this phone, and then the airplane issue stops happening while i'm recording. this'll be an easy clone now! 812 i've misplaced my other phone, to videorecord the misbehaviors of this with, to clone gdb on to workaround the misbehaviors of my laptop, to debug the misbehaviors of gdb, to debug the misbehaviors of bitcoin, to sync a node to store records of things i'll look for it. it's 813

827a I happen to rarely have a blank microsd card right here. I can use it. i'll want to head indoors briefly, maybe in half an hour. let's put this microsd card in. it's 829 oh! I moved it to this phone. but there's nothing on it. umm it's on the same caddy as my sim card. 829 i'll plan to reboot this phone, migrate the microsd card, and try again after it boots up. maybe the airplane mode issue will go away.

842 so, the binutild-gdb folder I found is empty. but now the internet works better, i'm trying out doing a full clone. it is presently stalled. 843 it looks like the git:// protocol doesn't support partial clone, but I could probably do a partial clone from a github mirror of sourceware.org which are likely common 845 i'm trying a shallow clone again. I guess i'll also look for github it could make sense to work with the bitcoin code too, but gdb source is an important thing to have. both clones are stalled, maybe due to long tcp delay kernel config somewhere. oooh shallow clone unstalled. 847a. found a binutils-gdb mirror on github https://github.com/bminor/binutils-gdb 848 i've started a partial clone and it's trying to find io time. there it goes. I think this one might work, partial clone is kinda smart. we'll see. file recovery still says it's in progress. partial clone is asking for 132k objects. shallow clone is asking for 36k. partial clone is stalled at 44%. shallow clone stalled at 10%. maybe i'll look for that kernel config. 850a hrm first resource I found says the upper retry time is harcoded. but that doesn't mean the falloff curve is ... but it might be. 852 the partial clone finished its important first retrieval and is buzzing away downloading sparse object sets in retryable manners. the shallow clone is at 87% I also have a full clone going which thankfully has not given up. maybe i'll pause partial clone. maybe not. they stall so much it seems unlikely they'd compete. i'll look for tcp retry settings more. some inhibition :/ 856. oh hey shallow clone finished! hmm some kind of io contention trying to update the files. hey everything unstalled all at once, file io and network both. now they all stalled again. it's 857.

1048 welcome to another episode of that crazy guy on the internet who keeps using his malfunctioning system without rebooting it or anything. my ip assignment disappeared again, but the route was still there, so I manually reassigned a made up ip in the right group and some of the transfers that were stalled somehow resumed their open connections. which is weird and implies it used the same ip as my guess. I can now curl google. but github gives network is unreachable. a story that is getting slightly old. it's 1050. I have a gdb shallow clone on their master branch. i'm changing the refs because it's the only branch I can see. I might just build it. my pipes and io are getting slower and slower. switching to text-only terminal. the tmux pane with vim open isn't updating. other tmux panes are. 1052 I recall I found how to fix this issue in the past few months, that it's some tmux thing, but I don't remember :/ ok after some time the pane is displaying different output but still doesn't update. looks like I hit the wrong key somewhere. it has :'<,'> at the bottom. maybe I can just get rid of the pane. i'll look up how to tell tmux to close a pane. I usually just type exit. 1053 1054 ctrl-b, x. closes a pane ! guess i'll try the ref updating again. 1055 I think the issue is that io to my external raid is very delayed. it hought this was because of the file recovery process, but when I run iotop I don't actually see it uses io. just the git processes I spawned. maybe there are more of them? 1056 and I updated the refs! file save waiting for io. I had a git fetch --tags going in the shallow gdb repo. it finally finished downloading and is 70% done resolving deltas. it doesn't make sense to me that these tasks are taking this incredibly long. 1057 but I guess the file recovery process could have really backlogged some write queue. 1058 and i'm spamming a mailing list with minute by minute updates. file saved ! yay so the problem with building gdb is the checkout folder is responding so slowly. I guess I'll check io usage. 1059 disk usage is not that high. the default iotop display is shuffling between 0 MB/s total write and 100 MB/s total write. I guess the disks (raid 1 pair) or their driver or such are responding slowly. the writing is mostly from the recovery process. 1100 maybe it uses direct writes or something. I think those might be slower. 1101 oh maybe this it. the array is 3.6T large and has only 78G left. there must be a lot of seeking happening. maybe I can delete something big. I also checked /proc/mdstat and both disks are up and in sync, no rebuild happening. 1102 I sit here, waiting for ls -l to complete. oh there it is. -> deleted 32G emergency swap file. I regret this, as it has memory contents in it. actually it's still deleting but it's like inside the system call, I'll probably let it finish ok it's only 32G anyway, not that big, i'll kill -9 it oops there it responds 1104 so I have this cool script I made called livesort its in one of my github repos for cli tools, I like to be all du --max-depth=1 | livesort -n and it shows big directories while it is searching for them 1105 this will of course take forever. i'd better pause other processes writing to the disks. 1106 I even found the pane that launched the file recovery app and paused that thing. all with ctrl-z of course. you can resume with "fg" . du still not responding. 1107 but ls is ! 1108 du is starting to respond I kind of recall my biggest folder is likely a pypi mirror I was starting to make. hmm. maybe I can zstd it or something. i'll visit the du output as it updates. hmm I have a mirror of stackexchange stuff here that's really big. also models from the huggingface hub oh and parts of the old exconfidential stuff. there's probably something there to delete. uncompressed blueleaks tar. 289G . should zstd that thing. I would ... have to delete the start of the file as I read it ... while piping to zstd ... uh ... so there's value to deleting smaller stuff. currently 109G free. swapfile deletion must have gone through. oh no i'll need space for the blockchain too oh no ummmmmmmm if I am preserving things, i'd better at least keep a copy of them. some things seem useful for different stuff. a lot of this is just archival. do I need a bigger drive? oh! the pypi folder! oh. hmm. it would be nice to have a mirror of pypi but i'm not sure I have the space. it seems important to have. how are things so big nowadays? right now my biggest folder is exconfidential and the biggest file is blueleaks. unfortunately I don't trust this file to survive and so it's hard for me to delete it. but I could compress it with a trick maybe. maybe instead of doing all this, i'll just buy a big harddrive, dunno. I have a disk enclosure I set up for 12v power indoors. I've been using the disks in it with a raspberry pi. i'm a little confused. to upgrade a raid 1 i'd need two disks that are bigger, or I could get 1 disk that's twice as big, and put the other two into a raid 0. I think I have 1 disk that's twice as big. there's probably stuff on it too, though, hmm. uhhhhhhhh I already have a blockchain on this disk. it doesn't need that much free space. whew. 1118 . I could tar up and zstd smaller folders until I have enough space to zstd larger stuff. 1119 yay i'm tar|zstd'ing some backup that was in directory format. rare ipfs data that got partly corrupt. 1120. waiting for my tarball to compress. I used zstd --ultra -22 so it's pretty slow. and I forgot to enable multithreading. it doesn't appear to be processing the subfolders in sorted order, so it's hard to tell how long it will take. I have an appointment in a few hours. I think i'll restart it and use threading. 1121 1122 I gave it 8 threads and I think I have 4 cores. cpu is 25% idle 25% waiting on i/o. could have used more threads. my phone keyboard has developed a bug such that funy things are on my screen. I have a hardware keyboard and the button to close the software keyboard has disappeared. android back button worked. 1125 I tried resuming one of my clone processes and it bailed because it was mid-network-connection when paused. this freed tens of Gs of space when it automatically deleted its clone folder. 1126 oh hey du found my blockchain folder. only 180G. probably something compressible in there. and I have some backups of corrupt states of other backups. but I want to make sure not to make important things harder to find, not sure how to do that. 1127 oh I am so crazy, la de da, la de da 1127 I think I can kind of resume processes some now, with space slowly freeing as I work on that 1128 I guess it would have been silly to allocate more threads when it was already bound by io 1129 hey! I have a tmp folder thats 80G ohhh that's where the recovery is happening :/ let's compress that stackexchange folder. oh maybe wait for the first compression to finish. 1130 gdb shallow could be buildable now eh 1131 1136 gdb is building, master branch since it's what I had. lots of parallelism since io is so slow. whooptydoo. things will go better when more space is free or when the file archival finishes. but it's nice to be working on the same thing kinda continuously. nicer than other ways things can be for me. gdb is kinda just a token, it shouldn't be crashing, it shows something is wrong. the solution is probably debugging bitcoin, even if the symptom is elsewhere. maybe an old tag. I could also use a binary release, or at least try to. note: chroots easier than vms for missing glibcs. 1139 all the same stuff is happening. maybe i'll do some other things for a. bit.

On Wed, Oct 27, 2021, 4:53 AM grarpamp <grarpamp@gmail.com> wrote:

...

the arp packet came from 10.0.0.1

This may not hardly be true, it came from ye who decided to write the raw packet as such and drop it on the wire, your receipt of is subject to any antispoofing provisions, which are not necessarily done.

what are you talking about? usually when i'm diagnosing things I make serious errors, often including paranoid assumptions. spamlogs here are just my personal experience, not hard fact.

buuut maybe i'll just add a script to libtoilet that outputs a raw op_return. that seems way more flexible.