asciilifeform: http://btcbase.org/log/2018-09-30#1855842 << actually imho tbf performed 100% to spec even there. i fully expect tbf to be at the ~hindmost~ of all 'exciting new ideaz' adoptions, not forefront. it's a habsburg art gallery, not avant-garde. ☝︎

asciilifeform: http://btcbase.org/log/2018-09-30#1855796 << to the extent ( and it is a ~substantial~ extent ) that a healthy btc net relies on ~widely~ available sane client, incl yes even for miners, to limit in any way the distribution of trb src is imho catastrophically stupid idea. ☝︎☟︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855681 << the piggy afaik does thus far exactly what it was needed for, which is to pay for civilized hosting so the patches even have where to sit. imho anyffing on top of this is bonus. ☝︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855679 << heathendom is fulla parasites who are happy to use bitcoin without contributing so much as a farthing to keeping the 1 and only working client going, noose at 11 ☝︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855661 << pleez post ☝︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855658 << this is fair ☝︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855663 << i'ma hold off on further patches, even experimentals, until regrind, if mircea_popescu says 'hold' ☝︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855642 << ffs! why!!!! ☝︎

asciilifeform: http://btcbase.org/log/2018-09-29#1855636 << displays the expected payload, trinque ☝︎

asciilifeform: ACHTUNG, panzers!!! http://therealbitcoin.org/ml/btc-dev/2018-September/000312.html << . ☟︎☟︎

asciilifeform: http://btcbase.org/log/2018-09-28#1855439 << i found last night that ~nuffin from my old squirrelmail workhorse actually gets delivered any moar. prolly for this reason. ☝︎

asciilifeform: http://btcbase.org/log/2018-09-28#1855437 << the headache is that a 4kb-key sig is ~4kb... ☝︎

asciilifeform: diana_coman: http://btcbase.org/log/2018-09-28#1855195 << output ☝︎

asciilifeform: http://btcbase.org/log/2018-09-28#1855291 << lemme know if you'd like sumthing in particular tested with my path, diana_coman ☝︎

asciilifeform: http://btcbase.org/log/2018-09-28#1855180 << also forgot to answer -- it's a mips 'octeon' running freebsd off ssd , iirc described in several old thrds ☝︎

asciilifeform: http://btcbase.org/log/2018-09-28#1855188 << nitpick: >1500byte always fragged, cuz ethernet. but! apparently get sewn back together in time. at least at the currently tried rates, and with mix of sizes ( remains to be seen what receiver will do with a summed MB/s of frags from different people ) ☝︎

asciilifeform: i.e. ->, <-, ->, ...

asciilifeform: i.e. : cat uy_receiver_udp_log.txt | cut -f 1 -d ',' > receiver_idx.txt ; cat usa_sender_udp_log.txt | cut -f 1 -d ',' > sender_idx.txt ; diff sender_idx.txt receiver_idx.txt << produces nil

asciilifeform: mircea_popescu, diana_coman : http://nosuchlabs.com/pub/udpism/usa_sender_udp_log.txt http://nosuchlabs.com/pub/udpism/uy_receiver_udp_log.txt << 1 full volley ☟︎

asciilifeform: 'Note that the sender will send each size of package *only once* and it will simply finish once it sent one package of each size' << aaah

asciilifeform: diana_coman: built & emplaced your sender-receiver, it is running nao, asciilifeformistan <--> BingoBoingostan

asciilifeform: http://btcbase.org/log/2018-09-27#1855108 << i read'em when waking, when going to sleep, and in between have scrolling in real time within peripheral vision. but evidently even this not guaranteed to suffice.. ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1855107 << the proggy author's duty, and nobody can save him from it. fwiw i go roughly by size/complexity of orig draft. ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1855078 << trickier item. recall 'the song of the sirens, some have escaped, but their silence -- no one' . how to deal with 'but ~was~ it in the l0gz'. ☝︎☟︎☟︎

asciilifeform: http://btcbase.org/log/2018-09-27#1855070 << neato BingoBoingo . plz lemme know asap if you need anyffing from my end ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1855075 << yea if i'd smoke-tested it earlier, would have found. on top of this, naively assumed that diana_coman has a working and complete keccaktronic v , given as she's moved smg to newform ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1855080 << i stole the notion , in slightly modified form, from knuth. the logic is, decrementing versions, with finite initial N, support a http://btcbase.org/log/2018-09-18#1851362 flow , where 'if you fucked it N+1 times , nao forced to call proggy something else' -- specifically in opposition to the heathen plague of runaway ver nums (e.g. linux kernel, emacs, firefox, etc) ☝︎☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1854935 << i did, phf reminded earlier ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1854926 << ~this~ is pretty strange; diana_coman wouldja mind sharing your working set there ? ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1854926 << confirmed ( and somehow nobody last night noticed ? ) apparently tar by default refuses to tar up 'hidden' ( i.e. starts with . ) dirs ! ☝︎

asciilifeform: http://btcbase.org/log/2018-09-27#1854880 , http://btcbase.org/log/2018-09-27#1854913 << interestingly, this worked, mod6 ! wtf is 99994 K one ? where did i even get it ? ( i take it , was buggy release ? ) ☝︎☝︎☟︎