log☇︎
135700+ entries in 0.081s
BingoBoingo: asciilifeform: Tutor mentioned earlier. The dentist by training.
asciilifeform: BingoBoingo: is this the tutor mentioned earlier, or an inpatient gurl
BingoBoingo: Turns out self study and hardware store spanish was insufficient to offer a tremendous fluencey on arrival, so venezualan girl has been retained to speed up the fluency acquisition process.
BingoBoingo: I just have to say, bless Venezuala's economy for making my humiliation sessions so affordable.
shinohai: Next time you are in town and they have those .... what do you call fela markets there, ferias? Ask for "Un caldo de pollon muy rico" BingoBoingo
mircea_popescu: diana_coman ah i see, missed that.
BingoBoingo: Hoy, Montevideo tiene mucho calor.
mod6: <+trinque> I'll be having wisdom teeth sawed out in a bit. Will be available for botops much later, when various sedatives wear off. << gl!
mircea_popescu: took like 5 passes to make one small enough, also. "i've never done this before".
mircea_popescu: i dunno, one actually got A CAVITY. years ago. dentist dutifully put a tiny obturation on it and that's been all.
BingoBoingo: Has to be your superior genetics at work.
mircea_popescu: i still have mine. apparently they work well.
BingoBoingo: In other discoveries... My venezualan spanish teacher is a dentist by training.
trinque: eh routine thing, but ty!
shinohai: Damn trinque .... be well B
trinque: I'll be having wisdom teeth sawed out in a bit. Will be available for botops much later, when various sedatives wear off.
mircea_popescu: thanks god you said anything lmao, i'd have totally forgotten tis fri today o.O
mircea_popescu: o shit i have to pick up suits today.
mircea_popescu: in case anyone's curious, the 20 bux was for encouraging the folk who made viking age, which is a quite passible browser game. sorta old warcraft style graphically, othertwise a tower defense married to the old bonbon "city development" azn thing. ☟︎
Kev: I did my School in China before Uni, and take my degree in Singapore
mircea_popescu: Kev ok, that will do. thank you for your time, there's no intertest at this time.
mircea_popescu: where did you go to school, how old are you and what's your employment history ?
mircea_popescu: Kev ok, so you're a guy, living in shenzen (where ?), and you'd like to work for the republic.
RagnarDanneskjol: please answer the question still Kev. which is your primary??
Kev: actually Mandarin Cantonese both are similar, for me kind like the difference between American English and British English
mircea_popescu: you can't have two primaries. what did your mother speak ?
Kev: Well, this is Kevin who from China Shenzhen which beside HongKong
RagnarDanneskjol: Kev - Mircea is here if you'd like to talk to him about the translation work and tell him a bit about yourself
BingoBoingo: Feel free to tell la gente about yourself
Kev: Hey guy, just new to this thing, still trying to figure it out
BingoBoingo: Kev: Hola, que tal?
BingoBoingo: In other delights: here they have some sort of children's cookie which is notable for not being especialy sweet aside from the white chocolate chips. Back in old country these treats would not be marketable as health food.
RagnarDanneskjol: mircea_popescu 2 translator candidates are entering chan shortly and will be on standby here all weekend. One other is coming later. They have been ready - delay was on my end. Their nicks are iangeker, Yan, and Kev - all are on China time, so getting late now. None are GPG'd or anything yet.
a111: Logged on 2017-12-13 15:29 shinohai: BingoBoingo: In the society you are in, likely un consultador puede ser encontrado en cado rincon no?
BingoBoingo: http://btcbase.org/log/2017-12-13#1750325 << Sorry I missed this earlier shinohai. They actually are not on every street corner. What's common are real estate agents. ☝︎
diana_coman: mircea_popescu, on 2nd thought it does make more sense to link it on bought than on cost, indeed; updated, thank you
a111: Logged on 2017-12-15 02:34 asciilifeform: http://btcbase.org/log/2017-12-14#1751807 << the fg link goes to my www , naked , which imho is not obviously relevant : i recommend https://archive.is/CGQkR instead
diana_coman: http://btcbase.org/log/2017-12-15#1751825 <- there is the FG banner that is quite obvious; in any case, I'm still hoping there will be a tmsr isp hence the s.nsa shop page back so that I can link to it directly ☝︎
diana_coman: http://btcbase.org/log/2017-12-15#1751811 <- that's great, thank you ☝︎
a111: Logged on 2017-12-15 01:57 mircea_popescu: diana_coman one that I actually bought link to http://www.dianacoman.com/2017/10/02/some-costs-of-importing-randomness/ neh ? mightaswell...
asciilifeform: http://btcbase.org/log/2017-12-14#1751807 << the fg link goes to my www , naked , which imho is not obviously relevant : i recommend https://archive.is/CGQkR instead ☝︎☟︎
a111: Logged on 2015-08-21 01:22 asciilifeform: mircea_popescu: try this on for size:
asciilifeform: http://btcbase.org/log/2015-08-21#1246540 << thread. ☝︎
a111: Logged on 2017-12-14 22:51 phf: hmm, there's a bit of complexity there as far as producing files/directories shuffle, which might take longer, but i'll start with paring things down. i haven't yet seen diff/patch sources closely!
asciilifeform: http://btcbase.org/log/2017-12-14#1751803 << at one time i linked to 'diff' src here, when hunting for ordering nonuniformity that turned out to be a uniturdism . it made koch's war crime, look clean. ☝︎
a111: Logged on 2017-12-14 22:49 mircea_popescu: phf so basically this is cropping down nicely after all. proper vpatch (fixing mod6 's bane, the empty dir thing) + proper vdiff (hash-based preprocessing of rename/move + proper use of @@...@@ + keccak hashing).
asciilifeform: http://btcbase.org/log/2017-12-14#1751799 << this sounds mightily spiffy ☝︎
a111: Logged on 2016-09-12 17:26 phf: asciilifeform: are you using breadboarded/soldered version, or you ended up printing the pcb too for the keyboard controller?
phf: asciilifeform: http://downloads.cornall.co/ibm-capsense-usb/ is that what you used for your model f? ☟︎
mircea_popescu: diana_coman one that I actually bought link to http://www.dianacoman.com/2017/10/02/some-costs-of-importing-randomness/ neh ? mightaswell... ☟︎
diana_coman: to round up the previous thread: previous patch on mpi remains in place but linked to standalone mpi project; EuCrypt got is own genesis patch that creates *the whole currently known structure*; each chapter comes with its own patch adding content
mircea_popescu: that came out a lot dumber than intended. how about "plenty of time yet"
mircea_popescu: kinda why im giving you a two week lead here.
phf: hmm, there's a bit of complexity there as far as producing files/directories shuffle, which might take longer, but i'll start with paring things down. i haven't yet seen diff/patch sources closely! ☟︎
mircea_popescu: by the looks of it, sometime in january. that works ?
mircea_popescu: phf so basically this is cropping down nicely after all. proper vpatch (fixing mod6 's bane, the empty dir thing) + proper vdiff (hash-based preprocessing of rename/move + proper use of @@...@@ + keccak hashing). ☟︎☟︎
lobbesbot: Logged on 2017-12-14 22:44:09: <danielpbarron> this is a real testement to quality of S.NSA and its products
mircea_popescu: but i suppose you're right, a correct v-differ would just follow the extant protocol properly and not have the problem
mircea_popescu: i am in a word proposing to put all the @@ type adnotations in the begining ; and all data at the end
phf: yes, and they won't make a difference!
mircea_popescu: well, because specific headers used to adnotate (@, +, -) can also appear in the text adnotated
phf: so you're proposing to move @@ ... @@ to before "command used" part
phf: i'm not sure where inband-ness even comes from. patch format has a header of a format 'command used to produce this diff\nsource file\ndestination file\n@@ specific numbers of lines to follow @@\nlines"
mircea_popescu: but this would remove the inband-ness
phf: the reason why we have issues with +++ and --- is because vdiff specifically ignores the @ ... @ bits when postprocessing a patch. a complete vdiff-er wouldn't have to do that kind of post processing and can produce a valid patch always
phf: +++ --- is there not for content parsing, but for allowing an arbitrary prelude (that is for including patches in email)
phf: i'm not sure this is necessary, patch already contains line count information in the @ ... @ part
a111: Logged on 2017-12-14 19:55 mircea_popescu: you ~could have a diff format whereby first line is x y z with x = total line count, y notation line count z data line count, and then instead of +++ --- bs you just have line count references in the notation part.
mod6: ben_vulpes: also, patch will not even create those output directories for the build process if the dir doesn't contain at least 1 file. it simply ignores them.
asciilifeform: and just text, and subject to diffing like any other text.
asciilifeform: imho this is the troo cut
mircea_popescu: asciilifeform you don't specifically need a manifest, as per discussion (have you been reading the discussion ?) ; can just follow the hashes.
asciilifeform: ( trb-genesis, for better or worse, was a plain cut of the original material. ended up preserving the idiocy of empty file. )
asciilifeform: observe that in e.g. ffa , used nonempty placeholders.
asciilifeform: and pretends that empty dirs don't matter, but somehow a dir that is empty BUT for 1 emptyfile -- is nonempty.
ben_vulpes: if i recall correctly, the empty files are necessary to hold the output of trbs compilation process
asciilifeform: it'll have to be solved , in some way, with at least 1 knob.
asciilifeform: i dunno that the addition of a knob to divorce from the idiocy of unixpathism , is really escapable
asciilifeform: and does away with the horror chamber of 'i moved a file, where did the 10 MB of crud come from'
asciilifeform: incidentally mircea_popescu , phf , consider a particular cut : suppose that ( otherwise unchanged ) diff format did not mention paths at all, only hashes. and there is a separate section, 'manifest', that is table of hashes to paths. during press, the latter is eaten and traditional unix dir appears.
a111: Logged on 2017-01-05 00:29 asciilifeform: so, one possible diff might be : \4\i'm \+15\quite certainly \80\not fucking learning an aminoacid matrix to be able to use diff i tell you that
asciilifeform: whereas if you want to be able to compactly represent ~arbitrary transforms of text and of dirs, you end up with something like sed on top of a... text representation of a tar ? ☟︎
asciilifeform: the tragicomic part is that i picked plain old diff for vtronics 'so that patches will be readable'
a111: Logged on 2017-12-14 21:16 mircea_popescu: but this is why this discussion was so important : it has in fact emerged that the correct implementation of diff would first a) calculate hash of all files in each dir ; then b) process moves and only then c) do the diffing.
asciilifeform: http://btcbase.org/log/2017-12-14#1751725 << the retardation of unixdiff is unfortunately not limited to file moves. it also has no ability to represent , e.g., sections of a file moving ( iirc this came up during the original genesis thread ) ☝︎
shinohai: "We're excited to announce that your Blockchain wallet is now offering full support for Bitcoin Cash! "
phf: to put lisp commands that need to be run after the source has been pressed to the current patche's state.)
phf: (fwiw so far i've been using patches prelude to stuff metainformation there. one interesting property of patching an already pressed lisp system, is that you don't want a clean press. instead you want to find what state your system is, and then press it further down the chain. but because you don't want to restart the system likewise, you want some additional actions performed as you're moving down the press chain. so i've been using prelude as a place
asciilifeform: you could in phf's unified-namespace thing, but i dun see how else otherwise
mircea_popescu: we evidently also ~could~ add filename to the hash. but i dun wanna.
a111: Logged on 2017-12-14 20:59 trinque: problem stemming from that unix uses file path as a matter of identity, and allows this to be mutable (!)
asciilifeform: mircea_popescu: it's a cmachineism -- 'hey this register CAN haz a 0 in it, ergo lengths of 0 are permissible'. observe that i banished this idiocy from ffa planet
a111: Logged on 2017-11-14 22:08 asciilifeform must invoke herr babbage, 'i cannot rightfully apprehend the confusion of ideas...'
mircea_popescu: tbh i don't even understand why the machine permits such insanity. an empty file is very much a http://btcbase.org/log/2017-11-14#1738478 trigger ☝︎
phf: but in this model you can have only one
mircea_popescu: if you put empty files in your project i will personally chase you down in the afterlife.
mircea_popescu: phf no such thing as empty lines. put a fucking comment in there.
asciilifeform: http://btcbase.org/log/2017-12-14#1751721 << ftr my orig v eggogs, 'cyclic graph!' if any new-hash is == to any old-hash ☝︎
mircea_popescu: anywya, this system'd be purrfect : if hash unchanged, "this is THE SAME file by a different name (or path, same thing" ; if hash changed "this is DIFFERENT FILE by same name"
phf: not restricted to moves by the way, there's also copy. there's a certain symmetry lost though. if you say make a genesis with 3 empty files a b c, then they are fresh line patches. but the patch against that that creates another 3 empty files puts cp a x; cp a y; cp a z; in the prelude instead