a111: Logged on 2017-12-26 23:04 mircea_popescu: my original thought was "can we do something like the tits drip but for sw enthusiasts instead ?" ; alf pointed out thatr well, carrierless issue.
a111: Logged on 2017-12-26 23:02 mircea_popescu:
http://btcbase.org/log/2017-12-26#1758790 << especially in the light of 1. move/rename 2. edit double-patch method this seems more and more like the right thing ; but then again what to do of regrinds ? regrind should ideally be "one patch out of many"
a111: Logged on 2017-12-26 22:06 l0de: to get viewers of my show interested in their political goals
shinohai: Socialism at it's finest right here.
a111: Logged on 2017-12-26 21:42 ben_vulpes: phf: this exposes another problem: in ideal vtronics it is an illegal operation to press to multiple leaves at the same tree level, which is the only way to have a codebase against which to create a makefiles-type patch that ties multiple patches together
a111: Logged on 2017-12-26 21:36 ben_vulpes: this still leaves me in the pickle of producing a vpatch from a press to a that won't actually descend linearly from a without touching a file, and adding "this line necessary to ensure this vpatch descends from a and not genesis"
a111: Logged on 2017-12-26 21:42 phf: we also at some point had a thread, where i believe ascii but also others were leaning towards the idea of a single file vpatches (i.e. that a vpatch should only ever contain hunks for a single file). i'm starting to think that multi-file solutions in general are a hack ("we can't fit the entire compilation in memory"), but then i've been looking at TeX on one hand, and the "millions of support files" in diff/patch on the other
a111: Logged on 2017-12-26 21:31 mircea_popescu: imo "tree" MUST be linear.
a111: Logged on 2017-12-26 21:22 trinque:
http://btcbase.org/log/2017-12-26#1758679 << to my mind this suggests the hashes present in vpatch blocks are wrong. if they were rather the hash of the entire concatenation of the diffed item before and after applying that block, there'd be no need to pointlessly edit files to continue on the same branch.
MTW: [16:55:48] <+trinque> danielpbarron: your boy MTW all set?
a111: Logged on 2017-12-26 20:29 mircea_popescu just dumped a whole sack of coal on teh grill, teh girls happily cleanning up a grosse of pleurotus... if anyone needs me ima be at teh rancho bbqing.
a111: Logged on 2017-12-26 19:48 mircea_popescu: more practically, voice will be acquired via introduction by lord, ie, court presentation.
a111: Logged on 2017-12-27 00:03 asciilifeform: or even suspect why he oughta.
a111: Logged on 2017-12-27 00:06 asciilifeform: let's say every homo redditus alive -- suddenly interested. then WHAT? what's gained, other than a great mass of meat that now gotta be put somewhere far from the reactor rods
a111: Logged on 2017-12-27 00:23 asciilifeform:
http://btcbase.org/log/2017-12-26#1758779 << i see e.g. trb tree, as the frayed end of a rope. in long term, observe, the loose ends that dun get built on -- fade away, like orphan chains. btc is actually more or less same kind of system. but iirc we had this thread.
a111: Logged on 2017-12-27 00:34 asciilifeform: ^ can anybody suggest a working variant ?
mircea_popescu: anyway, maybe the correct approach re the l0de thing would be something like a simulcast interview. you do interviews l0de ?
deedbot: l0de voiced for 30 minutes.
mircea_popescu: if you register a key you can self-voice don't have to keep doing this voicing thing
jhvh1: BingoBoingo: Bitstamp BTCUSD last: 15627.96, vol: 14963.98271799 | Bitfinex BTCUSD last: 15685.0, vol: 64040.84715043 | Kraken BTCUSD last: 15811.4, vol: 3687.11992386 | Volume-weighted last average: 15680.3140104
BingoBoingo: <mircea_popescu>
http://btcbase.org/log/2017-12-26#1758819 << she kinda got sent off for NOT being looking dedicatedly enough ; then she got pissy because i imagine in her dumb head she had self-delusions as to self-importance as dear as they were baseless. << Ah, gets BTC once returns years later and has less sense and more ideas
☝︎ a111: Logged on 2017-12-26 22:22 danielpbarron: wasn't indiancandy/sofiababy looking for a way to make bitcoin?
BingoBoingo: Hence the spankings and vacuum cleaner tube
BingoBoingo: Anyways thinking on the noob roughing up earlier, could be a side effect of tranquility overdose. Gotta torture betas.
BingoBoingo: Will probably start upping the blog frequency to let some more vemon out
mircea_popescu: anyway, personally launched lb+ "polvoras" ie fireworks here.
mircea_popescu: damned thing was the size of a god damned depth charge
BingoBoingo: Eh, give it 10 years and everything Republican will be inconel while the last USG trinkets come in Chinese potmetal
trinque: it again runs into the unix idiocy of "file", though, because file does sometimes mean module, sometimes means subcomponent of module.
trinque: in either case, what does asciilifeform think of the ritual of "add comment to unrelated file to merge paths", not symptomatic of a problem?
trinque: answer could be "trb was fucked from birth, let us not allow backflow into V"
trinque: so then, when things get so modular that you have frayed rope, author makes clean separation, as V has told him he has distinct items.
a111: Logged on 2017-12-21 17:38 mircea_popescu: anyway, continuing the trinque discussion, it seems entirely unavoidable that trb will become 3 things : a wallet node, optimized for pumping out local signed tx ; a block node, optimized for keeping the blockchain, getting blocks, no mempool nonsense ; and a spy node, optimized to keeping track of the lies and nonsense flowing through the relay network (mempool, timing nodes, what have you).
trinque: what is the meaning of the hashes in a vpatch?
trinque: should someone pressing think he has a coherent whole after pressing any patch? if not why?
trinque: only way to make a 3rd improvement rely on two distinct improvements in past is to put cruft in both.
☟︎ a111: Logged on 2017-12-26 21:22 trinque:
http://btcbase.org/log/2017-12-26#1758679 << to my mind this suggests the hashes present in vpatch blocks are wrong. if they were rather the hash of the entire concatenation of the diffed item before and after applying that block, there'd be no need to pointlessly edit files to continue on the same branch.
trinque: to my mind the hash is currently putting too narrow a constraint on the context within which the current patch is to be applied, where we could broaden the context at no detrimental, and possibly beneficial cost
trinque: asciilifeform: is possible, but deserves to be in the logs
trinque tends many fires, but knows he owes a few posts
a111: Logged on 2017-12-19 18:04 asciilifeform: we actually had the ast-diff thread, re phf's lisp diff lament.
trinque will put some pen to paper this evening
mircea_popescu: lmao fucktard. a) the "pirate party" scam utterly fucking failed, how about addressing THAT ; b) kinda hard to have anyone ditch an empty ship, huh.
mircea_popescu: "hey, aren't you worried your shitcoin will get altcoin'd in the near future ?" "no, i am dog and i don't understand anything. vote me!"
trinque: means for example that db-interaction routines are in one file, network interactions in another.
trinque: cannot without the 'add comment to files you needed' ritual
trinque: I'm actually writing right now on how the hypertext thing relates
mircea_popescu: let me put it this way, maybe resolves problem : v unpermits a specific kind of hack within the purview of this discussion, wherein one tries to design after the fact. correctly designed items will have the larger bits (by footprint) earlier in the patch tree ; and fray out correctly. github-style nonsensica commonly attempts to discover that "hey, this johnny come lately item should have been an evie-comes-early MODULE, let'
☟︎ mircea_popescu: v doesn't permit this backwards in time ; and if you run in this situation where johnny needs an experts' sex change to become evvie, it's high fucking time you hand-rewrote your whole steaming pile of crap.
mircea_popescu: now, is this enforcement a problem with v, is the proposition ? or is the aforegoing a misrepresentation of the discussion ?
trinque: this is what I meant actually, by "can't modularize" within same walk of the v tree
trinque: trb's database interactions are properly in a filesystem-implementing walk of graph of human knowledge
mircea_popescu: well, i am kind of a fan of the whole "v doesn't permit you to lie to yourself about having supposedly designed what's utterly an ad-hoc item".
trinque: network in a generic gossipd press path
trinque: in that these are distinct items.
trinque: these aren't "trb" except in shitworld
mircea_popescu: there's nothing wrong either in principle or in practice with making a correct item as the genesis and then patching in various parts of trb.
mircea_popescu: ie, i don't expect the trb cut as described to have a trb genesis necessariyl, or even probably.
trinque: anyhow lemme run at it again. you can't modularize because you have to fake work in a disparate part of the tree to merge
mircea_popescu: so for instance, "genesis a proper db ; then patch in three different branches for the three different types of node envisaged" doesn't seem on the face problematic.
mircea_popescu: asciilifeform i intend to prove no such thing to no such martian.
mircea_popescu: under the authority of the republic ; not trying to enact selves out of the well threadbare wizard cloak of satoshi.
trinque: asciilifeform: as a carving tool for the graph of knowledge
trinque: doesn't mean you don't wholly remove sections and replace
mircea_popescu: whosoever deeply cares about the historically irrelevant accident of windows-bitcoin-0.1 is more than welcome to diff his own sources of that against tmsr-bitcoin
trinque: proper hypertext system (itself based upon v) provides the talmud commentary thing endlessly
mircea_popescu: relevancy is dearly bought ; man wanted to still be in the genesis of 2017, man should have made proper db calls, proper logs, etc.
mircea_popescu: man did not bother, which can only be rendered as "man told us in no uncertain terms to fuck off", well... the sentiment is mutual.
mircea_popescu: there's no difference i can observe between indiancandy scratching at the door and satoshi scratching at the door. there's a way to get in -- getting in "on their own terms" is not on the table at all.
mircea_popescu: as history ended up unfurling, "let's truncate hash to 10 chars or 20 chars depending" takes one from 2009 to some portion of 2018. better than nothing ; much less than could have been had, if only.
trinque: back briefly on the frayed rope, what's harmful about naming an antecedent that you didn't edit, but require
mircea_popescu: specifically "do a good job in preference of a bad job, last longer".
trinque: sure, in the vpatch would be "I require this list of antecedent items, subset S of which I intend to change thus"
a111: Logged on 2017-12-05 13:27 mircea_popescu: no but see, we use different terminology. i do not assign anything to "code written". the source of code, to my eyes, is he in the wot who has read it.
trinque: right, so if we could do this, name unchanged antecedents that are required, could merge A's log patch and B's db patch in C's subsequent patch without having to manually edit A's or B's
trinque: takes what constitutes context for the patch and puts it in the hand of the operator
trinque: I don't see that regrinding solves it
trinque: current V requires that a file actually got edited to be an antecedent, but C editing B's work does not mean he's discarding A's, and A regrinding his patch means editing something edited in C to get in
trinque: because the hashes are hashes of touched files
mircea_popescu: so suppose lord X makes tree A : A1->A2->A3->A4 are patches, delivering some kind of utility we don't care to specify.
mircea_popescu: now suppose lord Y comes along, and similarily makes B : B1->B2->B3->B4.
mircea_popescu: then along comes lord Z, and this lord Z observes that if he used B3 and instead of B4 installed C4 on the same top, he'd get a wholly different but entirely useful to him item. so he makes this.
mircea_popescu: at this moment, if lord K observes that he could use the tree of X up to A2 and the tree of Y up to A3 ~together~ he could install D4 on this pile and similarily to Z produce a different still useful item.
mircea_popescu: now, the v doctrine as it stands right now, both on logs and actual precedent, at least as far as i understand it (but this is vacuous both as a representation and as a history, as most important questions haven't yet been seriously tested) -- is that Z is right to simply sign a patch on B-genesis ;
mircea_popescu: whereas K would be wrong to attempt same, and instead should regrind a whole new genesis, call it D, even if it is made up of the reunion of the As and Bs he uses.
trinque: why prefer this to being capable to merge?
a111: Logged on 2017-12-27 03:43 mircea_popescu: let me put it this way, maybe resolves problem : v unpermits a specific kind of hack within the purview of this discussion, wherein one tries to design after the fact. correctly designed items will have the larger bits (by footprint) earlier in the patch tree ; and fray out correctly. github-style nonsensica commonly attempts to discover that "hey, this johnny come lately item should have been an evie-comes-early MODULE, let'
trinque: hm. I may be learning something here, so bear with me.
trinque: as I cannot put a definition to merge that is not "destroyed vertex on this graph, because it was by my lights wrong, and created a new one"
a111: Logged on 2017-12-27 04:02 trinque: I assume you mean A2 and B3
mircea_popescu: trinque which is a valid thing to do, but NOT if one wishes to at the same timeeschew regrinding/genesising
mircea_popescu: and in unrelated lets-suck-our-own-cocks-we-utterly-deserve-it : consider that the whole l0de thing started because someone from here checked out a SPAMMED item. the fuctard/pantsuit "engineers" in name only in EVERY OTHER fucking channel ~think~ themselves all open-minded and intelligent and whatever, yet i can make a very obviously correct and banal prediction - they wouldn't have followed it, nor in any case escalated and
mircea_popescu: so on. because "it's spam" and that means "it shouldn't be read" and they actually have a consensus on this, which they idiotically but universally misrepresent as somehow different from any other cultish behaviour, such as believing "racism" or "global warming" or "witchcraft" are things.
mircea_popescu: somehow the voice model makes spam such a rarity in #trilema, people actually have the mental vigour to evaluate it!
trinque: specifically what people have been doing when "regrinding" is adding comments to unrelated files and thus including their patch in the tree.
mircea_popescu: whereas the pantsuit psychotic cleaving, where ~some kinds~ of spam are spam (ostensibly because they came from russian hackers as per their bayesian filters ?) whereas some other kinds of spam magicaloly "aren't spam" somehow, because pravda said it, or some "transgender" schmuck said it, or whatever.
mircea_popescu: trinque there's an ambiguity here i'm possibly responsible for though not intended : to "regrind", ie to take a pile of patches and make them into one single patch ; as opposed to re-genesis, which is what happened with eg mpi.
trinque: that is what I mean by a merge, and has the same result.
a111: Logged on 2017-12-27 01:52 trinque: only way to make a 3rd improvement rely on two distinct improvements in past is to put cruft in both.
a111: Logged on 2017-12-26 18:26 mircea_popescu: so as the reconciler, you get to pick which of ~either~ a ~or~ b to count in your considered oppinion as the republican and which as the heretic.
mircea_popescu: if the patch tree goes a1->a2->a3/a3` your position is now to choose which of a3 or a3` counts, and which doesn't count. the discarded one may be scavenged for useful content, but it will never be a proper patch.
mircea_popescu: (this results in an immediate reimplementation of eg's linus torvald's linux codebase management, except properly and per protocol rather than ad-hoc and in a manner nobody can explain or meaningfully defend)
trinque: yes, but the method of inclusion by diddling unrelated file is frivolous and less meaningful than explicitly denoting the relationship
mircea_popescu: there's still a disconnect because i don't understand what the hell you mean.
trinque: which is where I got to "concatenate whole cppwad and hash that" as that's your cpp program anyway.
ben_vulpes: a3 and a3' can touch a disjoint set of files and never be depended upon by an a4 without mutating unrelated files to ensure dependency is properly codified.
mircea_popescu: it doesn't matter which files they touch. a4 will build upon one of them, and then a5 on a4, and the unbuild upon one is left as a "fray" on the rope.
trinque: "I edited the networking code and added better logging statements which requires the better logging code on fray, but I didn't edit the logging code."
ben_vulpes: so then for a3' to be an a4, it must touch an unrelated file in a3, forever crufting up the codebase with v artifacts.
mircea_popescu: ben_vulpes oh it finally dawned on me what this is about. sorry it takes so long.
ben_vulpes snaps keyboard, retires, drowns children, shoots self
mircea_popescu: so the idea is, you got up to a2, which consists of files F1... Fi ; now one patch call it a3 touches file Fj, and another patch call it a3` touches file Fk
mircea_popescu: the ~only way to establish a lineage among these two so a3` is properly a4 is if the patch is spuriously modified to add a "hey v sucks" comment in Fj
trinque: totally, if I have to edit something to name it as antecedent
mircea_popescu: because otherwise, touching entirely different filesets, their precedence can not currently be established as per extant v
a111: Logged on 2017-12-25 22:56 ben_vulpes: the specifics of this case is that increase_aggression_levels touches *only* net.cpp and excise_hash_truncations touches a whole lotta stuff but *not* net.cpp
mircea_popescu: hey, i spent most of the intervening day revelring! i have circumstrances!
mircea_popescu: anyway, and the proposed fix for this is to actually add a hash for the whole filebase in each patch ?
ben_vulpes: moreover i want to bring up another overlooked point which is that it is illegal to press a tree with these two patches side by side
trinque is only recently not a walking solution of wine and nog
trinque: mircea_popescu: yep, concatenate every single item in the path diff processed, use *that* hash as antecedent and that recalculated as expected.
mircea_popescu: trinque kitten trying to get into the backseat so i can play with her tits ever so briefly kissed my new suit pant's leg, now i have a typically indicative white spot on it. tbh i knida like the look of it.
mircea_popescu: how about a convention whereby all new genesises must contain a manifest.genesis file, which file will be constantly patched on each patchj, no exceptions, by adding a line which reads : "This is patch #x and the codebase hash is blabla".
☟︎ mircea_popescu: this has the advantage that you can readily understand what any press is made of by looking in root.
ben_vulpes: hash of the patched codebase including the patched manifest with hash of patched codebase in it?
mircea_popescu: no, it's signed. it simply is not used in the one spot where the codebase hash is calculated.
trinque: manifest can be the patch header nearly as is
trinque: "let it be known that there are these files, with these hashes" "I have changed these; their hashes are now ..."
mircea_popescu: anyway, this'll need moar discussions, i'm not specifiying anything on dec 26th.
trinque: and yet, I can see the entire thing from the other perspective still, that cpp is broken, trb itself not a single concept but a mud, etc
mircea_popescu: trinque gotta force emergence of sanity through some sort of rational process.
mircea_popescu: otherwise what, we rebuild africa, "sonny we sat here and marveled at this mud for 955 generations"
mircea_popescu:
http://btcbase.org/log/2017-12-27#1758974 << very much so ; and especially on a blog. there's utterly nothing wrong with being wrong, and discover it over time, especially if gracious about it. not like you sign the damned things, nor like the distinction isn't very fucking clear a a matter of public policy.
☝︎ a111: Logged on 2017-12-27 01:58 asciilifeform: i'd like to encourage trinque to put some of his 'crackpot' algos 'to paper', as articles. the hypertext thing was interesting imho, for instance, and so was earlier trinque pill for 'mining is a bug', and possibly other occasions. dun be afraid to write down conjectures, trinque , gauss did
ben_vulpes: it'll need codebasehashprepatch and codebasehashpostpatch i think
a111: Logged on 2017-12-27 02:03 asciilifeform: or, on other end of the possible, a vtron that somehow understands that a call of foo necessarily depends on the patch that birthed foo... and requires disambiguation only if >1 foo exists in the tree
ben_vulpes: (it's an urbit, and presumably others crackpottery)
ben_vulpes: how is a4 to indicate that it needs both a3 and a3' otherwise?
ben_vulpes: putting the codebasehash in headers doesn't work then, as there is no 'file that will always be touched' that is a part of v to participate in the toposort
ben_vulpes: i'll have to doodle, cannot do this live
trinque: hm. the manifest also gives you a place to name blobs.
trinque probably at a point to digest also
trinque: but specifically, blobs not included. "and you will need the debian 2002 iso; go find"
trinque: ^ cuntoo direly wants this
mircea_popescu envisaged the genesis.manifest as wholly mechanical item, just a patch-per-line count of patches, no space to adlib.
trinque: my cuntoo installer script requires some what, 500mb of wads of other items that are not text, or useless.
ben_vulpes: mircea_popescu: okay, i geddit. do it as the first step of vdiff, so the mutation shows up
ben_vulpes: question then becomes how to get the patchtitle into .manifest
trinque: why not have one file, manifest, and you edit it, then vdiff the whole shebang.
☟︎ ben_vulpes: oh you said "patch # and the codebase hash is..."
ben_vulpes: comedy option: vpatch names are now the hash of the resulting codebase
mircea_popescu: trinque because it'll get a mess ; ben_vulpes it's just a counter. increments 1 from prev line. shall i do a sample pastebin ?
☟︎ trinque: can have a tool to edit it sure, but then that's the file that's being edited no matter what else is edited, and there's a coherent history based primarily upon a list denoting what's considered a thing at time of patch
mircea_popescu: trinque arbitrary-content manifests will become a mess of random.
trinque: if an automatic manifest comprised of hashes of all items in project, it reduces to the $concatHashBefore and $concatHashAfter
ben_vulpes: asciilifeform: let me know if your aggression patch was enough to stay at the tip of the chain, as it wasn't for my node.
☟︎ trinque: ben_vulpes: huh, meanwhile node.deedbot.org is topped up without aggression and without 50400 setvernum.
ben_vulpes: gonna have to revert and watch, or provision a mess of boxen
mircea_popescu: aaand in other humanities : a. j. ayer was once in the livingroom of one fernando sanchez on west 57th st, hanging out with a buncha young hussies/models when one girl came arunnin' complaining that her friend was being assaulted in the bedroom. ayer went in, where he found mike tyson atop an obscure south london model. when the (at the time 70yo) oxford professor asked him to quit it, mike tyson wanted to know if he knows wh
☟︎ mircea_popescu: o the fuck he is!!! ie, the world's heavyweight champion. ayer explained that he's the ex wykeham professor of logic, and since they're both pre-eminent in their respective fields, how about they indulge in discourse rather than intercourse. oddly enough tyson accepted, and naomi campbell slipped out -- apparently undamaged enough by the experience to actually do those not-even-terrible shots with madonna.
☟︎ shinohai: Bon Voyage mircea_popescu .... enjoy!
jhvh1: BingoBoingo: Bitstamp BTCUSD last: 15700.09, vol: 14030.97103622 | Bitfinex BTCUSD last: 15699.0, vol: 49838.33077808 | Kraken BTCUSD last: 15916.9, vol: 3761.92367122 | Volume-weighted last average: 15711.3466183
BingoBoingo: Ah, such a gloriously obvious pattern emerges. Waterfalls when the banks are closed. Turns out the speed of the crashing is limited to a somewhat sane pace by the difficulty of getting rid of non-ecu fiat takens
BingoBoingo: Later today still more intense language and cultural immersion scheduled.
BingoBoingo: The accountant is giving me the expectation the the process of transforming my self into a business will compelete this week allowing bank access to follow soon after.
a111: Logged on 2017-12-27 05:36 ben_vulpes: asciilifeform: let me know if your aggression patch was enough to stay at the tip of the chain, as it wasn't for my node.
diana_coman: !!v F86B917C8A985F0F4DEEA86779F31E186369CD2305830051D630044D5969FE5F
deedbot: diana_coman rated esthlos 1 << He seems to really want to learn.
deedbot: 2017/12/22 02:03:16 <esthlos> BingoBoingo: yes, I think it's time for that
a111: Logged on 2017-12-02 22:48 mircea_popescu: asciilifeform the sea is rich ; but the fisherman's stuck playing a loser game.
jhvh1: asciilifeform: The operation succeeded.
jhvh1: asciilifeform: The operation succeeded.
phf:
http://btcbase.org/log/2017-12-27#1759185 << i sometimes wonder if there's some clever way to link back split posts (i mean in cases where urls are lost, perhaps by looking at cases where 250 byte message, followed by same person within ~~<3s or somesuch)
☝︎☟︎ a111: Logged on 2017-12-27 15:57 asciilifeform: 12-02#1745723 )
phf: well, i'm thinking illumination, which has been sop for btcbase, but yes, since split happens on client anyway (i'm using ircii right now, and it annoyingly doesn't warn OR split)
phf: the other thing that i wanted to do is add xref for those inline quotes `phf: asciilifeform: grrrrr ... << kek` that people like to do
phf: i suspect ircii simply predates usability. back when men counted each character, because bell telephone company metered bauds
☟︎ phf: ircii questions are also by the way impossible to search for. no way to tell either google or ddg to not be helpful and also mirc, irssi, etc.
☟︎ a111: Logged on 2015-04-09 21:21 ascii_field: anyway, i happen to know more than a reasonable man ought to, about wolframism
phf: early tex papers knuth talks about putting this or that formula into macsyma, but then from some point he fully switches to mathematica. breaks me heart
phf: he did? i thought he uses mac, he posted his keyboard layouts
phf: he was using unix up until early 2000s, and then switched to mac (i think for old people reasons)
phf: but to answer the question, i think i don't particularly mind the subtrate. man does computations, i wouldn't be too concerned if he were to switch to ipad even, because he'd still be hand writing algorithms with a certain detachment to the concerns of extras
☟︎ a111: Logged on 2016-04-22 04:34 asciilifeform: rmans really got to England my acquaintance of the Cafe Royal would soon have found his painting deteriorating, even if the Gestapo had let him alone. And when the lid is taken off Europe, I believe one of the things that will surprise us will be to find how little worthwhile writing of any kind -- even such things as diaries, for instance -- has been produced in secret under the dictators.'
phf: it's hard to say how much knuth changed over years, without knowing the man, and i don't think "for which knuth is famous" is any kind of measure. he's certainly gotten old, but i think he might also be constituionally incapable of participating in a consensus.
☟︎ phf: we'll he's a millenarian, he's primarily documenting the fundamental findings of computer science
deedbot: BigTexasBingo voiced for 30 minutes.
phf: well, really, the problem has been discussed here many times, that you can't tmsr without wot. "successor" is just a special case of that, which, again, lacking mechanisms, is likewise lacking
BigTexasBingo: Anyways knuth problem seems insufficient threat of hambre
phf: asciilifeform: he did though, by making it very explicit that there can't be a successor.
BigTexasBingo: When I consider what the next right thing is, hambre or the threat thereof provides motivation to not be stupid and Windows
BigTexasBingo: Not much to do then except present carrot/stick/africa trilemma
phf: asciilifeform: well, be that lamport, or someone else, the memo wasn't missed, but made to disappear through consensus. everyone knows that there's only one TeX, but of course "modern" "tex" is latex with luatex engine, etc. etc.
phf: knuth managed to do a lot to keep tex what it is, given that he's essentially a pacifist academic. there aren't many other examples (common lisp, ada) where preservation has been taken to this extreme.
phf: relatedly, i managed to get latest version (jan 2014) version to produce a dvi out of tex.tex from first principles. i used someone else's port to gnu pascal
phf: i'll definitely document it though, because the process is arcane, and not at all automated.
☟︎ jhvh1: shinohai: 104.25.54.39
deedbot: toohigh voiced for 30 minutes.
deedbot: l0de voiced for 30 minutes.
phf: hmm, dis ircii keeps losing connection and then not telling me anything. this like some girlfriend shit
lobbes: <asciilifeform> [19:42:10] in other vintage heathen lulz,
https://en.wikipedia.org/wiki/History_of_bitcoin apparently. << "Before disappearing from any involvement in bitcoin, Nakamoto in a sense handed over the reins to developer Gavin Andresen" lol, didjaknow?
lobbes: but so it goes, those on that ship will 'unhappen' into their watery grave
deedbot: punto voiced for 30 minutes.