Forum logs for 06 Dec 2017

Monday, 16 March, Year 12 d.Tr. | Author:
asciilifeform: mircea_popescu: i cannot resist to ask, where do i buy some 'arbitrary iron' ? right now i only got concrete iron [07:40]
asciilifeform: !~ticker --market all [07:41]
jhvh1: asciilifeform: Bitstamp BTCUSD last: 12649.92, vol: 15099.62688961 | Bitfinex BTCUSD last: 12639.0, vol: 63644.53889962 | Kraken BTCUSD last: 12754.4, vol: 4211.65584461 | Volume-weighted last average: 12646.8465019 [07:41]
RagnarDanneskjol: mircea_popescu I believe 2 or 3 ladies will be available to interview by this weekend. please standby. I'll just point them to the great hall [here] unless you want them elsewhere [07:54]
BingoBoingo: I have arrived [08:14]
asciilifeform: congrats BingoBoingo ! [08:18]
asciilifeform: how is the jungle, how -- the jaguars ? [08:18]
BingoBoingo: So far the shower at the office has hot water. [08:19]
asciilifeform: notbad [08:19]
BingoBoingo: Have seen litle nature so far. Lightening the load at coworking office to hostel size before their checkin opens. Very friendly people. [08:20]
BingoBoingo: Mega mission of the day is calibrating the ear to this accent and recovering from mega ear pressure confusion [08:20]
BingoBoingo: TSA did open up bag with the server and network switch helpfully leaving note. [08:21]
* BingoBoingo also to explore and take pictures [08:26]
BingoBoingo: brb [08:35]
mircea_popescu: http://trilema.com/forum-logs-for-05-dec-2017#2371867 << pretty sure i "accidentally"-ed a hundy or so at some point, look carefully through the couch cushions. [09:10]
a111: Logged on 2017-12-05 15:21 trinque: to date, deedbot made like 0.0002, and so what? it'll make more in the future, and it'll buy more with what it made idem [09:10]
asciilifeform: in other 'let's steal trilema article and publish with flipped sign bit', https://archive.is/ECfmb [09:32]
mircea_popescu: but what proof do you have. [09:54]
asciilifeform: insufficientlyproofyproofofproofiness [09:54]
lobbes: Congrats BingoBoingo! [09:55]
lobbes: In other jungles: https://archive.is/BjsEM [09:55]
mircea_popescu: http://btcbase.org/log/2017-12-06#1747223 << at $shop. [09:55]
a111: Logged on 2017-12-06 12:40 asciilifeform: mircea_popescu: i cannot resist to ask, where do i buy some 'arbitrary iron' ? right now i only got concrete iron [09:55]
mircea_popescu: lobbes apparently there was problem. [09:56]
mircea_popescu: anyway, administration of all kinds would be GREATLY improved by permanently losing access to all computing. [09:57]
mircea_popescu: http://btcbase.org/log/2017-12-06#1747227 << ahaha looks like you won too. [09:57]
a111: Logged on 2017-12-06 13:14 BingoBoingo: I have arrived [09:57]
mircea_popescu: http://btcbase.org/log/2017-12-06#1747226 << to quote some bum, "where am i going." [09:58]
a111: Logged on 2017-12-06 12:54 RagnarDanneskjol: mircea_popescu I believe 2 or 3 ladies will be available to interview by this weekend. please standby. I'll just point them to the great hall [here] unless you want them elsewhere [09:58]
mircea_popescu: http://btcbase.org/log/2017-12-06#1747234 << loller i guess you're throwing those out then ? [09:58]
a111: Logged on 2017-12-06 13:21 BingoBoingo: TSA did open up bag with the server and network switch helpfully leaving note. [09:58]
BingoBoingo: Well, probably investigating them. Switch is still new in box unconfigured, server hasn't been more than assembled [10:10]
BingoBoingo: They did leave the inspection note [10:10]
BingoBoingo: as opposed to hiding it [10:11]
mircea_popescu: i c [10:12]
asciilifeform: BingoBoingo: man in sov restaurant, gets up to go piss, leaves a note on his table : 'i have spat into this soup, do not steal' . returns, to finds scribble under his note : '...i spat in it also, yours, anon' [10:12]
mircea_popescu: ehehehe [10:12]
mircea_popescu: !!pay BingoBoingo 0.01 [10:13]
BingoBoingo: tyvm [10:13]
mircea_popescu: nao don't go casinoing. [10:13]
deedbot: Get your OTP: http://p.bvulpes.com/pastes/j1rev/?raw=true [10:13]
BingoBoingo: Far too soon for that [10:14]
mircea_popescu: aha [10:14]
* BingoBoingo made a quick walk around the neighborhood, has to reorient to sun's new location as opposed to ye familiar old compas [10:15]
mircea_popescu: didja pack a camera btw ? [10:15]
diana_coman: BingoBoingo, can add picture of inspection note to the rest of "local flora&fauna" pics [10:16]
BingoBoingo: I packed two. Baking a first blog post. Got few pictures en route because it turns out airports and planes are boring. Also clouds most of the flights. [10:16]
BingoBoingo: diana_coman: I will save that for the post when I actually open the networking equipment. Right now gotta calibrate my ears to this accent [10:17]
mircea_popescu: nice. [10:18]
mircea_popescu: but yes, airflight ain't all it's cracked up to be. only seems a big deal before ape invents airplane. [10:19]
mircea_popescu: much like marriage seems much more of an ideal state to 13yo than later on. [10:19]
asciilifeform: !#s bathtub catapult [10:19]
a111: 5 results for "bathtub catapult", http://btcbase.org/log-search?q=bathtub%20catapult [10:19]
mircea_popescu: incidentally, re that : i don't think most people are equipped to evaluate how much it'd suck. i base this on my own experience, whereby i didn't understand what sex in tub is like before trying. [10:20]
mircea_popescu: my knees were scabbed for weeks. [10:20]
asciilifeform: 'knife fight in phone booth' (tm)(r) [10:20]
BingoBoingo: <mircea_popescu> but yes, airflight ain't all it's cracked up to be. only seems a big deal before ape invents airplane. << Only really big deal besides boredom and comms blackout is barotraumo to the ears [10:20]
mircea_popescu: by the time you crashland you're more or less CNCd into a ball already. just like an egg that was tumbled with rocks. [10:21]
mircea_popescu: BingoBoingo you're supposed to suck aircock the whole way, didn't the stewardess tell you ? [10:21]
BingoBoingo: No, none of them did. [10:21]
mircea_popescu: maybe they were doing it discreetely. [10:21]
mircea_popescu: or maybe you didn't fly with HookAir ? [10:22]
BingoBoingo: Well, i did forget it was a thing and underestimated how big a deal it would be until first leg of trip ended [10:22]
mircea_popescu: #trilema fails to warn. [10:22]
mircea_popescu: poor bb DID say he's total noob. [10:23]
* asciilifeform while BingoBoingo flew, slept, and dreamed that he was conscripted into american army and when asked 'where do you want to go' answered 'let's straight to 'nam, get it over with' and was sent. [10:23]
BingoBoingo: Well, #trilema did warn, but forgot [10:23]
mircea_popescu: a did it ? i forgot too. [10:23]
mircea_popescu: asciilifeform so did you get nam over with by your own self or was there a sidekick ? [10:23]
BingoBoingo: then Republic of Texas to Panama was napping while descent started, damage done [10:24]
asciilifeform: with plane full of other cannon fodder. but that's all the detail that was painted. [10:24]
asciilifeform: somehow in 'dream logic' it seemed entirely unsurprising that 'nam' were still a going concern. [10:24]
mircea_popescu: BingoBoingo incidentally, i often get ear popping IN THE CAR, getting down from fortress mp to civilisation. [10:24]
asciilifeform: asciilifeform only gets ear pop in the subway. [10:24]
asciilifeform: somehow never on planes. [10:25]
mircea_popescu: maybe your ears are directional. [10:25]
BingoBoingo: mircea_popescu: AHA, missouri hills are what I was expecting [10:25]
asciilifeform: fuckknows [10:25]
mircea_popescu: incidentally, in re http://trilema.com/2017/what-are-you-being-distracted-from/#comment-123640 : Party of Heroes prolly best one of the entire whole lot. [10:27]
mircea_popescu: imo it's the definitive showcase of the platform. [10:27]
mircea_popescu: ie, isn't a port from system with kbd-and-mouse, but actually designed / thought into the terms of a tapdevice. [10:28]
mircea_popescu: https://www.youtube.com/watch?v=kNr99mM-cL4 << like that [10:28]
deedbot: http://www.thedrinkingrecord.com/2017/12/06/the-midwestern-rube-arrives-in-uruguay/ << Bingo Blog - The Midwestern Rube Arrives In Uruguay [10:35]
BingoBoingo: brb, explore mode [10:43]
hanbot: congrats BingoBoingo :) [10:45]
deedbot: http://trilema.com/2017/various-multitudes/ << Trilema - Various multitudes [12:07]
diana_coman: mod6 or asciilifeform, can you help? I'm trying to press asciilifeform's second patch for sane-mpi and V complains that it can't find the vpatch file although it is there (and I checked the sig too and it's all fine) I'm running your V, version thebitcoin.foundation/v/V-20170317.tar.gz.mod6 I have the following folder structure: http://p.bvulpes.com/pastes/1ZwgW/?raw=true Here's the error when I run v press verbose . mpi_second_cut.vpa [12:20]
diana_coman: tch: Error! Could not find vpatch "mpi_second_cut.vpatch" when I run v a mpi_second_cut.vpatch I get: Error! Could not find vpatch "mpi_second_cut.vpatch" [12:20]
asciilifeform: diana_coman: is it in your patches dir ? [12:21]
diana_coman: yes see folder structure above [12:21]
diana_coman: ftr it finds the genesis patch fine [12:21]
diana_coman: but it seems to think there are no descendants on it (so v d mpi-genesis.vpatch returns empty) [12:22]
BingoBoingo: No pictures of quality this time, but have located mall, mall casino, and place where sleeping [12:22]
diana_coman: v f shows only the genesis [12:23]
asciilifeform: diana_coman: are you using mod6's vtron ? [12:23]
diana_coman: yes,as stated [12:23]
asciilifeform: pretty strange, mine and phf's vtrons ate it up without complaint, e.g. http://btcbase.org/patches?patchset=mpi [12:25]
diana_coman: ok, let me try with yours too then, can't hurt [12:26]
asciilifeform: sounds like a bug in mod6's vtron, thus far [12:26]
asciilifeform: where it silently barfs on a signature and doesn't say why [12:26]
asciilifeform: where did you get asciilifeform's key, diana_coman ? [12:26]
mircea_popescu: diana_coman possibly you have old ver of alf sig ? [12:26]
diana_coman: ftr I used mod6's vtron on ch1 of ffa and it worked perfectly fine [12:26]
mircea_popescu: (expired at some point) [12:26]
asciilifeform: sigs dun change tho [12:26]
mircea_popescu: had alt paths there [12:26]
asciilifeform: diana_coman: then can rule out bad pubk [12:27]
diana_coman: mircea_popescu, nope, I just downloaded it again today so it's the new one [12:27]
mircea_popescu: a ok\ [12:27]
diana_coman: asciilifeform, got it from your website [12:28]
asciilifeform: i redownloaded own item just now, and verified the sig successfully [12:29]
diana_coman: a gpg --verify here worked perfectly fine for me too on both patches [12:29]
asciilifeform: so it ain't hoster shenanigans, unless quite elaborate and patch-dependent [12:29]
diana_coman: (did that before even running v anyway) [12:30]
asciilifeform: fwiw sha512(mpi_second_cut.vpatch) : 594052a750c3ab2ad16bbd73c578df9d99a98cc9811e6537e452dc2386b58c24555918e8d02e9e8d35c25808ac31a10babf0614e2d647afdf4f58b38059af118 [12:30]
asciilifeform: sha512(mpi_second_cut.vpatch.asciilifeform.sig) : 7b14150fd5100dc90f7130a491214fceda5984fdad20491487d45727c4be88885dc9d9245e7f1bee30fa236e1e774e03f6cba8f34ccc4508eaed0df53af329a0 [12:30]
asciilifeform: *path-dependent [12:30]
diana_coman: anyways, will try with asciilifeform's v for now maybe mod6 has some idea on this later [12:30]
diana_coman: asciilifeform, same sha512 here [12:32]
asciilifeform: hmm possibly mod6's v requires 'vpatch' extension [12:34]
asciilifeform: my mpi genesis had 'vdiff' [12:34]
asciilifeform: ( but otherwise conformant ) [12:34]
diana_coman: ah, that might be it, makes sense [12:35]
asciilifeform: what i did : [12:38]
asciilifeform: mv patches/mpi-genesis.vdiff patches/mpi-genesis.vpatch mv .seals/mpi-genesis.asciilifeform.sig .seals/mpi-genesis.vpatch.asciilifeform.sig [12:38]
asciilifeform: or hm [12:39]
asciilifeform: still fails to recognize that mpi_second_cut.vpatch exists [12:40]
asciilifeform: this VERY POSSIBILITY of silent failure is a bug, mod6 [12:40]
asciilifeform: at least oughta have a verbose mode one can optionally enable, wtf [12:40]
asciilifeform: silently ignoring bad input by-default can be permissible, but to do it ~always~ is not The Right Thing , gotta give something to debug with. [12:41]
asciilifeform: ./v.pl d mpi-genesis.vpatch returns nothing [12:42]
asciilifeform: and neither does [12:42]
asciilifeform: ./v.pl a mpi_second_cut.vpatch [12:42]
asciilifeform: otoh the flow, [12:42]
asciilifeform: ./v.pl f [12:43]
asciilifeform: mpi_second_cut.vpatch (asciilifeform) [12:43]
asciilifeform: mpi-genesis.vpatch (asciilifeform) [12:43]
asciilifeform: returns both. [12:43]
asciilifeform: this happens only in mod6's vtron, the bug is replicated by asciilifeform just now ( however yet unexplained. ) [12:43]
asciilifeform: and persists still if the filename is fixed, so it wasn't the cause. [12:43]
diana_coman: myeah, I had done the renaming [12:45]
diana_coman: asciilifeform, v99 (taken from here: http://therealbitcoin.org/ml/btc-dev/2015-August/000160.html ) complains that "No roots found!" -> what am I missing? [12:47]
diana_coman: these are my files: http://p.bvulpes.com/pastes/oXdqh/?raw=true [12:48]
diana_coman: and I ran it : v99 --wot .wot --seals .seals patches a mpi_second_cut.vpatch [12:48]
asciilifeform: ok now ~that~ is odd [12:51]
asciilifeform: diana_coman: do me a favour, tar up the entire thing [12:51]
asciilifeform: vtron, patches, seals, all. [12:51]
asciilifeform: i unfortunately will not be able to touch this in next few hrs. [12:52]
asciilifeform: but will before nightfall. [12:52]
diana_coman: k [12:55]
ben_vulpes: and in "fiddling while rome burns" http://ul.vave.pw.s3-us-west-1.amazonaws.com/_/17/12/75b4d27.jpg [13:16]
diana_coman: asciilifeform, http://p.bvulpes.com/pastes/mINB0/?raw=true encrypted .tar.gz of whole dir with everything [13:20]
asciilifeform: ty diana_coman , i'ma check it out as soon as hands free [13:29]
diana_coman: thank you [13:29]
asciilifeform: diana_coman: post plaintext one, possibly ben_vulpes or mod6 or someone else, will notice what is the cause before i do [13:51]
* asciilifeform knee deep in saecular liquishit atm [13:52]
diana_coman: asciilifeform or anyone else: http://dianacoman.com/available_resources/testmpi.tar.gz [13:54]
asciilifeform: thx diana_coman [13:54]
asciilifeform: now i recall also that phf had some trouble at first eating the thing, http://btcbase.org/log/2017-11-15#1739113 and elsewhere. but i can't seem to find in the log whether he ever said what the problem was, and how fixed. [13:56]
a111: Logged on 2017-11-15 18:23 mircea_popescu: maybe his thing didn't eat it for some reason. [13:56]
mod6: hi, looks like you've had some issues with my v : asciilifeform & diana_coman, I'll have to take a look at this later when I can. thx. [14:06]
phf: asciilifeform: i had issues specifically with an older, genesis-less version. my system doesn't require antecedents to be there, but for some reason when there's only one, antecedent-less patch it gives me a 404. i've not actually investigated, since you produced a genesis since [14:12]
asciilifeform: genesis was posted from the day my article was written, phf [14:12]
asciilifeform: it is in the tarball [14:12]
asciilifeform: ( supposing this makes a difference ) [14:12]
asciilifeform: or, to be absolutely pedantically correct, it was posted when the article first written, whereas 'second cut' was added later. [14:13]
asciilifeform: both can be seen at http://www.loper-os.org/?p=1533 . [14:14]
phf: asciilifeform: something like that. my btcbase vpatch grepper is dumb (it's my own eyes, but not the brain) and it's mostly just looking for things that look like a vpatch/vdiff. i definitely didn't unpack the first post tgz [14:15]
asciilifeform: makes sense [14:15]
asciilifeform: since that item i've avoided stuffing'em into tarballs, it doesn't help but often trips up various automated items like phf's [14:16]
trinque: http://btcbase.org/log/2017-12-06#1747237 << I saw, first reaction was "AH SHIT, WHY IS THE BALANCE OFF" [14:16]
a111: Logged on 2017-12-06 14:10 mircea_popescu: http://trilema.com/forum-logs-for-05-dec-2017#2371867 << pretty sure i "accidentally"-ed a hundy or so at some point, look carefully through the couch cushions. [14:16]
asciilifeform: let plain text, stay plaintxt [14:16]
trinque: notbad cushion money [14:16]
asciilifeform: i considered to ask 'a hundy of what' but decided not to [14:17]
mircea_popescu: wise. [14:23]
mod6: where is the de-facto mpi tarball? [14:26]
asciilifeform: http://www.loper-os.org/?p=1533 [14:26]
mod6: thx [14:26]
asciilifeform: meanwhile in world of thick people, http://www.loper-os.org/?p=1927&cpage=1#comment-18402 [14:33]
mod6: are we trying to get this one going then? http://www.loper-os.org/pub/mpi/sane-mpi.tar.gz [14:35]
asciilifeform: nope [14:35]
asciilifeform: i prolly oughta remove that link [14:36]
asciilifeform: it contains simply a press [14:36]
mod6: it sounds to me like diana_coman was using that one. [14:36]
diana_coman: mod6, no [14:36]
mod6: 'sane-mpi' [14:36]
asciilifeform: ( at the time i was not yet ready to say properly fuckyou to my heathen readers, who had nfi what is v and did not want to ) [14:36]
diana_coman: yes but the vpatch, not the press itself [14:36]
asciilifeform: i think diana_coman has the actual vpatch [14:36]
asciilifeform: from the genesis tar [14:36]
diana_coman: mod6, this is what I have and on which it failed: http://dianacoman.com/available_resources/testmpi.tar.gz [14:37]
diana_coman: basically this "sane-mpi" tar.gz: www.loper-os.org/pub/mpi/mpi-genesis.tar.gz [14:38]
asciilifeform: oooh aaaah [14:39]
asciilifeform: looks like i found the boojum [14:39]
asciilifeform: this was one of those pieces i cooked using obsolete vdiff [14:39]
asciilifeform: that included timestamps [14:39]
asciilifeform: the genesis, that is [14:39]
mod6: aha [14:39]
mod6: that'll do it [14:39]
asciilifeform: the secondcut was proper. [14:39]
* mod6 looks [14:39]
asciilifeform: who wants to recommend The Right Thing for an item like this ? [14:39]
asciilifeform: i can sign a vpatch of ~the genesis~ per se [14:40]
asciilifeform: or alternatively sign a cleaned genesis [14:40]
asciilifeform: but would rather preserve the chronology. [14:40]
asciilifeform: hey mircea_popescu do you wanna make the call ? [14:40]
mircea_popescu: sign a new genesis, abandon this one. [14:41]
asciilifeform: worx [14:41]
asciilifeform: fwiw the secondcut requires no change [14:41]
asciilifeform: the file hashes from the fixed genesis will be same. [14:41]
mircea_popescu: asciilifeform just as soon as someone puts a patch on top of it, the trees will diverge and then phf can exclude the legacy one or w/e it is he does to them [14:42]
asciilifeform: they won't diverge though [14:42]
mircea_popescu: oh, it's a clerical problem only ? [14:42]
asciilifeform: think about it. aha. [14:42]
asciilifeform: it's a straight formattingbug. [14:43]
mircea_popescu: so then why doesn't it press ? there's something amiss here. [14:43]
asciilifeform: it doesn't press because vtron chokes on the timestamps. [14:43]
asciilifeform: they should not be in the hashlines. [14:43]
* BingoBoingo opting out of major decisions until getting in a full sleep in. But, Haz uruguayan numero de telefono [14:43]
mircea_popescu: so then why is it on eg phf's site [14:43]
asciilifeform: ( they however were in there, in asciilifeform's ~original~ vtron . and vdiff . ) [14:43]
mircea_popescu: im guessing we're just about ready to tighten format here [14:43]
asciilifeform: phf's vtron apparently is clever, and able to eat both types. [14:43]
mircea_popescu: SOFT FORK! [14:43]
asciilifeform: mircea_popescu: the crapola was formally abolished in v proper. [14:44]
asciilifeform: phf's is 'too liberal'. [14:44]
mircea_popescu: aite then. [14:44]
asciilifeform: mod6's is actually correct, though i'd prefer it barf loudly and with pomp, rather than silently. [14:44]
mircea_popescu: aaanyway, suppose diana_coman wants to add a patch to mod6's vtron, to better error messages [14:47]
mircea_popescu: (because complaining of absent-present file is no good) [14:47]
mircea_popescu: WHERE does she put it ? [14:47]
mircea_popescu: mod6 wanna genesis your vtron ? [14:47]
asciilifeform: i tried it with diana_coman's copy of asciilifeform's last vtron, and it has correct barfola [14:47]
asciilifeform: says 'are you sure this is a vpatch' [14:47]
asciilifeform: which immediately took me to the culprit [14:47]
mircea_popescu: asciilifeform and how about you./ [14:47]
asciilifeform: pretty sure i did ? [14:47]
mircea_popescu: i dun see it in btcbase [14:48]
asciilifeform: having to comb l0gz to find these, is becoming painful. any chance of deedbot learning to eat vpatches+sigs, trinque ? [14:48]
mircea_popescu: atm there's bot, lam-par (terrible name), fg, mpi and ffa. [14:48]
asciilifeform: mircea_popescu: lol i'm all ears if you have better name for lam-par [14:48]
mircea_popescu: asciilifeform why deedbot ? should be a111. [14:48]
asciilifeform: traditionally deedbot is the one who eats signed matter [14:49]
mircea_popescu: asciilifeform : "Lamport Parachute (a crypto identity bootstrap solution)" [14:49]
mircea_popescu: asciilifeform you misunderstand teh tradition! [14:49]
mircea_popescu: !#s ".sig" [14:49]
a111: 217 results for "\".sig\"", http://btcbase.org/log-search?q=%22.sig%22 [14:49]
mircea_popescu: !#s ".patch" [14:49]
a111: 111 results for "\".patch\"", http://btcbase.org/log-search?q=%22.patch%22 [14:49]
mircea_popescu: asciilifeform phf pluriously said he's doing it by hand for now i see no problem with this. correct procedure would thereby be to ping him with items [14:50]
asciilifeform: >> http://www.loper-os.org/?p=1533 << updated [14:59]
asciilifeform: ^ mod6 , diana_coman , mircea_popescu , phf , et al [14:59]
asciilifeform: clean ( in terms of not actually having any effect on pressed hashes and the descendant patch 'second cut' ) fix. [15:00]
asciilifeform: diana_coman: plox to verify that this worx as described above, when you get a chance. [15:00]
asciilifeform: i tested with my vtron, as pictured in diana_coman's tarball, and it worx. [15:01]
asciilifeform: fwiw asciilifeform has purged afaik all copies of old-style vdiff.sh from his boxen, so this headache should not recur. [15:01]
asciilifeform: i recommend other folx to look at their vdiff, and see that it does not suffer from timestampism. [15:02]
asciilifeform: ( pretty sure asciilifeform is not the only one who has committed this sin. ) [15:02]
asciilifeform: phf: if you had some code in your patch viewer to eat this type of horror, as 'special case', it is now a good time to throw it out [15:03]
asciilifeform: afaik i dun have any other unfixed vpatches. [15:03]
asciilifeform: ( aside from some obsolete matter on trb ml ) [15:03]
trinque: http://btcbase.org/log/2017-12-06#1747462 << don't want to step on phf's toes here he's operating the logger and v-patch viewer [15:09]
a111: Logged on 2017-12-06 19:48 asciilifeform: having to comb l0gz to find these, is becoming painful. any chance of deedbot learning to eat vpatches+sigs, trinque ? [15:09]
asciilifeform: let me also demonstrate for the record: [15:10]
asciilifeform: grep "+++" mpi-genesis.vdiff | cut -f5 -d' ' | sort > sad.txt [15:10]
asciilifeform: grep "+++" mpi-genesis.vpatch | cut -f3 -d' ' | sort > happy.txt [15:11]
asciilifeform: diff sad.txt happy.txt [15:11]
asciilifeform: ^ null [15:11]
asciilifeform: ( one is, if it isn't clear, the 2015 sad genesis the other -- the fixed, in http://btcbase.org/log/2017-12-06#1747474 . ) [15:11]
a111: Logged on 2017-12-06 19:59 asciilifeform: >> http://www.loper-os.org/?p=1533 << updated [15:11]
asciilifeform: http://www.loper-os.org/pub/mpi/mpi-genesis.vpatch http://www.loper-os.org/pub/mpi/mpi-genesis.vpatch.asciilifeform.sig for the l0gz. [15:12]
asciilifeform: ^^^ mod6 , diana_coman , mircea_popescu , phf , et al ^^^ [15:12]
mircea_popescu: ok ok simmar down [15:13]
asciilifeform: the issue is as fixed as it gets. i posted the grep item as example of how to verify, without even a vtron, that nothing has been slipped in from under the table. [15:14]
diana_coman: asciilifeform, thank you, I'll look in a minute (had all hands full a minute here with all sorts) [15:14]
asciilifeform: ( a working vtron will immediately barf if encountering a file mismatching the claimed hash ) [15:14]
mod6: alright, im about to check your new ones here. i can confirm that the original 'mpi-genesis.vpatch' (f254bedf1e3241eb9de17232b630a0614f1cc54ff9c5407d87d79174e211833bcfc0135c89b4abcab2446acd93137a8e1b0798704ad7e4d498cc52c836c82c2b) gets dropped on the floor because of the addtional timestamps. [15:16]
diana_coman: I can confirm that the new genesis & the old second_cut vpatch are now at least recognised by mod6's v [15:28]
diana_coman: asciilifeform, did you take out the second_cut patch link from the updated http://www.loper-os.org/?p=1533 ? or am I just not seeing it/not getting something? [15:29]
asciilifeform: ugh [15:29]
asciilifeform: ffs [15:29]
* asciilifeform goes to see [15:29]
mod6: now, on the other hand, yeah, i saw the second_cut vpatch link removed from loper... but I went ahead and updated my sandbox to have alf's latest & greatest mpi-genesis. [15:31]
mod6: when i went to press, bzzzt. [15:31]
mod6: looks like second_cut might need a re-grind. [15:32]
asciilifeform: diana_coman: fixed [15:32]
asciilifeform: mod6: show me the eggog ? [15:32]
asciilifeform: it SHOULD NOT NEEED REGRIND FFS [15:32]
diana_coman: asciilifeform, here it seems to barf on the ...README file? [15:33]
asciilifeform: grr [15:34]
asciilifeform: paste ? [15:34]
asciilifeform: considering that i made the new genesis by pressing and re-vdiffing, there should be no differences aside from the timestamp cut. [15:35]
mod6: http://p.bvulpes.com/pastes/0dlz1/?raw=true [15:35]
diana_coman: 2 out of 5 hunks FAILED -- saving rejects to file mpi/README.rej and contents of README.rej are here: http://p.bvulpes.com/pastes/J8ESM/?raw=true [15:35]
mod6: yup, unhappy with README [15:35]
diana_coman: aha, seems to be same here, confirmed [15:36]
asciilifeform: diana_coman, mod6 that text only appears in 'second cut' [15:36]
asciilifeform: not in genesis [15:36]
asciilifeform: it does not appear in either the original genesis, nor the regrind, see for yourself. [15:37]
asciilifeform: ( i.e. the text in 'UPDATE #1' ) [15:37]
diana_coman: asciilifeform, there is something I don't understand: shouldn't I be able to press the second cut now with the new genesis present? [15:38]
asciilifeform: yes!!! [15:38]
diana_coman: so then : I try to press and I get...that [15:38]
diana_coman: is there now a problem with second_cut? [15:38]
* diana_coman goes to take it again [15:38]
asciilifeform: whereas i just now 'pressed' the old and the new genesis with plain old patch -p1 < old and patch -p1 < new [15:38]
asciilifeform: and diffed the READMEs [15:39]
asciilifeform: and they are bitwise identical [15:39]
asciilifeform: just as they ought to be [15:39]
asciilifeform: and so is the rest of it! [15:39]
diana_coman: uhm, something is weird [15:39]
* mircea_popescu admires how the "finished" mpi managed to take a whole day of 3 people's time and shakes his head displeasedly. [15:39]
mircea_popescu: this can't be what finished ever means. [15:40]
asciilifeform: what means 'finished', it's a spoil of war artifact. [15:41]
asciilifeform: ( and fwiw phf pressed and built the demo year+ ago ) [15:41]
asciilifeform: diana_coman, mod6 , both of you appear to be suffering from mod6's barfolade-leaving vtron [15:42]
asciilifeform: it stops mid-press and leaves liquishit [15:42]
asciilifeform: which it itself afterwards fails on [15:42]
asciilifeform: make a fresh working set, with no failed-press residue, and you will get a working press. [15:42]
diana_coman: asciilifeform, this was FRESH [15:43]
asciilifeform: plox to tar it up and post ? [15:43]
diana_coman: wiped previous dir, took everything out with curl etc [15:43]
asciilifeform: whole thing, as before. [15:43]
* asciilifeform brb, teatime. [15:43]
diana_coman: I'll wipe again and try your v too for completeness at least [15:43]
mod6: <+asciilifeform> diana_coman, mod6 , both of you appear to be suffering from mod6's barfolade-leaving vtron << wut [15:46]
mod6: <+mircea_popescu> mod6 wanna genesis your vtron ? << at this rate, doesn't look like it. [15:48]
mod6: Despite 2 years of development, we still arn't there yet. [15:48]
trinque: genesis doesn't have to mean perfect. [15:48]
mod6: I had started a new V in Ada, had to stick it in the drawer for a while. Not getting to exactly where I wanted to go (easy to read, fits in head, no perl/perlisms) with it at this time. [15:49]
trinque: nobody's going to come for you with pitchforks [15:49]
mod6: Anyway, the hope was that it would replace my other PoC. [15:49]
trinque: ircbot's genesis features me writing CLOS like it's Java classes. [15:50]
mod6: <+mod6> <+asciilifeform> diana_coman, mod6 , both of you appear to be suffering from mod6's barfolade-leaving vtron << wut << my V pukes exactly when it can. [15:50]
mod6: during the press process, it finds that shas do not match the expected, and DIES. [15:50]
trinque: will at some point release vpatches with sane method names. but thing works, and I'm not going to obscure history because I knew less in the past. [15:51]
mod6: it can't check the expected sha of a patch BEFORE its DONE patching. [15:51]
mod6: s/patch/patched file/ [15:51]
* asciilifeform back [15:53]
asciilifeform: now where's that tarball [15:53]
mod6: which [15:53]
asciilifeform: either diana_coman's or mod6's barfamatic set [15:54]
asciilifeform: at this point i'm quite curious re what gives [15:54]
mod6: everytime we have this problem (note it's not the first) where we have someones vpatch with garbage in it.... [15:55]
mod6: then it gets re-generated [15:55]
mod6: then we have to regrind stuff. [15:55]
mod6: goto regrind [15:55]
asciilifeform: mod6: in this case asciilifeform is quite puzzled why it appears to need a regrind none of the file hashes should have changed [15:55]
asciilifeform: ( patches themselves are never hashed , aside from by gpg when verifying sig ) [15:56]
asciilifeform: confirmed barf on readme [15:57]
asciilifeform: now trying to find why ! [15:58]
asciilifeform: ( the two README are bitwise-identical ) [15:58]
mod6: ok. i'll see what i can dig up [15:58]
diana_coman: asciilifeform, mk, so no need for the tar I gather since you can easily reproduce it anyway [15:58]
asciilifeform: ok this is pretty sad [15:59]
asciilifeform: how come nobody bothered to look at second_cut with naked eye ? [15:59]
mircea_popescu: asciilifeform> what means 'finished', it's a spoil of war artifact. << that's entirely not related to the discussion. [15:59]
asciilifeform: phf how the hell did this get eaten by your vtron [15:59]
asciilifeform: the second_cut on my www -- is not a proper patch at all [16:00]
asciilifeform: but a genesis . all of the antecedents are 'false' [16:01]
mircea_popescu: asciilifeform that's the smaller problem. [16:01]
mircea_popescu: the larger problem is that to arrive to this conclusion, you first bitched at everyone else. [16:01]
asciilifeform: the bigger problem is that nobody noticed. [16:01]
mircea_popescu: no. [16:01]
mircea_popescu: now stop doing this inane shit, it's a significant drag on resources. [16:01]
mod6: fwiw, i've never even looked at this! [16:02]
asciilifeform: mircea_popescu: 9 of 10 occasions it is somebody else's bug!1 [16:02]
mircea_popescu: 2 of 2 here. [16:02]
asciilifeform: mircea_popescu: at any rate, mod6 is right , i'ma have to regrind the 2nd patch. and also stuck , deservedly, with the chore of demonstrating that the payloads are unaltered. [16:02]
asciilifeform: serves me right. [16:02]
mircea_popescu: observe that after bitching about the quality of work in empire, along the lines of "everything works for as long as you don't use it", our pile of stuff exhibits the same exact property. [16:03]
asciilifeform: if not tried -- wrong to say that it worx. [16:03]
asciilifeform: 'schrodinger's worx' [16:03]
asciilifeform: now i'ma go and get the mop, pick up the liquishit, brb. [16:04]
mircea_popescu: http://btcbase.org/log/2017-12-05#1746776 [16:04]
a111: Logged on 2017-12-05 17:47 asciilifeform: ( lessee if i properly ate & shat, 'i do not consider myself a programmer, for i have another craft. let's say i am an amateur programmer. and yet though i am an amateur, i find myself having written tens of thou. of loc in this-here life. and at least a min of 10k loc for web. but wanna hear sumthing ? never have i created a security hole in any. never. do you suppose i simply had good luck ? possibly luck. or possibly i wrote the c [16:04]
mod6: I should have examined/tested your mpi vpatches, alf. I'll continue to try to be a second pair of eyes, reading them. There's no substitute for reading. For those following along, take note. [16:05]
asciilifeform: and i oughta properly read yer vtron, mod6 . [16:05]
mod6: Cheers! [16:06]
mod6: Additionally, if someone in the republic wishes to create a vpatch/genesis and have a second pair of eyes look it over, by all means, send it to me. [16:08]
mod6: I'll do what I can to vet it. [16:08]
* trinque respectfully points out that at least by his eyes, V forces personal responsibility, not a pretense to being immaculately conceived. [16:10]
mod6: indeed. [16:10]
mod6: never hurts to have someone measure for the n'th time for you before you cut, however. [16:10]
trinque: no argument here. [16:11]
asciilifeform: this is not the 1st time i plugged a finger into 220v. the breaker, i will however point out -- worked [16:11]
asciilifeform: now to see which finger... [16:11]
mod6: <+trinque> genesis doesn't have to mean perfect. <+trinque> nobody's going to come for you with pitchforks << no one expects a spanish something or other either... [16:14]
trinque: loller [16:14]
mod6: but furthermore, i tend to agree. if i thought that my V would stay in perl forever, i'd probably already have created the genesis. however, i'd like to see if I can get the Ada version off the ground. [16:15]
asciilifeform: ok this is pretty strange: [16:15]
asciilifeform: i broke 'second cut' into patchons, and found : [16:15]
asciilifeform: http://wotpaste.cascadianhacker.com/pastes/RP2TH/?raw=true [16:15]
asciilifeform: AND http://wotpaste.cascadianhacker.com/pastes/tpDxG/?raw=true [16:16]
trinque: mod6: makes sense, not vpatching a prototype [16:16]
mod6: because what i don't want to do is have a perl genesis, then some vpatch that deletes everything and inflates a bunch of ada stuffs. prolly be better to start in the lang you expect to say within for the lifetime of the application. [16:16]
asciilifeform: or hm nm [16:16]
* asciilifeform brb [16:16]
mircea_popescu: mod6 it's not a crime to have a perl vtron. however, if you plan as your own strategy to move away from perl and you're judging it more of a liability than anything, then by all means, eschew. [16:17]
mircea_popescu: original mod6 perl vtron was important prototype in the early life of v, made all sorts of latter things possible. exactly like original bitcoin. nobody said you have to marry it now though or divorce it for that matter. [16:18]
mod6: It /is/ a bit worrysome that I believe that I'm the only person who knows how it works. And since it's the only version in existence that encompasses all of the rules arbitrated in our chamber, that a new version that is easier to understand is warranted. [16:18]
mircea_popescu: what language(s) you work in is your own, entirely personal, choice. [16:19]
mircea_popescu: i'm not going to pick a wife for you, "here, THIS is the woman you should be comfortable with". pick your own. languages idem. [16:19]
mod6: :] [16:19]
mircea_popescu: on a long enough timeframe, there's going to exist a vtron in ~any language anyway, i expect. [16:21]
asciilifeform: hey folx [16:21]
mod6: mircea_popescu: that's kinda neat really [16:21]
mod6: asciilifeform: werd [16:21]
asciilifeform: i'ma double-chexk this before running mouth... [16:21]
asciilifeform: because i think i may have found a bug in diff [16:21]
mircea_popescu: ahahaha [16:21]
mod6: :D [16:22]
asciilifeform: i'ma tar it up and let people replicate [16:22]
mod6: ok. [16:22]
mod6: cool [16:22]
mircea_popescu: inb4 ffa.diff reimpl [16:22]
mod6: haha [16:23]
asciilifeform: http://www.loper-os.org/pub/mpi/wtf.tar.gz [16:25]
* mod6 looks [16:25]
asciilifeform: there was no mistake in asciilifeform's procedure for baking the item. second_cut is in fact a patch, not a genesis, asciilifeform spoke hastily. there is also no bug in mod6's vtron, or in asciilifeform's. diana_coman did not make a mistake. [16:26]
asciilifeform: i will not spoil the surprise , folx who look in the tarball will see what the caltrop was. [16:26]
asciilifeform: the sad part is that i have nfi how to cure this , it is a consequence of using unix diff ( with in-band signal ) to begin with. [16:28]
asciilifeform: ( observe that the sha512 sums of the readme in 'a' and 'b' match the ones given in the vpatch. but unix patch cannot actually make the patch happen. ) [16:29]
mod6: crap, just a sec, haven't even looked yet. bbs. [16:31]
asciilifeform: i recall a similar boojum in my 1st attempt at the FG release, that time it was a '+++' inside a uuencoded blob [16:33]
asciilifeform: some texts cannot be (!) vdiffed, for so long as we use unix diff these appearently include gpg sigs [16:33]
* asciilifeform brb, fresh air [16:33]
asciilifeform: ( clearsigs, to be exact . ) [16:34]
asciilifeform: *apparently [16:34]
* asciilifeform brb forrealz [16:34]
mod6: <+asciilifeform> i recall a similar boojum in my 1st attempt at the FG release, that time it was a '+++' inside a uuencoded blob << lol, ok i see the problem too. you're right, this similar thing happened before. [16:35]
mircea_popescu: lol check it out, diana got split with the bots. [16:43]
* BingoBoingo recalls diff being an issue, forgets the context [16:45]
mircea_popescu: we'll end up with a s/-/=/ intermediate step or wtf. [16:46]
mircea_popescu: alternately, of course... "no clearsigned material within patches". this may even be a right thing independently of the actual bug. [16:48]
mircea_popescu: in that there's no reason to have them, and their presence is in itself sign of babbage's braindamage, much like say a canister for light, or a faucet for patience. [16:49]
trinque: differently wrong on openbsd patch [16:49]
trinque: http://p.bvulpes.com/pastes/xOpgc/?raw=true [16:49]
trinque: a read of the manfile of linux patch suggests *massive* fuckery to allow idjits to pull patches out of other text, email, newsgroups, etc [16:50]
BingoBoingo: Well, when discussing trb on Openbsd we are talking something that spans 5.5-ish and ends no later than 6.1 [16:51]
trinque: who was? just trying a patch with bsd stubble vs gnu moss-hair [16:53]
BingoBoingo: trinque: Their move to clang as default compiler makes pain [16:54]
mircea_popescu: i suppose the third alternative is to actually implement a proper diff as part of vtron [16:57]
phf: there's nothing wrong with the diff, asciilifeform is thrashing [17:01]
phf: if you just run a diff -uNr on the two readmes, the resultant patch works. if you run a diff on the resulting patch and the vpatch in the tar, then you can see that there's something wrong with the vpatch specifically [17:05]
phf: ------BEGIN PGP false [17:06]
phf: from readme_only.vpatch [17:06]
phf: ah, so what's actually broken in this particular case, is the original v implementation [17:07]
trinque: ah so the vdiff script wrapping diff probably did that? [17:07]
phf: yeah [17:07]
trinque: makes total sense [17:07]
phf: http://btcbase.org/patches/mpi_second_cut#L5316 you can also see it in mpi_second_cut http://btcbase.org/patches/mpi_second_cut#L5316 [17:09]
phf: err [17:09]
phf: so this error wouldn't surface until very last mile, in my case http://btcbase.org/patches/mpi_second_cut/tree/mpi/README fails to press [17:12]
phf: [2017-12-06 22:12:39 [ERROR]] removing line [-----BEGIN PGP false] but found [-----BEGIN PGP SIGNED MESSAGE-----] [17:12]
asciilifeform: http://btcbase.org/log/2017-12-06#1747668 << does not in fact work on my box [17:23]
a111: Logged on 2017-12-06 22:05 phf: if you just run a diff -uNr on the two readmes, the resultant patch works. if you run a diff on the resulting patch and the vpatch in the tar, then you can see that there's something wrong with the vpatch specifically [17:23]
asciilifeform: i get same result as with mod6's vtron [17:23]
asciilifeform: http://btcbase.org/log/2017-12-06#1747657 << this wouldn't fix the problem, only move it. thinkaboutit. inband signalling sux. [17:24]
a111: Logged on 2017-12-06 21:46 mircea_popescu: we'll end up with a s/-/=/ intermediate step or wtf. [17:24]
asciilifeform: http://btcbase.org/log/2017-12-06#1747672 << correct. same item as : [17:24]
a111: Logged on 2017-12-06 22:07 trinque: ah so the vdiff script wrapping diff probably did that? [17:24]
asciilifeform: !#s +++ [17:24]
a111: 90 results for "+++", http://btcbase.org/log-search?q=%2B%2B%2B [17:24]
phf: asciilifeform: you're misrepresenting the problem [17:25]
asciilifeform: ( http://btcbase.org/log/2017-01-05#1596657 and originally http://btcbase.org/log/2016-12-11#1581502 ) [17:25]
a111: Logged on 2017-01-05 00:43 asciilifeform: incidentally you will blow up on the +++ mine if you try and diff a vdiff. [17:25]
a111: Logged on 2016-12-11 20:15 asciilifeform: and haha, there are TWO +++ lines ! [17:25]
asciilifeform: phf: hm? [17:25]
asciilifeform: i'm all ears, phf . but my current understanding is that the problem is in that vdiff cannot eat arbitrary 7bitclean ascii files. [17:26]
asciilifeform: ( instead it can only eat ones that dun contain '---' and '+++' and possibly other boojums ) [17:27]
mircea_popescu: asciilifeform move it where ? [17:28]
asciilifeform: i'm also allears re: what a Properly Made vdiff oughta do. 'replace with ===' is not an answer, it simply creates a new magic death word, ===. [17:28]
mircea_popescu: nah. keep the current death word (---) replace all conflicts in raw input to ===. [17:29]
phf: the problem is not diff or diff format, the problem is that vdiff does a naive grep for a prefix and breaks a perfectly valid traditional patch [17:29]
asciilifeform: this will break code. [17:29]
asciilifeform: in particular, ada comments. [17:29]
asciilifeform: a great many of them. [17:29]
mircea_popescu: yes well. if you use in-band you end up with policed forbidden words. [17:29]
asciilifeform: phf: this is entirely correct. i dun see how it contradicts what i said however. [17:29]
phf: well, diff produces enough information for you to not have to do that. [17:30]
asciilifeform: phf: can you come up with a pill that doesn't break ada comments ? [17:30]
phf: but it will require either writing a vdiff from scratch, or else adding a better parser to vdiff [17:30]
asciilifeform: which also are often '[startofline]---' [17:30]
mircea_popescu: i thought ada comments were -- [17:30]
asciilifeform: and quite often even '[startofline]--- foo' [17:30]
phf: yes, diff gives you exhaustive details about hunk size [17:30]
asciilifeform: mircea_popescu: they gotta ~start~ with -- [17:31]
phf: e.g. @@ -1,6 +1,3 @@ [17:31]
asciilifeform: no other restriction. [17:31]
asciilifeform: phf: classical v does not touch these or attempt to use'em for anything. [17:31]
phf: correct [17:31]
asciilifeform: and i like it that way. [17:31]
mircea_popescu: moar complicated machinery / [17:31]
phf: _but it will require either writing a vdiff from scratch, or else adding a better parser to vdiff_ [17:31]
asciilifeform: phf mircea_popescu mod6 et al any of you lot want to propose wat-do in this particular case ? [17:32]
phf: in this case "better parser" is a parser that actually understands the format it's processing [17:32]
asciilifeform: ( of 'second_cut' ) [17:32]
phf: you can hand produce a second_cut that's not broken by tooling [17:33]
asciilifeform: in the earlier FG case i 'cheated' by rejecting the use of the uuencoded blogs in the 1st place [17:33]
asciilifeform: phf: specifically ? [17:33]
asciilifeform: say how ? to lose the gpg clearsig ? [17:33]
phf: no. [17:33]
phf: ffs. [17:33]
asciilifeform: if i mutilate it, it will no longer verify [17:33]
phf: you want me to write a second_cut by hand that presses cleanly? [17:33]
mircea_popescu: asciilifeform you shouldn't put gpg clearsigned bits in a patch in the first place. [17:33]
phf: and that doesn't in any way require breaking the files? [17:33]
mircea_popescu: phf since you're offering... [17:34]
asciilifeform: mircea_popescu: ideally not. this readme.txt however was made to stand alone, in a blog article, and hence contained clearsig. [17:34]
mircea_popescu: and a rule whereby ada comments are "-- " not "--" is not the end of the world either. [17:35]
asciilifeform: i will point out that the mpi genesis was created in oct. of 2015, when v was 2 mo. old. [17:35]
asciilifeform: i am not adding extraneous rules to ada to satisfy idiotparser. [17:35]
mircea_popescu: stylistic rules happen all the time. "name variables like this". [17:35]
mircea_popescu: it's what it is. [17:35]
mircea_popescu: idiotparser has the extreme advantage of not even being a parser, ie, simplicity. [17:36]
asciilifeform: this is not a solution. [17:36]
mircea_popescu: why not ? [17:36]
phf: http://btcbase.org/data/mpi_second_cut.vpatch [17:36]
* asciilifeform reads [17:36]
trinque: vdiff just needs to match diff chunk header lines better, and fixed. [17:37]
asciilifeform: phf: i see what you did. but how would you modify vdiff to actually produce this ? [17:37]
asciilifeform: rather than by hand [17:37]
asciilifeform: trinque: vdiff is 1line. [17:38]
asciilifeform: what 1line would you like to replace the old 1line with ? [17:38]
trinque: a better 1line [17:38]
trinque: as if that ball of hair is readable [17:39]
asciilifeform: http://wotpaste.cascadianhacker.com/pastes/PNipc/?raw=true << what phf did. for reference. [17:39]
phf: ~vdiff~ is broken. not diff, not lizard hitler, not gnu stack [17:39]
trinque: but it appears to say anything starting with --- must be diffheaderstuff [17:39]
asciilifeform: phf is entirely right. it is broken exactly as in the earlier '+++' case [17:39]
trinque: that's stupid [17:39]
mircea_popescu: hey! change the grep ? from "---" to "--- " ? [17:40]
asciilifeform: this will fix this case. but not the general case. [17:40]
mircea_popescu: and similarily for +++. buys some space. [17:41]
mircea_popescu: asciilifeform yes. [17:41]
mircea_popescu: still, ironclad argument that current grep is broken : looks for PART OF the header it should. [17:41]
mircea_popescu: the correct diff header is "--- " not "-" nor "---". [17:41]
asciilifeform: i'ma upload a signed phf-cured second_cut presently, if no one can think of a reason not to [17:42]
asciilifeform: ( as seen in above diff ) [17:42]
mircea_popescu: no. [17:43]
mircea_popescu: take out the god damned clearsigns. [17:43]
mircea_popescu: they utterly don't belong there. you got a .sig mechanism for this. [17:43]
asciilifeform: works also [17:43]
deedbot: http://trilema.com/2017/3-idiots-in-preference-of-saying-indians-are-cognitively-impaired-for-reason-of-genetic-inferiority/ << Trilema - "3 idiots", in preference of saying "Indians are cognitively impaired for reason of genetic inferiority" [17:43]
asciilifeform: the problem is more or less guaranteed to recur, however, i suspect. [17:44]
mircea_popescu: vdiff should be fixed to search for the full 4 char header also. [17:44]
mircea_popescu: and yes the problem will recur. [17:44]
asciilifeform: i'ma practice test-press prior to publication, from nao on [17:44]
asciilifeform: unfortunately this is necessary. [17:44]
mircea_popescu: you WEREN'T ? [17:44]
asciilifeform: not in oct 2015 ! [17:45]
mircea_popescu: nothing unfortunate about this being necessary. [17:45]
asciilifeform: btw phf your cure is not curative [17:47]
asciilifeform: it still barfs on readme (1 chunk, instead of 2) [17:47]
asciilifeform: fwiw. [17:47]
asciilifeform: i'ma do what mircea_popescu said. [17:47]
mircea_popescu: i expect his method (add the terminating ---s the thing expects even if spurious) works even if implementation may need work. tho i dun wanna go down this road. [17:48]
mircea_popescu: incidentally -- which sha512 are we using ? not keccak is it. [17:49]
BingoBoingo: !~ticker --market all [17:50]
jhvh1: BingoBoingo: Bitstamp BTCUSD last: 13580.0, vol: 18744.29712103 | Bitfinex BTCUSD last: 13479.0, vol: 77434.31525352 | Kraken BTCUSD last: 13741.0, vol: 4927.96991047 | Volume-weighted last average: 13510.4945086 [17:50]
asciilifeform: sha512 is the ancient sha512 [17:50]
asciilifeform: long pre-dates invention of keccak . [17:50]
mircea_popescu: ie sha-2, fips 180-2 [17:50]
asciilifeform: aha, that very same. same work of heathenry as sha256. [17:51]
mircea_popescu: right. [17:51]
asciilifeform: keccak afaik ships with no unix, to this day. [17:51]
mircea_popescu: if we start fucking with vdiff, this is the first mover. [17:51]
mircea_popescu: once we have keccak. [17:51]
asciilifeform: i'd quite like to see this. [17:51]
mircea_popescu: item scheduled for eucrypt lib so keep watch of diana_coman 's blog. can be just taken from there put here. [17:51]
asciilifeform: neato. [17:52]
mircea_popescu: if anyone seriously considers re-writing venerable diff/patch into v-dp [17:52]
asciilifeform: ok here goes: [17:57]
asciilifeform: genesis and second_cut, patches and sigs, replaced with fixed versions per mircea_popescu's methid [17:58]
asciilifeform: *method [17:58]
asciilifeform: http://wotpaste.cascadianhacker.com/pastes/XIHd7/?raw=true & http://wotpaste.cascadianhacker.com/pastes/eNbPh/?raw=true show what was done to each vpatch, respectively. [17:59]
asciilifeform: others are invited to verify that no other changes were made. [17:59]
asciilifeform: and that the corrected set of patches, presses. [17:59]
asciilifeform: to to diana_coman , mod6 , mircea_popescu , phf , for their sweat . [18:00]
asciilifeform: *ty [18:00]
asciilifeform: corrected items ( and their seals ) are live at same place, http://btcbase.org/log/2017-12-06#1747494 . [18:05]
a111: Logged on 2017-12-06 20:12 asciilifeform: http://www.loper-os.org/pub/mpi/mpi-genesis.vpatch http://www.loper-os.org/pub/mpi/mpi-genesis.vpatch.asciilifeform.sig for the l0gz. [18:05]
asciilifeform: fa32a27b8ac0753d6052abd37f56df545490315c3019ab0c9e695543f1f14b6bf70aba29a88982eea82a1e8c4a112e6cb9d4e4553062a977bb0bac38ddd91981 mpi-genesis.vpatch [18:06]
asciilifeform: fba9ea0ece4c138f9510f20a91942dde57ca2273da2ee776004dc2404dbdf815283b05aa2487689c13043882ce65a09a2a9ef33bde444b4a9fedc5971fdf8a3a mpi_second_cut.vpatch [18:06]
asciilifeform: b05ca401ecfe3f5bfa8794377241db12f5dc302fc552075ab3c78e7379b5b6a838af6d37d725798556cb27bc57213c388c92fa9b06f2e9233264b3ea8f89824f mpi-genesis.vpatch.asciilifeform.sig [18:06]
asciilifeform: cab965c726b50f98e3d74a1be4b119dcf65c9900749d33707525c94c1432b855f2e3d39043a4fbb9d907fe3853242fccd773017a2d3763bdd76fbc9a6f6a01dd mpi_second_cut.vpatch.asciilifeform.sig [18:07]
asciilifeform: apologies for log clutter. [18:07]
mircea_popescu: ya srsly. [18:09]
asciilifeform: pretty sure this is all, tho. [18:09]
diana_coman: I can confirm this version presses with mod6's vtron [18:11]
asciilifeform: interestingly , this item was the 2nd thing asciilifeform ever genesised ( http://therealbitcoin.org/ml/btc-dev/2015-October/000175.html ) . 1st was trb. [18:13]
asciilifeform: the genesis contained the clearsig. this did not choke vdiff, it ended up on the right side of a genuine +++ , there was no symptom of problem. [18:15]
asciilifeform: the second_cut however did not contain the clearsig. this -- set the trap. [18:16]
mircea_popescu: yes, perfect properties to make a subtle bug [18:16]
asciilifeform: aha. [18:16]
asciilifeform: elsewhere in subtle bugs, http://trilema.com/2017/3-idiots-in-preference-of-saying-indians-are-cognitively-impaired-for-reason-of-genetic-inferiority/#comment-123826 [18:21]
diana_coman: I can also confirm that it presses with asciilifeform's v and moreover that the 2 results are - as expected - same [18:24]
asciilifeform: should be same other than for the readme, aha. [18:25]
asciilifeform: diana_coman and anyone else who builds, tests, studies this item, is invited to sign. [18:31]
diana_coman: asciilifeform, will do [18:33]
asciilifeform: same goes for ch1 of ffa, incidentally. [18:33]
diana_coman: good point there, huh [18:33]
asciilifeform: anyone who considers self a 'graduate' of ch1, i.e. having loaded it Into Head, is invited to sign the genesis. [18:33]
asciilifeform: i will host the seals. [18:34]
asciilifeform: ( and phf prolly also, he has a convenient place for this ) [18:34]
asciilifeform: meanwhile in pertinent oldies, http://trilema.com/2016/ideological-history-of-the-republic/ [20:35]
mircea_popescu: heh [20:56]
mircea_popescu: this is actually a great fucking article! [21:00]
asciilifeform: mircea_popescu: perhaps deserves a sequel ? [21:23]
mircea_popescu: i think so. [21:37]
mircea_popescu: and in other "omg i can't believe this still exists", http://violentacres.com/two-phrases-that-destroyed-american-culture/ [21:57]
mod6: asciilifeform: I can confirm that your new patches & sigs (posted above) at least ~press~ happily: http://p.bvulpes.com/pastes/1islx/?raw=true [22:29]
mod6: <+diana_coman> I can confirm this version presses with mod6's vtron << thanks for checking this out too! [22:37]
asciilifeform: neato. ty mod6 . [22:45]
mod6: np o7 [22:45]
asciilifeform: lol mircea_popescu : asciilifeform habitually read the chix, ~decade ago [22:45]
asciilifeform: had nfi it were still around somewhere. [22:46]
mircea_popescu: ikr ? [22:50]
mircea_popescu: was one of the maybe i dunno, 6 ? 10 ? bloggers worth the mention. [22:50]
mircea_popescu: "sweetney" (period idiot) meanwhile morphed into tracey gaughran, for instance. lives in baltimore, is a "digital content and strategy" aka http://trilema.com/2014/the-battlefield-of-the-future/#selection-31.1330-31.1456 [22:53]
mircea_popescu: http://www.menarebetterthanwomen.com/violent-acres/ << remember like ... 5 years ago, when people still could emit readable text ? [23:26]
Category: Logs
Comments feed : RSS 2.0. Leave your own comment below, or send a trackback.
Add your cents! »
    If this is your first comment, it will wait to be approved. This usually takes a few hours. Subsequent comments are not delayed.