asciilifeform: BingoBoingo: note, all 3 crates, has the deposit paid !
BingoBoingo: asciilifeform: Well, I am still waiting on a birthday card from February sent through the post
asciilifeform: if new vtron allows mechanical preservation of ~continuity~ , i.e. i can determine mechanically that a reground tree is in fact same as the old but-for-the-hashes, then all is ok. but if not, this'd be essentially same as throwing past 3rs of historicity away.
asciilifeform: diana_coman: i like the new v format, but i also very strongly wish to avoid coming to resemble the urbit people, with their 'aah we restarted the universe for the 7th time'
asciilifeform: and for that matter the previous 2 crates.
asciilifeform: how the fuck else would $crate count as 'free'
asciilifeform: BingoBoingo: i suspect that lulazon simply pockets that 62.18, and the orcs never see it; or alternatively, an orc pockets, off-record, and then pretends 'was 1 of 2 max free imports'
asciilifeform: wtf is even the point of lulazon collecting it, if result is exactly same as if i mailed the crate myself
a111: Logged on 2018-09-14 16:42 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 )
asciilifeform: aha, we paid the orc tax !
BingoBoingo: I was under the impression that there is a limit of 3 tax free imports under $200, which should not be relevant considering there's an import deposit
BingoBoingo: asciilifeform: They called me, going to their office. Some bullshit about "personas fisicas" and already having two imports.
asciilifeform: and the thing where both types of patch have same extension and are not visually distinguishable, is intolerable.
asciilifeform: but will note, the situation where i gotta keep multiple vtrons around, one for this-here, one for that-there, ( ftr i've been using my orig since aug '15 ) is imho suboptimal.
asciilifeform: diana_coman: entirely fair point. i simply dun have the new one in my workflow yet, is all
asciilifeform: i dun even disagree with mircea_popescu's 'if it's still alive, it oughta be reground' item. but at the very least oughta be able to read the old trees with new tool and determine that somebody's regrind is actually bit-identical to the original, without burning several days per instance
diana_coman: fwiw I was talking strictly of *new* stuff for now; notice that I did *not* regrind eucrypt either - that can wait; new stuff however should use keccak imo
mod6: Before we embark on an entire regrind of the trb-vtree to use keccac, I think we just need a major release version of a "defacto" vtron that supports both SHA512 (for other legacy projects) and keccac. Sounds like phf's might fit the bill, but want to ensure that when the Foundation tackles this problem, it's on very stable footing.
mod6: To me, I'd like to see just one trb-vtree, one set of patches. And if that means moving to keccac, then we will, and that'll be the only set of vpatches that The Foundation will distribute. (Otherwise I think it's too confusing, and time consuming to publish future vpatches in both.)
asciilifeform: !Q later tell BingoBoingo crate has sat in montevideo customs for third day nao, and still no word from either dhl or orcs. possibly go there an' see ?
asciilifeform: ( observe that it is actually impossible to do the thing if both are inside nat )
diana_coman: once it's ready, I'll publish it anyway and I don't see any reason why one couldn't run it anywhere they want it, ofc
diana_coman: anyways, will wait for mircea_popescu to weigh in on this too; atm I still need to set up the main stuff and then those are params to adjust/set as required
asciilifeform: i suspect that the experiment could expose backbone diddlage..
asciilifeform: making the run repeatable is useful imho tho.
diana_coman: not a bad idea at all; at it's simplest I was thinking simply serial numbering the payloads and logging on both sides since putting together the 2 logs afterwards is straightforward, 1-line thing
asciilifeform: and put the local time in the payload, can then measure latency in 1 direction, to the limit of clock sync
asciilifeform: ( then can clearly see, 'this one - lost', 'this - reordered', etc )
asciilifeform: diana_coman: the way i'd do the size shuffle, is to use a kindergarten prng (e.g. mersenne) for repeatable sequence, and put ~in~ the packets, a serial num. then simply record what comes out.
asciilifeform: can simply replace the bool param with a 'actualsize' one, for experiment
diana_coman: atm I'm just playing around with generic to wrap my head around it! lol; but receiver can haz max size and then report, no?
asciilifeform: diana_coman: how did you make the receiver eat unexpected sizes ?
asciilifeform: at least this was so in the old gnat
diana_coman: asciilifeform, yes, atm I'm looking at it for the test harness, for which I think it fits great (since I wouldn't want to go writing 1-65535 explicitly if I can help it)
asciilifeform: it prevents full modularization, in that the restrictions that hold in the library begin to apply to the called
a111: Logged on 2018-09-14 16:02 asciilifeform: the only lang feature that gets in the way of this partitioning is 'generics', but iirc diana_coman did not use these anywhere
asciilifeform: diana_coman: there's a caveat tho
diana_coman: in other pleasant surprises, this generic thing in ada is very useful
asciilifeform: i'm not averse to regrinding things, vtron that understands 2 types of hash inside 1 tree is prolly too much to ask for; but at the very least i gotta be able to distinguish old form from new by file ext., for own workflow.
diana_coman: I can fully see the point to that, certainly
asciilifeform: really imho oughta switch the extension. note that this requires no regrind.
asciilifeform: not even speaking out of concern for heathens ( tho they do read my www and occasionally try to build the proggies ) but for tripping over own feet
diana_coman: asciilifeform, I can see the point given how often I went already "oh, this is /not is keccak/sha"
asciilifeform: diana_coman: the 1 thing that still bothers me is that same file extension was kept for new v as for old
diana_coman: asciilifeform, not full as far as I'm aware; there is http://trinque.org/2018/06/02/v-manifest-specification/ re manifest
asciilifeform: btw do we have a full spec for the new form posted somewhere ?
diana_coman: possibly because I did not yet fully digest the new one (or not as well as old one)
diana_coman: I pressed only the keccak branch of phf's
asciilifeform: again i had and have 0 objection to the format, or would have said.
asciilifeform: diana_coman: i'm not averse to regrinding , if diana_coman already switched ( i managed to sleep through this , somehow, but yes looks like you're in the new format )
diana_coman: the issue at hand is more simply that being sha means it will have to go through regrind at some point and so I'm not very keen on adding to it patches just to have what to regrind later; but maybe that's just me
a111: Logged on 2018-07-06 23:15 phf: considering the slow adoption of the keccak approach and also a large number of existing sha512 patches, i'm planning on doing a regrind where i merge the keccak and the sha branches together, so that vpatch/vdiff can produce both hashes on a switch, until further notice.
diana_coman: I wouldn't expect there is such a thread, no; at any rate, last discussion on this I think starts here: http://btcbase.org/log/2018-07-06#1832406
diana_coman: asciilifeform, I don't get it: are you saying you need mircea_popescu to officially declare it something or the other or what?
asciilifeform: diana_coman: but to answer the orig q -- i have nuffin against the new format; but not switched yet.
asciilifeform: diana_coman: and if there was a moment in the l0gz where mircea_popescu proclaimed 'hey this is out of beta, errybody plox to retire the classical vtrons' -- i missed it? plox to link.
mircea_popescu: meanwhile in "these also get resolved sometimes", http://trilema.com/2016/give-computers-the-vote-theyre-cheaper-than-women-even/#comment-126700
diana_coman: asciilifeform, since your udp genesis is using the sha hashes + a "history" file I'm not sure: do you have something against the move to keccak + standard manifest file for v-trees?
Mocky: huge mass yes, but all the good picks still less likely to be taken, and more willing to dote over whatever can be found
asciilifeform: in the excess mass
Mocky: if you're a woman who wants an arab man, qatar is the shit. step up on your pedestal and take your pick
Mocky: construction workers for their 2022 world cup stadii firmly in gulag, unpaid for year+, dying at a rate of 1 every 2 days, according to The Guardian ~2014
asciilifeform: they have similar thing for mexicans in usa, but 100% unofficial, orcish, under the table
asciilifeform: aa, nobody gets out till they mop the requisite # of floors to pay back their master for shipping'em in , a la dubai, then
Mocky: they make about >75% of population
asciilifeform: ( they have articles of indenture and such )
asciilifeform: iirc dubai has this system, it is used to keep the indian janitors from jumping ship
asciilifeform: interesting. do they also have a gulag where you work off said dime ?
Mocky: yes, doesn't apply to visa on arrival which i'll be using. but if i want to stay past 60 days need some sort of business sponsor or hotel sponsor. and if use sponsor, their failure to file paperwork will prevent you from leaving
asciilifeform: this gotta be on the arabian end, afaik usa not (yet) has sucha thing
Mocky: i'm a noob to international travel, but the whole exit visa thing seems super sketchy to me
a111: Logged on 2018-09-01 17:06 mircea_popescu: i figure... you get what 2 ? 3 ? months there until the first save point, see if it can be done or can't be done ?
Mocky: on the way back I'll have 3 hrs in madrid and 3 in miami
BingoBoingo: <Mocky> got my flight booked. will be on layover at heathrow for 15hrs on oct 8th << I don't feel so bad about the 45 minutes I ended up with in Panama now
Mocky: never been to London before, but from what i hear, can practice my arabic with half the population
Mocky: it was that or pay fiddy buks more for 12 hrs layover in turkey. turkey wasn't gonna let me out of the airport tho
deedbot: http://thewhet.net/2018/09/the-appropriately-proportioned-ballad-of-chimichurri/ << The Whet - The (appropriately-proportioned) Ballad of Chimichurri
asciilifeform: ( maybe they were picked for toe-suckling amplitude..? )
asciilifeform: it is difficult imho to picture a d00d with working cock having been involved in the auditions for this harem.
asciilifeform: or possib this was one of those degenerate harems that morphed into a sort of harvard, i.e. institution that popped its tether to whatever original ground it stood on
mircea_popescu: nah, there is actual philosophical underlying.
mircea_popescu: ie, unibrows, moustaches, bellybutton lint, you know, the COMPLETE
asciilifeform: i have nfi how this passed 'qa' for 'harem'. but i suppose 'in the great birdlessness, my arse is a nightingale'
mod6: lol, i remember these, that one lady looks like Jay Leno.
asciilifeform: 'face to push locomotive' or how did the ro folx put this.
asciilifeform: even notes, 'The harem inmates did not suffer of thinness.'
mircea_popescu: those, they are female.
mircea_popescu: lol you saw the pics with that obscure middle earth harem, all chicks with mustachios ?
asciilifeform: (then prolly will all have mustache)
asciilifeform: for another gen or 2, i'd imagine yes
mircea_popescu: the girls are still pretty.
asciilifeform: in '90s asciilifeform idly dreamed of learning fn and going there. but meanwhile they sank.
a111: Logged on 2014-03-20 14:20 asciilifeform: mircea_popescu: 'cum se suge pula' << can't help but associate this in my head with the finnish proverb, 'Pillu se on pulullakin'
asciilifeform: incidentally, speaking of finns, there was a http://btcbase.org/log/2014-03-20#570183 .
mircea_popescu: http://bingology.net/2016/01/24/the-theoretical-foundation-of-social-engineering-practice/#selection-179.140-179.253 << megapiece btw.
a111: Logged on 2018-09-18 18:22 asciilifeform: this is the other thing, 'changes are expensive' promote imho a sane view of software, where you actually try to perma-stabilize yer proggy, rather than to keep up the classic 'open sores' eternal cauldron of bubbling liquishit
mircea_popescu: http://btcbase.org/log/2018-09-18#1851362 << yes! this BingoBoingoian "movement for the sake of movement" thing they do... it is not for white people.
asciilifeform: entirely. this is one of the 9000 ways in which vtronics wins.
mircea_popescu: which is how you even pay back the upstream
asciilifeform: imho this is the Right Thing.
mircea_popescu: well so of course if upstream fixes something, downstream will have to either import or lose out. this can't be different nor is in any known system.
asciilifeform: ave1 was asking re scenario where 'say i make pdp11.c for yer lib, and you changed the ada trunk, naowat'
asciilifeform: mircea_popescu: subj was specifically the cases where regrind.
a111: Logged on 2018-09-18 18:19 asciilifeform: this is the inevitable cost of v, you gotta weigh 'i can fix this typo, but 5 people will need to either regrind or abandon my tree'
asciilifeform: ah ~these~ , they dun even use gnumake, they use various heathen horrors, 'modern', 'cmake' etc
mircea_popescu: well, where they still c, which is rapidly dwindling (no doubt for this reason -- and batshit insane nonsense like "containers" and "rubies" and whatnot verymuch have their roots in we-were-born-in-gnusty-makefiles-taste-ok"
asciilifeform: btw one of the items i have in the deep freezers, is a trb with block db ripped out, replaced with (half-finished, sadly) ada mmap thing
mircea_popescu: the orcs still do, everywhere.
asciilifeform: (without explicitly given name). and the rest.
asciilifeform: automagically finds the c turd, for instance.
mircea_popescu: i dun see a problem with that bit, either.
asciilifeform: currently i only use it to toggle debugflag vs adult build, and that's prolly the beginning and end of the valid use case imho
a111: Logged on 2018-09-18 18:14 asciilifeform: was speaking of the gprbuild selector variant.
mircea_popescu: http://btcbase.org/log/2018-09-18#1851358 << imo this is a very stupid way to go about it ; first and foremost for the reason given (why am i signing ifdefs i do not run) but there's also others.
asciilifeform: funnily enuff, as recently as '16 we briefly had a finn here, helped me ferret out the amd key thing, but went back into the allconsuming swamp, never heard from again
a111: Logged on 2018-09-18 18:09 ave1: I don't know about the different v-trees for this, I'll have to think about it
mircea_popescu: nah, it was rather a sort of sane-moms-central.
mircea_popescu: at some point in the 80s, finland-sweden-norway-and-peripheralia were a kind of internet center.
asciilifeform: i have nfi how, but it all evaporated. and mircea_popescu's hypothesis as as good as any.
mircea_popescu: yeah, that was the thing "northern democracies" pantsuit meme is trying to take to the hot topic cash register.
asciilifeform: they cranked out cracks for msdos warez, 'demos', all sorts of goodies
mircea_popescu: diageo took over their alcohol.
asciilifeform: the finns are an interesting hero-to-zero case imho
mircea_popescu: but this is the wrong language for that discussion.
mircea_popescu: yes, there is a brief nail of time where in finland irc was dating rather than bitwashery.
asciilifeform: the warez dcc was bolt-on
asciilifeform: the protocol itself is a '80s thing tho, and (at least according to folk legend..) at one time was used ~likethis
asciilifeform still has fat binder of these very same
mircea_popescu: dcc carried more ~meaningful~ discolored bits than anything else, though the later torrents far outweight it
mircea_popescu: originally irc of today was implemented by bbs and the irc was principally a sort of edonkey, basically conversations around warez metadata.
asciilifeform: ftr i never grasped why irc is a tcp item to begin with. it aint as if the messages outweigh the available bucket.
asciilifeform: and this is one of the few i know of
asciilifeform: typically i'm reluctant to open the hood on things that aint broken, tho
mircea_popescu: especially seeing how the hood is merely drawn on, and the actual box is inside one wheel.
asciilifeform: i'm using an ancient gtk1 thing for irc on this box, and loathe to pry open its rusted hood
mircea_popescu: this being the emacs view on gui.
mircea_popescu: fuck that ; trad irc client will connect in the manner lobbes is building atop trinque 's design. fucking sql queue, what.
asciilifeform: it also leaks sequence and other tidbits 3rdparty has 0biznis knowing
asciilifeform: tcp imho is fundamentally sad, not the least reason for which is that 'anybody' can break yer pipe
asciilifeform: i cut off the tcpism, cleaned up, turned into 'udp' lib
asciilifeform: sorta ugly, and not released, kept 'fleet in being' in case we gotta jump off fleanode ahead of schedule ( there isn't imho esp. much use for it outside of this )
asciilifeform: 'g' , the tunnel-tcp-through-ciphered-udp thing
asciilifeform: mircea_popescu: funnily enuff, the proggy for which i originally wrote the thing , was one
mircea_popescu: seems rather like a sort of html/irc browserclient.
asciilifeform: btw re http://ossasepia.com/2018/09/14/smgcomms-implementation-chapter-1/comment-page-1/#comment-4212 , observe that my proggy flips nuffin (aside from the ip/port that linux demands in bigend, and even then strictly when on littleendianistic box)
mircea_popescu: "they are now fulla ARRRRGGGGGHHHH!!!!11"
a111: Logged on 2018-09-18 16:52 lobbes: Detailed update on step 3) referenced within: I have finished designing/building out/testing the underlying table and field structure (I ended up migrating the underlying db to postgres in lieu of sqlite, and so far am glad I did). Right now I am in the thick of the re-tooling of my old coad. Still looks to be on-track for Oct 31st delivery, but I will keep folx updated
mircea_popescu: when they bake again, it's gonna be "because the world is mean and CERTAINLY not because http://trilema.com/2013/the-dead-jew-and-the-raped-girl/ " again also, no doubt ?
mircea_popescu: http://btcbase.org/log/2018-09-18#1851317 << kinda lulzy, jews doing the best they can to alienate absolutely everybody.
a111: Logged on 2018-09-18 16:06 diana_coman: anyways, rounding up, it seems my next step here is to 1. set up the testing harness http://logs.bvulpes.com/trilema?d=2018-9-18#431515 2. put asciilifeform's lib to use in smg.comms
asciilifeform: i'ma bake another patch later this wk, unless somebody else does first.
asciilifeform: ( can have side-branches, but they'll be short, you'll either grind'em into the main, or not )
asciilifeform: this is the other thing, 'changes are expensive' promote imho a sane view of software, where you actually try to perma-stabilize yer proggy, rather than to keep up the classic 'open sores' eternal cauldron of bubbling liquishit
asciilifeform: this is the inevitable cost of v, you gotta weigh 'i can fix this typo, but 5 people will need to either regrind or abandon my tree'
asciilifeform: they will, yes. but i dun expect this one to change much at all.
ave1: how would this interact with manifests? it seems to me to need regrinds when the base code has changed
asciilifeform: was speaking of the gprbuild selector variant.
asciilifeform: if using the trees separation method, yes
ave1: well if the ocean is in a different file it will also no end up in the tree (only in those patches containing the file)
asciilifeform: but would rather avoid an ocean of os-specific items that i'm expected to sign despite never having tested and possibly not even owning the iron with which to test ( again see the #ifdef megathread )
ave1: I don't know about the different v-trees for this, I'll have to think about it
ave1: Yes, depending on python is definitely not the way to go
asciilifeform: imho the preferred method of branching is -- vtronic
asciilifeform: ave1: i'd rather not marry python if at all possible to avoid
asciilifeform: ( see the 'ifdefs thread' )
asciilifeform: ave1: this is the method i recommend , yes
ave1: My current method to support different platforms (C, asm X86, asm arm) is to have implementations of the same module in different source directories and then selecting the directory to use in the project file.
asciilifeform: exactly there
asciilifeform: and there's a quite convenient place to put.
ave1: http://btcbase.org/log/2018-09-18#1851285, no I do not. I was thinking I could add the asm stuff to asciilifeforms UDP code in a vpatch, if this would be at all desirable.
a111: Logged on 2018-09-18 16:06 asciilifeform: as for tcp, unixsockets, etc. imho if we ever need these, they oughta live in own separate lib, given as they force somewhat different and gnarlier semantics, they do not belong in 1 gigantic 'kitchen sink' imho
a111: Logged on 2018-09-18 14:48 mircea_popescu: incidentally ave1 what was your process there ? did you compile a higher language original (what, c ?) and then desasm the resulting object code ? followed by a handpass through the result, neating & trimming things out ? or did you start with a blank page and a legal pad ?
ave1: http://btcbase.org/log/2018-09-18#1851208, asciilifeform was right. I used the list of system calls and read the man pages and some linux kernel code. (I've worked with the whole BSD sockets stuff for way too long but not so much directly with it in the past 10 years or so, and it has grown wraths...). Plus figuring out how to do system calls with more than 3 parameters took some work (was not hard but in relation with inline assembly made it difficult).
lobbes: Detailed update on step 3) referenced within: I have finished designing/building out/testing the underlying table and field structure (I ended up migrating the underlying db to postgres in lieu of sqlite, and so far am glad I did). Right now I am in the thick of the re-tooling of my old coad. Still looks to be on-track for Oct 31st delivery, but I will keep folx updated
asciilifeform: the current item offers no way of adjusting packet size at runtime.
asciilifeform: diana_coman: last (for nao) observation -- 1) it is possible to make the thing 'fancier' in 2 ways -- can make Socket a 'controlled type' ( as i did in mmap, see http://btcbase.org/log/2018-09-14#1850368 ) , then it can close itself when going out of scope. i did not do this, as it adds a bit of overhead 2) it is possible to make the lib a 'generic' ( again see horsecocks re how ) , and make udptrons of different packet length runti
asciilifeform: that rounds out the list of errata currently known, i think
asciilifeform: there's also a missing restrict pragma in the lib, pragma Restrictions(No_Implicit_Conditionals) , took it out during dev (when experimented with to-string sans-callout ) and forgot to reinsert
asciilifeform: diana_coman, mircea_popescu : nobody noticed, but it is troo -- i forgot to close the socket in the demo ( this has 0 effect, os closes ). but in next rev will correct this.
asciilifeform: as for tcp, unixsockets, etc. imho if we ever need these, they oughta live in own separate lib, given as they force somewhat different and gnarlier semantics, they do not belong in 1 gigantic 'kitchen sink' imho
diana_coman: anyways, rounding up, it seems my next step here is to 1. set up the testing harness http://logs.bvulpes.com/trilema?d=2018-9-18#431515 2. put asciilifeform's lib to use in smg.comms
asciilifeform: diana_coman: somewhere i also have glue for unix signals support, so proggy can do the Right Thing when you ctrl-c, or kill, etc. but this i'll dust off later (or if somebody has a dire need)
diana_coman: asciilifeform, the timeout was the only one I hesitated on too (and the only one I'm using in the original test for that matter) but precisely like you, when I thought of it, I came up with "well, threading should be enough anyway " and uhm, no reason why it's *needed* there
asciilifeform: diana_coman: there'll be no getting away from inline asm once we start planting things on naked iron.
asciilifeform: ( ada uses 'green' threading, rather than os's, but iirc the os threads are involved ultimately )
asciilifeform: the only part that'd change , for this, is what's in unix_udp.c ( 139 ln. )
diana_coman: heh, asciilifeform has it: the way I see it, ave1's work will come in very handy at a later date when we can get rid of more of the C mess
asciilifeform: ultimately we'll have asmolade that simply drives the nic directly.
asciilifeform: diana_coman: libc, specifically ( i like musl, but it doesn't belong on the fyootoor all-adatronic box )
diana_coman: and I actually think it is a step in the right direction since it gets rid of C
asciilifeform: asciilifeform incidentally much appreciates ave1's work, when i remove the c glue i'ma just about certainly crib from his asm glue
asciilifeform: btw if anybody can think of how to further simplify the api, asciilifeform is all ears
asciilifeform: diana_coman: i'm not married to the c glue, and it'll eventually go. i am quite fond of my api tho, it completely rids user of having to think in unixisms , imho
mimisbrunnr: Logged on 2018-09-18 14:20 mircea_popescu: http://btcbase.org/log/2018-09-18#1851155 << speaking of which, what's our next step here ? 1. wanna do cpu timing/load comparisons on the two libs ? 2. say that given the nature of the task (many different folk are expected to implement clients on various platforms) thin c is better than straight asm because more widely spoken and also presumably more portable/less friable ? 3. somethi
diana_coman: http://logs.bvulpes.com/trilema?d=2018-9-18#431566 -> I'm thinking of 2 there ; asciilifeform's lib also provides I think a good interface - I don't see any reason why one couldn't just change /swap the underlying .c file with ada or asm at a later date without having to change otherwise anything of whatever one builds on top of the lib (i.e. relying on the lib's interface)
mircea_popescu: which may permit further 2nd pass data processing. but that -- open to reader.
mircea_popescu: it'll passively show network congestion too i think, because of the hourlies.
asciilifeform: diana_coman: at the very minimum, survival rate, and latency. ( could also try to measure reorderiness, but immediately obvious how )
asciilifeform sings old folksong, where '...and the first, first, constipated man, was cain, he wasn't... abel'
mircea_popescu: i spenta while trying, but the sad truth about impotence is that sooner or later one has to come to terms with the facts of the matter. i just... can't.
asciilifeform: personally i find the plebez with 0 pretense to 'understand' anyffing, slightly less offensively stupid ( rather like dried shit is less offensive than fresh ) but possibly just me.
mircea_popescu: "as long as the fridge works, why do i need to understand adiabatic cycles! MYSTICAL SCIENTISM CLINTON FOR THE WIN!"
mircea_popescu: which may be the only place in the world still possessed of kids who think http://trilema.com/2011/romanul-si-marea/ 'ing footnotes of eton obscura is liek gold.
mircea_popescu: i expect he's aware, seeing how notwithstanding he and some chicks (married to other dudes) he lists are in "antactica", the extended network of "play partners" etc eventually points to edinburgh.
asciilifeform saw any number of 'phun phakts' 'toilet reading' tomes in dusty shops, from the period, literally full of 'today's word, refers to act of fucking railroad carriages, is...'
mircea_popescu: sounds like what happens when you teach ustards the letters and no more. sooner or later they'll find an old translation of a greek thesaurus and start mixymatching it up.
asciilifeform: y'know, the kind for whom 'deep b00k' is '9000 phun phakts by time magazine', 'ted talk', etc
mircea_popescu: "Oh! Before you go, there you are: Floccinaucinihilipilification: The act or habit of describing or regarding something as unimportant, of having no value or being worthless. Doms around the world, might wanna include that one in your dirty talk when trying to be a fancy degrader. Didn't want you to leave without learning something new ;) got extra points if you actually read the whole word." << dude's seriously off in his ow
a111: Logged on 2018-05-25 04:38 mircea_popescu: now back to fake homosexuality : human sexuality is a learned behaviour. proper homosexuality is an inability to learn, akin to dyslexia or lefthandedness. fake homosexuality is the exact contrary, a lot of "what if"ism and "provemewrong"ism and so on. a social, rather than biological phenomenon.
BingoBoingo: Nothing stimulates them to completion anymore. Hence the "sensualist" title the perl script offered
BingoBoingo: mircea_popescu: Trope of the last decade, the weirdos go deeper and deeper into weirdo porn and dysfunction their sex
asciilifeform: ( evidently not errybody got the 'spartan speaks with his sword' memo )
a111: Logged on 2018-09-18 15:31 mircea_popescu: meanwhile at the lulzfarm, "What do you need to know about me? I'm one hell of a kind. Seriously. You might like me or not, but you'll surely not find anyone as annoying/amazing as me. I consider myself a "mystic scientist" because, what is the supernatural world but unknown knowledge? I'm an engineer, a painter, a thinker, a bookworm, a weirdo, a kinkster, a traveler, a constant horny sensualist."
mircea_popescu: more than half of them are in a box with a cardinal in nine or ten digits!
asciilifeform: mircea_popescu: i also suspect that distinguishable folx , where they exist, are occupied with sumthing other than prattling re how supposedly distinguishable they are..
mircea_popescu: it's not like, generation is like dropping balls, with there being a coupla boxes at the age of 0, and maybe a dozen boxes by age 6, and at MOST fifty or so boxes by age 25. and so by the law of large fucking numbers, every single fucking 25yo out there is in a class with at best MILLIONS of other, perfectly equal and entirely interchangeable balls.
BingoBoingo: Meanwhile in better America the trucks carting around propaganda speakers are increasing their activity
mircea_popescu: meanwhile at the lulzfarm, "What do you need to know about me? I'm one hell of a kind. Seriously. You might like me or not, but you'll surely not find anyone as annoying/amazing as me. I consider myself a "mystic scientist" because, what is the supernatural world but unknown knowledge? I'm an engineer, a painter, a thinker, a bookworm, a weirdo, a kinkster, a traveler, a constant horny sensualist."
asciilifeform: my orig application called for 'no frag', given as already luby, so why also have ??? in the mix ruining the impedance match
asciilifeform: ( btw the standard reassembly method is quite braindamaged, those folx never apparently heard of e.g. luby )
asciilifeform: ( some routers will frag & reassemble 'obese' packets, others -- drop )
asciilifeform: http://btcbase.org/log/2018-09-18#1851201 << this would be a very interesting experiment. keep in mind that the result is heavily path-dependent tho
a111: Logged on 2018-03-29 19:02 asciilifeform: ave1: illustrated is the use of stack frame to get cmdline args; and the use of raw SYSCALL to , e.g., get file size, open it, mmap over it, then dump its contents to stdout, then close, quit
asciilifeform: mircea_popescu: i suspect that he followed same method as described in his http://ave1.org/2018/gnat-zero-foot-print-take-2-no-c item ( which i suggested a long time ago ), simply take the calls & translate by hand into the linux abi convention
mircea_popescu: incidentally ave1 what was your process there ? did you compile a higher language original (what, c ?) and then desasm the resulting object code ? followed by a handpass through the result, neating & trimming things out ? or did you start with a blank page and a legal pad ?
a111: Logged on 2018-09-18 13:46 diana_coman: it's not fully clear to me if it's something needed /desired atm; at any rate, compared to where I was 2 days ago, it's great - all of a sudden it went from "need to do this from scratch, ugh" to "there are 2 republican libs with 2 approaches, which one fits best my needs?" ; I'm rather delighted to be honest
mircea_popescu: http://btcbase.org/log/2018-09-18#1851155 << speaking of which, what's our next step here ? 1. wanna do cpu timing/load comparisons on the two libs ? 2. say that given the nature of the task (many different folk are expected to implement clients on various platforms) thin c is better than straight asm because more widely spoken and also presumably more portable/less friable ? 3. something else ?
mircea_popescu: http://btcbase.org/log/2018-09-18#1851153 << not entirely dead, still gotta do the init dance.
mircea_popescu: (by soup i mean, don't send them in order of size, but in some random order each hour)
a111: Logged on 2018-09-18 13:19 asciilifeform: can freely experiment, simply turn the knob ( dun forget to turn it on both ends.. )
mircea_popescu: people finally wised up to the fact it's insane to bitflip a single variable into the ground "to save space". i suspect ~same realisation i nthe wings re udp
mircea_popescu: what it is is certainly <1kb say. wasting the occasional portion of a kb is not so unlike wasting the occasional portion of a 64 bit register to represent a boolean value.
asciilifeform: mircea_popescu: i wrote the item originally for gossipd experimentations. udp gives a max practical packet length ( what it is , remains to be determined ) and if given proggy's protocol needs variably-sized ones, you can pad with rng.
mircea_popescu: moreover, it's not clear to me that varying the packet size AND the packet count rather than just the packet count is a wise move. it's not clear to me what it buys, especially considering there's externalities (udp packets under a certain size travel better than over ; this for technical reasons unrelated to other considerations).