asciilifeform: mircea_popescu: i misspoke re 'downconverter' for realtek, really it was ~up~converter ( realtek intake starts at 100MHz or so)
asciilifeform: while imho this is not a 'let's do this right nao' scheme, it is prolly the Right Thing in re 'trb-i' block propagation. no moar 'block withholding' nonsense. no reason why trbi should not own ionosphere the same way mircea_popescu projected bitcoin will 'own' mains current generation capacity.
asciilifeform: box, incidentally, doesn't need to know anyffing re particulars of gossip protocol; simply verify(4096b) luby packets, rejecting old nonces, reassemble into block, and then retransmit until a newer block is assembled, then repeat ad infinitum.
asciilifeform: a larger and expensive version of the item could be built conceivably with off-the-shelf iron, all it'd take is a bit of courage, can plug it in wherever one happens to have access to unguarded mains socket plus a window to string the aerial from.
asciilifeform: if device made for unit cost of e.g. 1 $, enemy can then enjoy going bankrupt spending 5k to find each one in the woods.
asciilifeform: in principle, this here would be one of the rare cases where baking an asic would be a massive win (in that there's not much of a practical alternative)
asciilifeform: the holy grail would be to stuff this into a fpga. however ice40 isn't even remotely bigenuff.
asciilifeform: re the 'unattended relay' concept, the gnarliest sticking point is the need for a rsatron that can verify a 4096b signature in a few msec, and while running on battery/photocell, not with whole comp
asciilifeform: the most economical receive-only station would prolly still consist of the realtek + a (working) downconverter.
asciilifeform: ( i tried the chinese-made 'downconverters' to bring it into the necessary band, thus far none worked worth a sparrow's fart )
asciilifeform: the ubiquitous realtek sdr dongle is unfortunately wholly worthless for shortwave work
asciilifeform: trinque: battlefield version of the hypothetical device would need a purpose-baked (fpga) sdr. but for experiment, could use e.g. 'hackrf' ( i have it, but hesitate to recommend it to others, it comes with a massive ball of open sores rubbish, really wants an ab initio driver , ars longa, etc )
asciilifeform: http://btcbase.org/log/2018-07-05#1831795 << piling on to this thread ftr : ~fiddybux buys you a device that can eat, 24/7, the entire 30MHz or so usable sw spectrum, and search for whatever. pulsers can then transmit short luby slices of $block pretty much wherever in said spectrum , at various times, even regardless of ionospheric season; a % of these will get eaten by $receiver, and slowly reconstitute a valid parcel.☝︎
asciilifeform: there's a whole bunch of weev types who aren't aware that anyffing like pizarro is even possible. somebody, somewhere, among'em, possibly isn't entirely tard
asciilifeform: the fascists, the communists, whoever.
asciilifeform: BingoBoingo: try lafonde & co too, while at it
asciilifeform: this is smart. and iirc BingoBoingo has his fiber nao and is ready for battlefield.
asciilifeform: phf: if you have a handy list of these lulz in your notes, plox to post
asciilifeform: i dun recall seeing md5 lulz but wouldn't rule it out
asciilifeform: trinque: is your item packaged roughly similarly to my rockchip thing ? (i.e. a tarball that i can unpack onto an empty ext4 , and jump into ) ?☟︎
asciilifeform: mircea_popescu: lemme find the thread, 1s
asciilifeform: diana_coman: you are aware that the only means of testing a musltronic build of your proggy + deps on a conventional (glibc) box, is the rotor method, yes
asciilifeform: the gain is strictly that it can be done 100% homedir-locally.
asciilifeform: the only way to muslate on a conventional (glibc) box, is via the rotor method.
asciilifeform: iirc i explained this in an earlier thread, but it is not possible to test selectively-musltronic e.g. mysql installed ~systemwide~ on a conventional glibc box
asciilifeform: trinque: is there a chance you can supply us with a 'pre-release' cuntoo ?
asciilifeform: however if no such incompatibility is found, then yes, it doesn't win anyffing over 'wait for cuntoo' scenario.
asciilifeform: diana_coman: as i understand, it would not be a wasted effort , given as if a musl-incompatibility is revealed , diana_coman can go straight to patching it, working in parallel with trinque's finishing touches on cuntoo
asciilifeform: i will help but strictly if mircea_popescu specifically asks, given as he had asciilifeform swear not to meddle in euloristic matters.
asciilifeform: if, as appears to be the case, the latter is far from battlefield deployment, it may be worth .
asciilifeform: diana_coman: strictly in that we do not yet have an operating musltronic cuntoo.
asciilifeform: this will reveal where, if anywhere, your orchestra breaks on musl
asciilifeform: diana_coman: if this were my system, i'd build'em rotor-style ( using existing rotor script, add e.g. mysql to the deps set )
asciilifeform: this will not interfere with the operation of the production proggy
asciilifeform: this is actually testable on diana_coman's existing box, all it requires is to set up ( as i understand, diana_coman already has ) ave1's gcc toolchain , in user homedir
asciilifeform: ( the gpg-derived coad -- will. but as for the rest, i do not know )
asciilifeform: mircea_popescu: there's a second devil potentially in the details -- not knowing much re eulora particulars, asciilifeform does not know whether it will actually build 100% musltronically
asciilifeform: btw asciilifeform muchly appreciates trinque's sweat, last yr asciilifeform was quite certain of having to do all of this with own hands.
asciilifeform: trinque: i thought you've successfully seceded from upstream gentoo (i.e. baked own ports tree mirror etc )
asciilifeform: diana_coman: as i understand there are exactly two variants : 1) waitloop on trinque to declare his item as ready for battlefield test 2) asciilifeform bakes an exact clone of existing s.mg gentoo ( really, dulap-iii's gentoo )
asciilifeform: it is however my current understanding that diana_coman wants a trinque cuntoo install. this means that trinque gotta give the signal and supply with what to install -- and ideally prior to going on his vacation.
asciilifeform: mircea_popescu: if no answer from ben_vulpes in day or 2, i'ma have to ctrl-C that loop and take over reactor controls, and ask mod6 to make good on his offer to sell his spare ssd's, currently kept in the bilge, to pizarro, and then give the signal to BingoBoingo to install it in diana_coman's auxiliary box.
asciilifeform: !Q later tell BingoBoingo plz lemme know if you have the tracking info☟︎
asciilifeform: diana_coman: iirc ben_vulpes's last gasp, prior to disappearing into his unfortunate sabbatical, was to ship disks.
asciilifeform: btw in addition to mircea_popescu's earlier observation, it aint a total loss also in that asciilifeform can bake a neutered replacement rom more or less immediately if the key is ever popped.
asciilifeform: sorta why asciilifeform sank 100litres of sweat into the armlappy thing.
asciilifeform: there may not be quite enuff chechens in natolandia for anyffing better than halfmeasure, atm
asciilifeform: in fact, this sorta happened, recall the early crt tv and its xray killzone☟︎
asciilifeform: ( picture a 'alt-history' where it came to be that 2/3 of population owned a particle accelerator (let's say, for sterilization of even moar outlandishly-gangrenous usa.beef than presently sold . ) picture the pestilential 'omfg i am eating what! isotope?!' complaints
