Forum logs for 14 Sep 2018

Monday, 16 March, Year 12 d.Tr. | Author:
trinque: http://trilema.com/forum-logs-for-12-sep-2018#2473789 << agreed. it may need to come after the near-term and still elusive goal of cleaving the essential from the cruft in the portage tree. there is a shocking amount of state in portage strewn about the system, in /etc, in /usr/portage, in /var/db/pkg [01:07]
a111: Logged on 2018-09-12 14:18 asciilifeform: btw mircea_popescu reminds me , trinque : here's an idea, let's banish the 'root certs' and any systemwide sslism from cuntoo. if user demands it , let him install locally. [01:07]
trinque: and this is just the broad overview. in /usr/portage/profile there's what, tens of layers of dependency nesting. in some cases the children override the parent in others they appear to append [01:09]
trinque: work carries on, just wanted to give word from the mineshaft [01:09]
* trinque has scripts in progress to flatten the profile tree into a single profile, where it can be inspected and therefore judged. [01:11]
trinque: and it's plainly obvious by now that the kind of autistic mind that produces these tangled trees does so to attempt to exhaust the judging eye [01:13]
trinque: "if my room is packed with cum socks and mcdonalds bags, dad will be too ashamed to come find me and kick my ass" [01:15]
trinque: aaand just built a working nano from the ebuild in /cuntoo/portage, having no other ebuild repositories in system, and no barfs from emerge. [02:06]
trinque: /cuntoo/portage weighs 26M right now, compared to /usr/portage weighing 704M [02:06]
trinque: not only was there /etc/portage/repos.conf to define repositories, but also /usr/share/portage/config/repos.conf, and apparently creating one in /etc does not knock out the defaults in /usr [02:08]
trinque: rationale behind bothering with the repository system is to let the legacy gentoo ebuild repository coexist with the vtronic repository, in exactly the same way as "overlays" do now with the gentoo repo [02:10]
trinque: can then pluck ebuilds from their tree as needed, produce a vpatch, and include in the cuntoo repo [02:12]
* trinque zaps glsa and news from metadata dir, shaves to 13M [02:16]
diana_coman: trinque, that sounds great! [02:21]
diana_coman: BingoBoingo, fans of rockchip, eh? looks good [02:22]
trinque: http://p.bvulpes.com/pastes/qJ69u/?raw=true << current output of emerge -v @world . few things yet jacked in the portage profile, which sets/unsets things like that userland_GNU use flag. [02:28]
trinque: I wager this is because the item in profile that sets IUSE ought to have overridden instead of appended. [02:28]
trinque: diana_coman: thanks! coming along, squealing in protest though it does. [02:29]
trinque: but the deps are all lined up there that's the whole system. when it rebuilds itself, done. [02:30]
diana_coman: last time I tried to figure out exactly what is what and where re portage I ran out of time to disentangle the mess, so I'll be very happy indeed to not have to go back to that [02:31]
trinque: I'll be thrilled when I watch emerge build someone's vmerge, and then remove itself as last act. [02:33]
trinque: but this hill will do for tonight. [02:34]
* trinque to bed [02:34]
deedbot: http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/ << Ossasepia - SMG.Comms Implementation - Chapter 1 [07:06]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850292 << because nobody fucking considered the matter before. [08:23]
a111: Logged on 2018-09-14 05:07 trinque: http://trilema.com/forum-logs-for-12-sep-2018#2473789 << agreed. it may need to come after the near-term and still elusive goal of cleaving the essential from the cruft in the portage tree. there is a shocking amount of state in portage strewn about the system, in /etc, in /usr/portage, in /var/db/pkg [08:23]
mircea_popescu: the problem with socialists is and remains http://btcbase.org/log/2018-05-25#1818526 they'll always find something "that doesn't exist" to dump into, and in the case of computer systems it generally is state. [08:24]
a111: Logged on 2018-05-25 04:04 mircea_popescu: yes. democracy fails to account externalities as a matter of course. see also http://btcbase.org/log/2018-02-14#1783773 thread [08:24]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850298 << heh. i bet it "works", too. [08:26]
a111: Logged on 2018-09-14 05:15 trinque: "if my room is packed with cum socks and mcdonalds bags, dad will be too ashamed to come find me and kick my ass" [08:26]
mircea_popescu: sleep tight! [08:28]
mircea_popescu: diana_coman entirely possible you're the first one to ever put udp through gnat.sockets. [08:31]
diana_coman: not impossible, huh [08:34]
diana_coman: tcp good, udp bad!! [08:34]
mircea_popescu: diana_coman http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/#selection-111.394-111.513 << this'll have to change though, there's no way it can work out like that [08:34]
diana_coman: as I was writing that I was thinking that an unchecked.conversion for the whole thing might work - provided arrays are indeed stored as one would expect in a continuous space [08:37]
mircea_popescu: anyway, reading through this, i suspect ada threading may turn out to be a pleasure. [08:37]
diana_coman: honestly it *seems* to me that's the case, yes but I'm still trying to wrap my head around it [08:38]
diana_coman: re unchecked.conversion - there is still the issue of flipping the bytes though this needs more thinking [08:38]
mircea_popescu: yeah. [08:39]
mircea_popescu: anywya, great reads this morning! the republic prevails! [08:40]
asciilifeform: http://btcbase.org/log/2018-09-14#1850315 << pretty neat diana_coman [09:08]
a111: Logged on 2018-09-14 11:06 deedbot: http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/ << Ossasepia - SMG.Comms Implementation - Chapter 1 [09:08]
asciilifeform: http://btcbase.org/log/2018-09-14#1850323 << i have a proggy, but it dun seem like i ever published the item, so diana_coman will have to count as 1st [09:09]
a111: Logged on 2018-09-14 12:31 mircea_popescu: diana_coman entirely possible you're the first one to ever put udp through gnat.sockets. [09:09]
diana_coman: cheers asciilifeform ! [09:09]
diana_coman: and ... HA! why not publish!! [09:09]
asciilifeform: it was lame [09:10]
asciilifeform: ( and i didn't get a chance to finish the whole thing, was right when i picked up ffa ) [09:10]
diana_coman: also: I'm open to any corrections to that thing there, including any slamming of the sort "this is horrible, wtf, do it THIS way!!" [09:10]
asciilifeform: i've a half-written 'g' (if anyone recalls what that was) , used adasockets [09:11]
diana_coman: not gnat.sockets? [09:11]
asciilifeform: err [09:11]
asciilifeform: gnatsockets [09:11]
asciilifeform: i also had a variant that used c imports [09:12]
diana_coman: I was just thinking I might have missed something crucial there [09:12]
asciilifeform: diana_coman: did you ever see the 'nqb' item asciilifeform posted in '17 ? had various imho good examples of operations on streams [09:12]
diana_coman: I recall a link to examples in ada fwiw I think they are even gone from that link at least was that "nqb"? [09:12]
asciilifeform: i'ma have to repost, 1s [09:14]
asciilifeform: oh nm, it's still alive, http://btcbase.org/log/2017-11-23#1742497 [09:14]
a111: Logged on 2017-11-23 16:28 asciilifeform: whaack: http://www.loper-os.org/pub/horse.tar.gz [09:14]
diana_coman: got it will re-read (I do think I had a quick look at it at that time but it didn't stick) [09:17]
asciilifeform: diana_coman: i dun see anything obviously ugly in your example, btw [09:17]
diana_coman: thanks for looking! [09:18]
asciilifeform: admittedly asciilifeform just woke up and only gave it 1 look thus far [09:19]
asciilifeform: and without tea [09:19]
* diana_coman awaits for the "brb, tea" [09:20]
asciilifeform: https://www.adacore.com/gems/gem-140-bridging-the-endianness-gap << possibly useful item re endianism [09:22]
diana_coman: I've found that and gave it a first pass but I didn't quite see how to use it for my problem it's on the list of refs at any rate, so I'll get to re-read it [09:25]
asciilifeform: diana_coman: currently i am lacking a bigendian iron (or a gnat for such) so never got a chance to truly and properly test endianism conversion (as for ffa, it is endian-insensitive, but this is simple where there is no networking) [09:28]
diana_coman: asciilifeform, aha re-reading that thing - I guess the Scalar_Storage_Order looks promising, I'll dig a bit deeper into it [09:29]
asciilifeform: diana_coman: re streams, you may find the 'buf_streams' item in horse.tar.gz interesting [09:31]
diana_coman: will look [09:32]
asciilifeform: ( what it was, was simply a btc block and tx reader, i fed an entire noad's 'dumpblock' chain into it, plus a buncha randomly bitflipped mutilations, behaved correctly ) [09:32]
asciilifeform: i then wrote the mmap thing, with aim to bake the 'reads and stores blox , then O(1) tx retrieval' demo, but never got a chance to glue the two together [09:34]
asciilifeform: http://btcbase.org/log/2017-06-06#1666647 << subj [09:35]
a111: Logged on 2017-06-06 19:40 asciilifeform: mod6, phf , et al : http://nosuchlabs.com/pub/ada/horsecocks.tar.gz << i dun recall posting this before, so here it will live, for nao : unofficial release of mmaptron [09:35]
asciilifeform: this is not directly relevant to diana_coman's application tho [09:35]
asciilifeform: hmm, loox like i ~did~ glue'em, but the glued model definitely not ready for primetime. [09:38]
* asciilifeform has reached the mircea_popescu level of amnesia where 'hmm did i make this and it is on hdd somewhere or did i only want to' [09:38]
asciilifeform: http://btcbase.org/log/2017-03-10#1624240 << orig thread, re subj, for longterm ref. [09:49]
a111: Logged on 2017-03-10 16:57 asciilifeform: btw i will also put down in the log, one very simple possible algorithm for a 'txidx-fs' : [09:49]
asciilifeform: ^ with entire algo. [09:49]
asciilifeform: http://btcbase.org/log/2018-09-14#1850300 << this is pretty neat. [09:55]
a111: Logged on 2018-09-14 06:06 trinque: /cuntoo/portage weighs 26M right now, compared to /usr/portage weighing 704M [09:55]
* asciilifeform bbl,tea [09:57]
phf: diana_coman: hey, the smg.comms genesis sig link is not resolving [10:52]
lobbesbot: phf: Sent 6 days, 10 hours, and 44 minutes ago: <asciilifeform> lemme know if you want the magic pill recipe + patched flashrom util for c101pa . [10:52]
phf: http://btcbase.org/log/2018-09-08#1848612 << was at sea, but i was also keeping up with the logs (much better in flight entertainment!), i'll take the pill, but not sure i'll have the immediate use for it beyond ogling. i'm having a hard time recreating even the max-heathen environment that will simply reproduce the google stack as is [10:56]
a111: Logged on 2018-09-08 04:08 asciilifeform: !Q later tell phf lemme know if you want the magic pill recipe + patched flashrom util for c101pa . [10:56]
asciilifeform: phf: this was on the off chance that you had a working replacement rom image. ( if you don't yet -- thing won't do you much good atm ) [11:36]
asciilifeform: phf: fwiw i do not yet have a working heathen toolchain ( other than what shipped on the box ) either [11:37]
asciilifeform: the only pc-side tool in the setup is (patched) flashrom [11:38]
phf: diana_coman: http://btcbase.org/patches?patchset=smg-comms and http://btcbase.org/patches/smg_comms_genesis (i found the sig in /vpatches/) [11:40]
lobbesbot: phf: Sent 33 minutes ago: <lobbes_phone> next time you're in the btcbase/patches boiler room, plox to add http://blog.lobbesblog.com/2018/09/logbot_command_router_python-genesis/ to 'bot' section? [11:40]
phf: !!key lobbes [11:45]
deedbot: http://wot.deedbot.org/3320BCA7825525AD077203C331F36D29A4D93652.asc [11:45]
phf: lobbes: added [11:49]
asciilifeform: !Q later tell BingoBoingo http://p.bvulpes.com/pastes/UJFQW/?raw=true [11:53]
lobbesbot: asciilifeform: The operation succeeded. [11:53]
asciilifeform: phf: saw anyffing interesting on your voyage ? [11:57]
asciilifeform: http://btcbase.org/log/2018-09-14#1850290 << loox good, for nao [11:59]
a111: Logged on 2018-09-14 01:29 BingoBoingo: asciilifeform: http://aaronrogier.net/fanfront.jpg and http://aaronrogier.net/fanback.jpg Please gpggram a destination for the sticks [11:59]
asciilifeform: http://btcbase.org/log/2018-09-14#1850328 << it is pretty neat, e.g. http://btcbase.org/log/2016-04-06#1446883 [12:00]
a111: Logged on 2018-09-14 12:37 mircea_popescu: anyway, reading through this, i suspect ada threading may turn out to be a pleasure. [12:00]
a111: Logged on 2016-04-06 15:49 asciilifeform: ada tasks, afaik, is the only sane implementation of parallelism where you ~never~ specify explicit thread [12:00]
asciilifeform: diana_coman: and incidentally ( as you prolly already discovered ) you can keep the restrictive flags, on the subset of the coad that doesn't use tasking. ( and this applies in general ) [12:01]
asciilifeform: ditto streams [12:01]
asciilifeform: the only lang feature that gets in the way of this partitioning is 'generics', but iirc diana_coman did not use these anywhere [12:02]
asciilifeform: ( i had'em in the 1st drafts of ffa, then abolished , they interfere with proper compartmentalization ) [12:02]
asciilifeform: diana_coman: incidentally, i was initially quite unsure re the wisdom of using the streams. but they are part of the standard and do appear to work as described. however for your application it isn't even clear to me that you need'em , could simply call out to unix's socket routine and get octet array of fixed length (e.g. 512byte) to work on. [12:07]
asciilifeform: tcp is very difficult to sanely work with without a stream abstraction, but udp -- trivial. [12:08]
asciilifeform: so in this model you'd have 2 routines, 1 which takes a port, listens on it, and comes back 'someday' with a 512byte buffer fulla packet and the originator ip and another that eats a 512byte buffer and a dest ip, and returns immediately. [12:12]
asciilifeform: *portnum [12:12]
asciilifeform: then again if you write 'own gnatsockets' you would have to do what i did for 'horsecocks' mmap system and actually handle all possible unix eggogs (granted there are not many of these for udp) [12:13]
asciilifeform: ( the appeal of 'own gnatsockets' is similar to that of what i did with mmap : adacore's implementation is quite obese on acct of handling winblowz and other broken os ) [12:14]
asciilifeform: but nao that i think about it, iirc mircea_popescu maintains currently a mswin eulora client, so you might be stuck with gnat's. [12:15]
asciilifeform: http://btcbase.org/log/2018-09-14#1850298 << i'll add to this, that i've been to hobo encampments and found them to be... ~substantially~ cleaner and better organized than the 'open sores' atrocities. i suspect that the shitgnomatic level of horror is only found in dilapidated third world psych wards where inmates live in own shit. [12:19]
a111: Logged on 2018-09-14 05:15 trinque: "if my room is packed with cum socks and mcdonalds bags, dad will be too ashamed to come find me and kick my ass" [12:19]
asciilifeform: http://btcbase.org/log/2018-09-14#1850327 >> they are, see e.g. http://btcbase.org/patches/ffa_ch4_ffacalc#L43 example [12:21]
a111: Logged on 2018-09-14 12:37 diana_coman: as I was writing that I was thinking that an unchecked.conversion for the whole thing might work - provided arrays are indeed stored as one would expect in a continuous space [12:21]
asciilifeform: ( tho naturally you won't use ada String for arbitrary octetolade. but same principle. ) [12:22]
asciilifeform: ( tho will add, ada Strings actually work with arbitrary garbage, given as they do not use the idiot c 'null termination' paradigm ) [12:23]
asciilifeform: to round out thread, http://btcbase.org/log/2018-09-14#1850330 << in my orig udp attempt, i dispensed with the traditional 'gotta be in network byte order (tm)' doctrine, in favour of 'if packet doesn't pass muster, THEN flip the endianism and try again 1ce' [12:27]
a111: Logged on 2018-09-14 12:38 diana_coman: re unchecked.conversion - there is still the issue of flipping the bytes though this needs more thinking [12:27]
asciilifeform: ( afaik udp doesn't give guarantees of integrity, at least on all systems, so you're stuck with embedding checksum even if you weren't doing crypto authentications ) [12:29]
asciilifeform: ( imho the tradition where 'just about errybody's little endian, but we spend cpu and flip bytes erry time we send something because in 1989 somebody had a pdp' is asinine ) [12:30]
BingoBoingo: asciilifeform: ty [12:35]
lobbesbot: BingoBoingo: Sent 42 minutes ago: <asciilifeform> http://p.bvulpes.com/pastes/UJFQW/?raw=true [12:35]
BingoBoingo: asciilifeform: It is indeed, fire at will [12:37]
asciilifeform: ty BingoBoingo [12:37]
diana_coman: phf, fixed link and thank you! [12:41]
asciilifeform: BingoBoingo, mod6 , ben_vulpes : ordered ! 308.28 orcbux ( 62.18 of'em orc fee, 37.21 -- postage, the rest -- 8 drives and pack of 20 adhesive hedgehogs ) [12:42]
BingoBoingo: tyvm [12:42]
asciilifeform: supposedly will arrive by end of next wk ( in practice, whoknows, iirc the last shot was 1 week of postage and 5 of orc customs ) [12:43]
diana_coman: asciilifeform, I'm also still unsure *why* exactly would I need streams I can see it perhaps on client side if one wants to implement streams on top of udp basically to add checks/re-send or whatever they want to do but that is no concern of the protocol itself [12:43]
asciilifeform: diana_coman: currently you're only stuck with streams on acct of gnatsockets peculiar design [12:44]
asciilifeform: sorta like the idjicy of gnat's builtin unix cmdline handling [12:44]
asciilifeform: it presumes that you want unbounded bags of octets [12:44]
diana_coman: hm, so basically there might be something to "only tcp on gnat.sockets" after all since they baked this assumption in the...implementation of gnat.sockets themselves?? [12:46]
diana_coman: ugh [12:46]
asciilifeform: they baked this sad into file i/o also ( hence how it shows up in 'horsecocks' ) [12:46]
diana_coman: supporting windows in not a requirement whoever wants to support it is free to make their own implementation of the protocol anyways [12:47]
asciilifeform: but for certain things 'stream' is actually the correct abstraction (e.g. the variable-length tx in classical btc block) [12:47]
asciilifeform: diana_coman: then you may want to wrap unix recv() as i described ( can use my mmap example ) [12:47]
diana_coman: I certainly have to consider that option too if all that gnat.sockets buys me is some bloat + streams [12:48]
asciilifeform: imho there's no particular shame in wrapping an os call that doesn't have possibility of overflows [12:49]
asciilifeform: ( you let it emit precisely e.g. 512byte into a preallocated buffer that never moves the ip it came from, into a 32bit , and that's it ) [12:50]
asciilifeform: ditto for send() [12:50]
diana_coman: sounds very, very appealing to be honest [12:51]
* diana_coman goes to read some more [12:51]
asciilifeform: it's how i did the cmdline thing ( earlier linked ) [12:51]
asciilifeform: nao, you'll prolly want to queue the incomings, but imho thats outside the scope of this thread [12:52]
BingoBoingo: asciilifeform: re: cutting down on stale time at customs http://p.bvulpes.com/pastes/S3auq/?raw=true [12:53]
asciilifeform: BingoBoingo: got it, loox same as last time. [12:53]
BingoBoingo: Aite [12:54]
asciilifeform: diana_coman: keep in mind that udp packets can get arbitrarily reordered in flight. [12:55]
asciilifeform: and sometimes lost entirely. but you prolly knew this. [12:56]
mircea_popescu: omg it's a phf! [12:59]
asciilifeform: ohai mircea_popescu [12:59]
phf: a standin for both pdfs and phds [12:59]
mircea_popescu: lol [13:00]
asciilifeform: and , lol, pdp, pde... [13:00]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850371 << mine is eumnesia! [13:05]
a111: Logged on 2018-09-14 13:38 asciilifeform has reached the mircea_popescu level of amnesia where 'hmm did i make this and it is on hdd somewhere or did i only want to' [13:05]
asciilifeform: mircea_popescu: how did erdos put it, 'first you forget to unzip after piss, then to unzip ~before~, and only ~then~ your own theorems' [13:06]
asciilifeform: *zip after [13:06]
mircea_popescu: lol [13:06]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850418 << yes, none of that. [13:09]
a111: Logged on 2018-09-14 16:30 asciilifeform: ( imho the tradition where 'just about errybody's little endian, but we spend cpu and flip bytes erry time we send something because in 1989 somebody had a pdp' is asinine ) [13:09]
mircea_popescu: iirc we even had a discussion re standardizing a byte order though from the fact that i don't recall the results i take it i got shown broken cats. [13:09]
asciilifeform: mircea_popescu: the beauty is that there's no actual need to standardize one. [13:10]
mircea_popescu: i suppose. [13:10]
asciilifeform: ( given as you never operate on anyffing that came down the wire without passing checksum ) [13:11]
asciilifeform: and btw for so long as one either a) refrains from bytewise addressing, period or b) addresses bytes of a word via b0 := W and 0xFF, b1 := shr(W, 8) and 0xFF, b2 := shr(W, 16) and 0xFF , ... , etc -- you dun create endianism problem. [13:20]
asciilifeform: http://btcbase.org/patches/ffa_ch11_tuning_and_api/tree/ffa/libffa/fz_io.adb#L59 << example of endian-insensitive routine. [13:22]
asciilifeform: observe that 'address bytes only via word slides' worx even if you shat on one endianism and ate on other. [13:25]
asciilifeform: ( why? i'ma leave as exercise for reader ! ) [13:26]
mircea_popescu: byte-only is prolly sane anyway [13:33]
asciilifeform: this being said, still gotta come up with bigendian box to test with at some point ( iirc trinque had one somewhere, but afaik no gnat for it yet ) [13:40]
* trinque has piles and piles of g4 and several g5 [13:41]
trinque: don't have a gnat built for them yet [13:41]
phf: asciilifeform: i have a bigendian box and i also tested at least one call for bigendian test on it. i think it was diana_coman's keccak though [14:09]
asciilifeform: phf: which gnat didja use [14:09]
asciilifeform: ( imho what we need is the canonical ave1 gnat, on bigendian ) [14:10]
phf: this was pre ave1 work [14:10]
asciilifeform: aaa [14:10]
asciilifeform: but since phf has a bigendian gnat, could theoretically build ave1's [14:11]
asciilifeform: ( good chance to test just how portable is the latter ) [14:11]
asciilifeform: at some point i'd like to get a bigendian box of some description into pizarro , for such work [14:12]
phf: theoretically, i think it was whatever gnat came with openbsd packages, since that was easiest thing to spin up on the machine in question. [14:12]
asciilifeform: ( if one can be found that fits 'in pocket' ) [14:12]
diana_coman: http://btcbase.org/log/2018-09-14#1850474 -> indeed it was [14:38]
a111: Logged on 2018-09-14 18:09 phf: asciilifeform: i have a bigendian box and i also tested at least one call for bigendian test on it. i think it was diana_coman's keccak though [14:38]
diana_coman: http://btcbase.org/log/2018-09-14#1850448 -> yes, unreliable but that's not the concern at this level [14:40]
a111: Logged on 2018-09-14 16:55 asciilifeform: diana_coman: keep in mind that udp packets can get arbitrarily reordered in flight. [14:40]
diana_coman: http://btcbase.org/log/2018-09-14#1850460 -> sounds good glad I published this stuff now rather than later! [14:52]
a111: Logged on 2018-09-14 17:09 mircea_popescu: http://btcbase.org/log/2018-09-14#1850418 << yes, none of that. [14:52]
asciilifeform: wb danielpbarron [15:22]
asciilifeform: diana_coman: the simplest way i thought of to finesse the reordering thing is simply to run synchronously ( i.e. at no point does sender send a new packet unless old one replied if there's no reply, sender retries a certain # of times, and if still silence, declares the connection broken ) [15:41]
BingoBoingo: asciilifeform: Package is in the mail [15:41]
asciilifeform: ty BingoBoingo ! [15:41]
asciilifeform: diana_coman: if one receives an old (i.e. not currently expected ) packet ( e.g. straggler from a previous round ) it gets rejected in the same way as any other rubbish. [15:44]
asciilifeform: this way you also dun have to concern with 'packet congestion', a perennial plague of tcpdom [15:46]
asciilifeform: the only adjustable knob becomes , how long to wait for an expected reply before pronouncing the connection 'dead', and that's it [15:47]
asciilifeform: ( a reply here, in turn, is not the idjit tcp 'ack', but a packet containing hash(currentsecretsalt + prevpacket) + cipherola-to-current-key , i.e. can only have been generated by the box on the other end, and can only be authenticated by yours [15:51]
asciilifeform: ) [15:51]
asciilifeform: ideally these will not be distinguishable by any third party from any other type of packet. [15:53]
asciilifeform: ( anybody lacking the secretsalt and currentkey, sees simply 512byte of rng ) [15:55]
asciilifeform: the salt, goes in the cipherola payload, so gets switched out in erry round. ( given as you have a trng, this is not an exorbitant entropy expense ) [16:00]
asciilifeform: anyway there is prolly >1 sane way to do this. [16:00]
diana_coman: asciilifeform, it might help to read the protocol perhaps? [17:05]
diana_coman: at any rate, from server's point of view, it doesn't care - it will answer to legitimate messages and that is that it's more of a client concern and up to them how they handle that i.e. indeed pretty much how long they wait/when do they consider server unreachable and what they do [17:06]
asciilifeform: diana_coman: asciilifeform forgot that you already had the protocol. then you do not need any of this, indeed. [17:23]
asciilifeform: ( item was copied from asciilifeform's older and not specifically related notes re 'g' , wanted to put in l0gz. ) [17:23]
asciilifeform: diana_coman: found it, http://ossasepia.com/2018/04/17/rfc-euloras-communication-protocol-eucomms/ , aite [17:25]
asciilifeform: i'ma stfu at this point, as i promised to mircea_popescu not to interfere in euloric matters. will answer q strictly re gnatology, if diana_coman runs into any puzzlers. [17:26]
asciilifeform: salam Mocky [17:31]
asciilifeform: Mocky: how's your studies going ? [17:32]
Mocky: slow start, but i think i'm going to like arabic [17:36]
Mocky: i already like that there's no capitalization. i need to find a native speaker [17:39]
asciilifeform: Mocky: very difficult ( at least i found ) to grasp the phonology without a live speaker. [17:40]
BingoBoingo: Mocky: What you need is a live speaker that is also interesting to the eyes [17:40]
asciilifeform: mircea_popescu's algo, aha [17:40]
BingoBoingo: Also learned experience. [17:41]
* asciilifeform doesn't doubt that it worx [17:41]
BingoBoingo: Brian in the head dun want to work to decode shit the boys say. [17:41]
BingoBoingo: But if the speaker's got tits, Brian in the head is willing to work a bit. [17:42]
Mocky: seems like there are a lot of dialects from gulf to african [17:45]
BingoBoingo: Brian in the head wants to end conversations with the boys quickly and efficiently: "Como estás?" "Tu madre me chupas bien" [17:46]
asciilifeform: Mocky: asciilifeform at one time worked for a d00d who spoke the palestinian dialect. he griped that on trips to e.g. riyard he was scoffed at 'like if spoke alabama english in nyc' [17:47]
asciilifeform: *riyadh [17:47]
asciilifeform: ( i suspect tho, that this kind of thing is curable with time. e.g. asciilifeform was taught brit eng, not ameri-, but i doubt that anybody can tell this today ) [17:48]
Mocky: census data claims that the zipcode where I live has the highest concentration of arabs in the state, which if you do the math is ~700 [17:50]
Mocky: need to make some friends in the local halal markets [17:51]
BingoBoingo: You could also see if there's some camho's that want a stable appointment. iirc that's how shinohai learned spanish [17:53]
Mocky: i don't think what would have ever occurred to me BingoBoingo [17:54]
BingoBoingo: I think the dude chatted with the girl, kept appointments, and then imported her if I remember right [17:55]
BingoBoingo: Anyways, the camwhoring economics are described here http://trilema.com/2016/the-bizarro-world-of-camwhoring/ [17:58]
mod6: http://p.bvulpes.com/pastes/vFrTE/?raw=true << oh yeah, you made horsecocks a long while ago alf [18:04]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850511 <<< this seems a pretty safe bet. [18:06]
a111: Logged on 2018-09-14 21:36 Mocky: slow start, but i think i'm going to like arabic [18:06]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850520 << yes but mis'r (egypt) is the tv arabic. [18:09]
a111: Logged on 2018-09-14 21:45 Mocky: seems like there are a lot of dialects from gulf to african [18:09]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850521 << me chupa. chupas is 1st singular not 3rd singular. (plural would be chupan) [18:09]
a111: Logged on 2018-09-14 21:46 BingoBoingo: Brian in the head wants to end conversations with the boys quickly and efficiently: "Como estás?" "Tu madre me chupas bien" [18:09]
mircea_popescu: s/1/2/ [18:10]
mircea_popescu: http://btcbase.org/log/2018-09-14#1850526 << TURKISH BAFFS!!!1 [18:10]
a111: Logged on 2018-09-14 21:51 Mocky: need to make some friends in the local halal markets [18:10]
BingoBoingo: tyvm [18:11]
BingoBoingo: In local news, a rare event. A heist suspect arrested! https://www.elobservador.com.uy/nota/un-detenido-por-asalto-a-remesa-en-el-banco-itau-2018914184632 [18:17]
deedbot: http://qntra.net/2018/09/russian-lawmakers-consider-regularizing-civil-servant-duels/ << Qntra - Russian Lawmakers Consider Regularizing Civil Servant Duels [18:18]
Mocky: not all that much of a hurricane here but powers been out at least 2 dozen times for about a minute each. [19:44]
Mocky: on the other side of town i know powers been out for hours [19:45]
BingoBoingo: Ah, just have to worry about the local utility grunts knocking out your power now. Keep the camp stove and baked beans on standby [20:14]
lobbes: Mocky: yeah, I'm waiting for the power grid to start faffing about over here too. So far though, ~0 effects felt from the old 'cane [21:31]
Mocky: I'm working on a laptop hooked up to a 4k tv, so every time the power cycles I end up sitting listening to the neighborhood AC units powering down until my tv comes back. [21:34]
danielpbarron: !!rate Mocky 1 Euloran bot fixer [21:41]
deedbot: Get your OTP: http://p.bvulpes.com/pastes/jh0QQ/?raw=true [21:41]
lobbes: http://btcbase.org/log/2018-09-14#1850389 << thanks phf! [21:42]
a111: Logged on 2018-09-14 15:49 phf: lobbes: added [21:42]
mircea_popescu: in other local lulz, costa rica's independence day celebration postponed for cause of heavy rain. [21:44]
mircea_popescu: apparently the heavens above don't think so very much of this miami-led cvasi-"independence" they got. [21:44]
deedbot: http://blog.esthlos.com/esthlos-v-part-2-cl-keccak/ << esthlos - esthlos-v Part 2: cl-keccak [21:44]
mircea_popescu: esthlos "Though I wouldn't try the thing on files larger than a megabyte at the moment." whynot ? [21:48]
mircea_popescu: in any case, looks like he's getting 40kb/s more or less. [21:48]
mircea_popescu: irony of ironies : there exists such a place as "grand Island", nebraska. [22:08]
BingoBoingo: The Middle west is full of many of these [22:23]
mircea_popescu: gave me a chuckle. [22:24]
BingoBoingo: Yeah, but Middle Western naming Irony only tends to give chuckles when its a surprise [22:27]
mircea_popescu: hehe i see your point. [22:29]
BingoBoingo: If you already know its there the size of Metropilis, Illinois isn't going to pack much of a punch [22:36]
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.