punkman: "If you’ve lost access to your Bitcoin, Ethereum or any other cryptocurrency wallet, we can help you recover it."
punkman: btctimes investors: Blockstream guy, Charlie Lee (litecoin guy) and even fluffypony
punkman: Blockstream loves the Bitfinex money
punkman: I really didn't think Buttfinex would survive into 2021
punkman: but not only survive, but keeps printing billions in Tether
mats: bitfinex prints money and so does tether
mats: i hoped they would fail also but it was a pipe dream
mats: running a service for newbs that's basically a thin wrapper over hashcat and vast.ai is a pretty good idea
punkman: "But Spagni does not dispute the South African prosecutor’s statement that he had
punkman: been warned to appear in court on April 7, 2020, March 24, 2021, and on April 19, 2021, but did not appear. Nor does Spagni dispute that his counsel informed the court that he had notified Spagni
punkman: of the last two court dates, that he had been unable to reach Spagni, and that he had no instructions
punkman: as to Spagni’s whereabouts. Spagni also does not dispute that his counsel moved and was allowed to withdraw from representation on that basis at the April 19, 2021 hearing"
punkman: makes it seem like it might not have been fbi operation
punkman: "Spagni first emphasizes the particular risk of contracting COVID-19 in
punkman: a custodial setting which, he argues, is more likely to result in severe illness for him because of his chronic asthma and obesity"
punkman: ahaha "Spagni argues principally that “South African authorities have no means to prove that Spagni was the recipient or beneficiary of the allegedly fraudulent proceeds” because relevant bank records were lost in a 2009 fire."
punkman: maybe also arsonist? hilarious
punkman: "The South African prosecutor responds that it has electronic records indicating that Spagni was the account holder."
mats: its notable that virtually all of the criticisms of tether's reserves i've ever read, including those from cryptocurrency publications, never mention that tether behaves like any other commercial bank
mats: obviously lying about 1:1 is no good, they shouldn't be doing that, but its also ridiculous to suggest that a profit seeking enterprise should shy away from buying short dated chinese paper to earn returns and instead... buy treasuries
mats: when there's billions of dollars chasing your product that enable you to easily run a fractional reserve
mats: tens of billions of dollars
mats: and clearly nobody with money who has been buying or holding tethers gives a shit about the fractional reserve now that the scheme has been litigated in the public view
punkman: yeah but they then use the fractional reserve to manipulate the market
punkman: and I'd say it's very charitable to even call it "fractional reserve"
punkman: chinese paper? yeah that's definitely gonna end well
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-09-03#1056245 << this is why pyramids are infectious.
dulapbot: Logged on 2021-09-03 02:28:21 mats: obviously lying about 1:1 is no good, they shouldn't be doing that, but its also ridiculous to suggest that a profit seeking enterprise should shy away from buying short dated chinese paper to earn returns and instead... buy treasuries
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-09-03#1056232 << see earlier thread for background lulz
dulapbot: Logged on 2021-09-03 01:33:13 punkman: https://mybroadband.co.za/news/cryptocurrency/410466-south-african-crypto-mogul-denied-bail-after-arrest-in-the-united-states.html
dulapbot: Logged on 2021-08-02 22:08:57 asciilifeform: ok, fluffypony's extradition judgement (txt) is pure gold. rec'd read for erryone tuned in.
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-09-03#1056231 << ftr asciilifeform strongly suspects that it may be moar profitable to 'mine' privkeys (not, obv., via brute force, but guided by known and yet-to-be-found shit-rng lulz) than to mine conventionally
dulapbot: Logged on 2021-09-03 01:21:34 mats: running a service for newbs that's basically a thin wrapper over hashcat and vast.ai is a pretty good idea
asciilifeform: $ticker btc usd
busybot: Current BTC price in USD: $50699.81
asciilifeform: !w poll
watchglass: Polling 17 nodes...
watchglass: 18.104.22.168:8333 : Could not connect!
watchglass: 22.214.171.124:8333 : Could not connect!
watchglass: 126.96.36.199:8333 : Could not connect!
watchglass: 188.8.131.52:8333 : (172-4.core.ai.net) Alive: (0.022s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=698852
watchglass: 184.108.40.206:8333 : Alive: (0.091s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Return Addr=0.0.0.0:8333 Blocks=698852
watchglass: 220.127.116.11:8333 : Alive: (0.083s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=698852 (Operator: asciilifeform)
watchglass: 18.104.22.168:8333 : (ns562940.ip-54-39-156.net) Alive: (0.171s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=698852
watchglass: 22.214.171.124:8333 : Alive: (0.083s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Return Addr=0.0.0.0:8333 Blocks=698852 (Operator: whaack)
watchglass: 126.96.36.199:8333 : Alive: (0.294s) V=70001 (/therealbitcoin.org:0.7.0.1/) Jumpers=0x1 (TRB-Compat.) Blocks=698852
watchglass: 188.8.131.52:8333 : (ns3140226.ip-54-38-94.eu) Alive: (0.272s) V=88888 (/therealbitcoin.org:0.8.88.88/) Jumpers=0x1 (TRB-Compat.) Blocks=698852
watchglass: 184.108.40.206:8333 : Alive: (0.389s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=698852
watchglass: 220.127.116.11:8333 : (terebe.ns01.net) Alive: (0.669s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=698852
watchglass: 18.104.22.168:8333 : (pool-71-191-220-241.washdc.fios.verizon.net) Alive: (0.864s) V=99999 (/therealbitcoin.org:0.9.99.99/) Jumpers=0x1 (TRB-Compat.) Blocks=698852 (Operator: asciilifeform)
watchglass: 22.214.171.124:8333 : Violated BTC Protocol: Bad header length! (Operator: jurov)
watchglass: 126.96.36.199:8333 : Busy? (No answer in 100 sec.)
watchglass: 188.8.131.52:8333 : Busy? (No answer in 100 sec.)
watchglass: 184.108.40.206:8333 : Busy? (No answer in 100 sec.)
billymg: was there ever a definitive resolution of the 'recompile with -fPIC' error? i'm hitting it now when trying to build gnat
asciilifeform: billymg: building which gnat, and with which other gnat ? and plox to paste full eggog.
asciilifeform: billymg: also note that previous pastes of this in the logs were re uclibc (prolly not pertinent to your case)
billymg: asciilifeform: gnat-gpl-2016 and with gnat-gpl-2014 as the bootstrap
billymg: one sec, lemme get the build logs
asciilifeform: billymg: iirc nobody's succeeded in using 'gnat-gpl' as bootstrapper, it's subtly broken in various ways
billymg: asciilifeform: if i have a working gnat on my other machine, how would i manually move that over to this one in order to bootstrap? i don't know the full list of binaries that would have to be moved over
billymg: asciilifeform: also, through experimentation, i was not able to build the vtools binaries on my gnat box and then run them successfully on my current box
billymg: which leads me to believe something in gnat is also a runtime dependency for those binaries
asciilifeform: billymg: the only gnat on which i've tested 'vtools' is the 'ave1' gnat
billymg: my vtools work fine on my other box
billymg: it's just when i copy the compiled binaries over to this box via usb stick and attempt to use they don't work correctly
billymg: does that seem right?
asciilifeform: billymg: didja set the paths ?
billymg: yeah, vpatch even kinda works
asciilifeform: billymg: paste eggog plz
billymg: asciilifeform: one sec
billymg: i can press genesis patches, but any patch beyond the genesis fails with hash mismatch
billymg: and i do have the standalone ksum that comes with vtools in path too (otherwise v.pl fails the commands check in the beginning)
asciilifeform: billymg: make sure this is a current (i.e. keccakistic) v.pl
billymg: it is
billymg: so it should be working??
billymg: i.e. those binaries should work on a machine that doesn't have gnat?
asciilifeform: billymg: ah hm interestingly my copy aint statically linked
asciilifeform: ( looking at 'vdiff' )
billymg: asciilifeform: are there some flags in the makefile i could tweak to force it to build with static linking?
dulapbot: (trilema) 2019-02-02 asciilifeform: trinque: see ffa as example
billymg: alright, will give that a shot, thanks
billymg: asciilifeform: re the gnat build errors, i'm looking at this: https://wiki.gentoo.org/wiki/Project:AMD64/Fixing_-fPIC_Errors_Guide
billymg: specifically Case 3
billymg: i could try: "In this case, globally adding -fPIC to C[XX]FLAGS resolves the issue, although this practice is discouraged because the executable end up being PIC-enabled as well." -- and if it works, try to find/patch the individual files that need the flag by writing a patch for the ebuild
asciilifeform: billymg: this may work, but afaik to date errybody solved by bootstrapping w/ bin of adacorpse gnat
dulapbot: Logged on 2021-09-03 13:12:32 asciilifeform: billymg: iirc nobody's succeeded in using 'gnat-gpl' as bootstrapper, it's subtly broken in various ways
asciilifeform ftr finds the 'v depends on gnat' thing to be an epic barf, courtesy of mp & diana ; really oughta be corrected
billymg: asciilifeform: i'm using that one though, i'm building through portage, so it's whatever they pull when the bootstrap flag is set, which from my distfiles appears to be gnat-gpl-2014
asciilifeform: billymg: i get it, but noting that i've not succeeded in building adacorpse w/ 'gpl' variant at any point
billymg: so gotta be gnat-gcc?
asciilifeform: billymg: may be possible to do what you were trying to do , but asciilifeform does not know the pill
asciilifeform: ave1 ( and later signpost ) iirc built adacorpse w/ bin. dist. of same, and then again with itself
asciilifeform: billymg: you may want to wait for signpost to return, he's the one who most recently walked this labyrinth
dulapbot: (trilema) 2019-02-04 asciilifeform: described, in the past, the general shape of the recipe for this -- you write e.g. small lisp in coupla kb of asm, and large 1 on that, and an adatron on the latter... etc
dulapbot: Logged on 2020-07-18 19:55:54 asciilifeform: trinque: since you mentioned script langs: considering, after ffa, to attempt a 'dethompsonizing' simple gc-less scheme in asm, in style of 'M' as a scripting lang. can't speak for erryone, but i've wanted a <32kB scripting lang that 'compiles with bare hands' for many yrs.
asciilifeform: wb signpost
signpost received a rude, unrequested reboot of box
asciilifeform: signpost: texas mains current lulz continue ?
signpost: hosted elsewhere, but who knows. I no longer make fun of "third world" countries.
signpost: can't keep the infrastructure up anywhere in the states
asciilifeform: !q uptime
dulapbot: asciilifeform: time since my last reconnect : 79d 15h 26m
signpost: looks like yep, power outage at dc. they were in the path of the storm.
signpost: plus generator failure, egh.
signpost: asciilifeform: will definitely keep you in mind when I boot up another box. this one's been pretty good for a long time, no cycles to uproot it just yet.
asciilifeform: at asciilifeform's, 2 separate banks of diesels, and sees that they actually test'em. since i subscribed there was exactly 1 power fail, an own-goal by ups tech
asciilifeform likes that he was able to physically go and see and prod people there, when >hr of fail
asciilifeform: *seems that
mats: i haven't tried to build trb since gnat intro, way too many people documenting hours of lost effort getting it to work
signpost built like two months ago, worked fine.
billymg: mats: if you have a box that you can just put asciilifeform's dulap on the trb build is easy
billymg: my struggle is getting gnat on this box
signpost: billymg: wanna try something out?
signpost: fixed my gnat-builder
billymg: signpost: sure, still stuck
signpost: k, gimme a few to upload
billymg: btw, asciilifeform: do these gpr files look right for vtools: http://paste.deedbot.org/?id=PYvK
billymg: the sections i added to add the -static flags
billymg: they built, but still don't work on my non-gnat box
signpost: pentacle also builds vtools atm, btw
billymg: signpost: what is pentacle again?
signpost: half-built linux distro, which so far can fart out a static build of gnat and vtools
billymg: oh neat
signpost: can also build itself, of course.
signpost: just didn't drag over the cuntoo installer script to fart it onto a block device yet
billymg: i haven't given up yet on this box, but may be my last attempt at trying to contort upstream into something usable
signpost: this thing will deploy into its own chroot inside the dir you unpack, so it won't disturb the host system.
dulapbot: Logged on 2021-03-18 21:55:05 trinque: dpb: https://trinque.org/pentacle.tar https://trinque.org/pentacle.tar.asc
billymg: grabbing it now
signpost: no, those are old
dulapbot: Logged on 2021-09-03 14:42:03 signpost: k, gimme a few to upload
signpost: billymg: problematic.site/pentacle.tar problematic.site/pentacle.tar.asc
signpost: curious to hear if it works for you.
signpost: one remaining issue is that the stupid debootstrap step requires a package index from a debian repo even if it pulls the debs from the cache I provided
signpost: this is obvious in retrospect, derp.
signpost: so I'm looking at how to include that package index in the bootstrap wad
signpost: pls read and understand bootstrap.sh before running
signpost: you'll end up with a "target" dir within which a tiny linux userland, including gnat.
asciilifeform: http://logs.nosuchlabs.com/log/asciilifeform/2021-09-03#1056356 << loox correct; what happens when run ldd on the resulting bin ?
dulapbot: Logged on 2021-09-03 14:42:35 billymg: btw, asciilifeform: do these gpr files look right for vtools: http://paste.deedbot.org/?id=PYvK
signpost: to get a vtools in there, enter the `target` chroot after your build, and... `cd /src; ./layer install vtools`
dulapbot: Logged on 2020-07-01 12:28:28 asciilifeform: not a dynamic executable
signpost: (you will notice there's also an `install` script, earlier version of `layer`)
signpost: I'm not there yet, but the vision is to have squashfs userlands grunted out by build recipies, and those pair with tasks (not at all implemented)
signpost: if you've used docker, should be familiar without the five-hundred-tons of insanity
asciilifeform: signpost: the 500tonnes thing seems inescapable, tho, with that approach
asciilifeform: unless i'm missing sumthing
asciilifeform: well if erry proggy carries an entire linux userland (and src of same) along
signpost: nah, layered atop, hence "layer"
signpost: familiar with unionfs?
signpost: idea is you should be able to mount tools into your userland and unmount at will. I don't need an ICBM launcher in my userland unless I'm using one
signpost: not unique, this. beos did it in... 90s?
asciilifeform can't escape the feeling that this approach 'plugs the wrong end of the funnel'
signpost has managed thousands of servers at once, not doing it without such.
signpost: but specific critiques are welcome.
signpost: imho a key source of insanity in *nix is the writable and ever-fiddled-with root fs, rather than composing the contents with known items, produced by bin-reproducible build.
asciilifeform: throwing sets of binaries around does work, and is what pretty much erryone already does. e.g. asciilifeform's bitwise images for dulap & rk; the gnat kit; etc.
asciilifeform: but it doesn't offer a path outta the thompson trap.
signpost: I want to deterministically produce the disk image that gives me the tools that perform a specific task, and sign.
signpost: and to be able to call upon these images declaratively.
asciilifeform: it's rather analogous to if no one has discovered how to light a fire, but instead, like 1e5y ago, erry fire had to be lit from previous
signpost holds out hand, gun assembles itself in it.
signpost: I'm not using these things like hand-tools my whole life.
signpost: anyway, what I just linked is a couple hundred lines of bash, easy to read.
asciilifeform: signpost: asciilifeform (and suspects signpost et al) already does more or less this, simply in place of disk images there are separate machines in a rack
asciilifeform: it's imho incredibly clunky tho -- really, erry proggy has to live in own universe, no possible way to make'em cohabit safely and reliably one OS (by orig. definition of same) ?
asciilifeform: and when you want proggy-A and proggy-B to interact (feed output of one into another) ?
asciilifeform: ... in realtime ?
signpost: yeah, oughta start up in a very small initramfs which can fire up tasks in any number of chroots. the chroots for complexity management, not security.
signpost: and when you want them to talk, give them a shared mounted fs within which fifos
asciilifeform: shared fs dun give you pipes tho
signpost: sounds like same task if piping
signpost: they go together
asciilifeform: let's take concrete case -- two proggies, say, are trb and valgrind.
billymg: asciilifeform: ldd ksum, ldd vpatch -> "not a dynamic executable", ldd vdiff -> http://paste.deedbot.org/?id=hXdc
asciilifeform: how do i use the latter on the former w/out allowing'em to inhabit one memoryspace ?
signpost: asciilifeform: a man's workbench has no need for the tool I'm describing
signpost: and this thing can happily shit you down one fs with everything.
asciilifeform: billymg: vdiff built dynamically
signpost wants fungible nodes of task-runners *out there*
asciilifeform: signpost: seems like oughta be generalizable into vtron
asciilifeform: ( 'press' into 1 fs... )
signpost: there is an as yet unformalized relationship between a particular press and a particular set of built output, yes
asciilifeform: signpost: re: 'fungible nodes of runners', recall this asciilifeform experiment? was 1 of the aims there
signpost: (incidentally I name the squashfsen after their hash of concatenated src and build script)
signpost: this so I can demand that the compute substrate run me an arbitrary command in the context of $HASH
billymg: asciilifeform: unavoidable? or you think it's a bug in my gpr file?
signpost: asciilifeform: yep, I do recall M
asciilifeform: billymg: not immediately apparent why. this is why i asked ave1 to patch gnat so MAY NOT produce dynamic bins at all
billymg: asciilifeform: gotcha, ok
asciilifeform notices that his copy of vtools built with previous '16 gnat, evidently
signpost: anyway, it's an experiment, not a declaration of cosmic truth. I will have to get it deployed onto some machines in the coming years and see whether it introduces more problems than it solves.
asciilifeform: billymg: to date i've recced ffa readers to grab the 'ave1' gnat bins, optionally selfbuild, and use that
billymg: signpost: grabbed your files, going to try it out in a bit
signpost: but I've done Linux server management at scale, and it's fucking terrible.
asciilifeform: signpost: i can picture
signpost: both bashops and using the state-of-art
signpost: (scare quotes around state-of-art)
asciilifeform: signpost: the 'final' solution asciilifeform is partial to, is (unsurprisingly) a universal vtree + minimal bootstrap compiler. from this, press whatever one needs on given time/place.
asciilifeform: this is naturally not hidden in asciilifeform's sleeve, and not available for 'manage 9000+ servers today' sadly.
asciilifeform: but imho remains the actual solution.
signpost: yup totally get it.
signpost making incremental moves towards slightly more usable boards-with-nails-in-'em
asciilifeform: ftr asciilifeform manages dulaps etc with barbaric bitwise disk images, hand-pumped.
signpost: as thimbronion, pywad probably not the final item, but hell, I'm shooting udp packets directly to him. it's a start.
asciilifeform: signpost: i grabbed your latest snapshot & verified sig ; what external components do i need ?
dulapbot: Logged on 2021-09-03 15:00:29 signpost: billymg: problematic.site/pentacle.tar problematic.site/pentacle.tar.asc
signpost: debootstrap should be it
signpost: bootstrap.sh is pretty short, quick read.
signpost: (before long it would be nice to have bootstrap-deb.sh, bootstrap-dulap.sh, etc)
signpost: just haven't gotten around to it.
signpost: when the whole thing produces entirely identical output between runs, I'll just sign a rootfs and leave the bootstrap scripts for historical interest (investigation of thompsonization, etc)
asciilifeform: signpost: -deb implies -- needs to run on a debian ? ( which one ? )
signpost: nah, just need the tool `debootstrap` present
signpost: can otherwise be any system.