log☇︎
68200+ entries in 0.036s
asciilifeform: ( when i rewrite , i actually start with empty buffer, but that could be just me )
mircea_popescu: asciilifeform the act of outputting a text.
asciilifeform: possibly puzzled re what counts as 'rewrite' tho
asciilifeform: i do believe that diana_coman read.
mircea_popescu: 32 is a very simple thing and absolutely easy to lift and package into 52 lines of code in the .adb file + 130 in the .ads file so 182 all in total1, comments and two types of input (string or raw array of octets) included."
mircea_popescu: to quote, \"As usual, the forum quickly pointed me in the right direction - thank you ave1! - namely looking under the hood of course, in this case GNAT's own hood, the Systems.CRC32 package. Still, this package makes a whole dance of eating one single character at a time since it is written precisely to support the stream monstrosity on top rather than to support the user with what they might indeed need. Happily though, CRC
mircea_popescu: v-tree lives through wot and through wot alone, it's not some kind of self contained magic.
a111: Logged on 2018-10-14 16:21 diana_coman: asciilifeform, trouble is - what do you do then when/if that tree gets reground?
mircea_popescu: http://btcbase.org/log/2018-10-14#1862400 << #1 thing you do, is you TALK TO PEOPLE! there is no jwz way out of politics. if regrind hurts you, tell them not to fucking do it ; and if they won't listen tell whoever will listen to not follow the new thing. and so fucking on. ☝︎
a111: Logged on 2018-10-14 16:18 asciilifeform: imho 'unifiers' (i.e. patch that pulls in specific state from a parallel tree) is a cleaner way of accomplishing this than cut&paste, but i was unable to persuade.
mircea_popescu: http://btcbase.org/log/2018-10-14#1862397 << because cut-and-paste was never contemplated as a possible alternative, it was read-and-rewrite. because moving from one tree to another is exactly translation, one must bear in mind context and only implement ~the algo~. consider how we got crc32 -- we did NOT cut-and-paste from anywhere. diana RE WROTE IT! ☝︎
mircea_popescu: kinda the fucking point, building yggdrasil over here.
a111: Logged on 2018-10-14 16:16 asciilifeform: diana_coman: iirc mircea_popescu in particular specifically hates libs-as-separate-trees, insists that proggy oughta include errything it eats. ( i dun recall whether he answered why it should not also then include the os and compiler also in same genesis, but i'ma leave thread alone for nao)
mircea_popescu: http://btcbase.org/log/2018-10-14#1862394 << that's the discussion as to how "of course everything eventually merges into single tree". ☝︎☟︎
a111: Logged on 2018-10-14 16:13 diana_coman: I honestly don't quite see the point of taking crc32 out for instance
mircea_popescu: http://btcbase.org/log/2018-10-14#1862391 << i have no idea what you mean by this "taking out" expression. ☝︎☟︎
mircea_popescu: is any of this unclear at all ?
mircea_popescu: in any case, type1 might get i dunno, later-patch-taking-advantage-of-ddram whereas type 2 might get later-patch-needed-for-old-arms etc. ☟︎
mircea_popescu: but while there's overlap of people contributing to both type 1 and type 2 branches, it's more likely the situation will continue unground.
mircea_popescu: IF the groups ever diverge absolutely, they MIGHT eventually re-genesis the thing, making all leaves 1...n into a unified genesis and continuing from there.
mircea_popescu: the leaves downstream from EACH n1 needn't be identical, nor needn't be different. in effect, the tree now has TWO groups of maintainers : those who maintain type 2 tree, for embeds, will not === those who maintain type 1 tree, for general use. ☟︎
a111: Logged on 2018-10-14 16:11 diana_coman: ah, you mean that the only way to do this is to take crc32 out of eucrypt tree?
mircea_popescu: http://btcbase.org/log/2018-10-14#1862386 << not at all! there's two possible ways to implement crc32 : with lookup tables, and with plain division. these are mutually exclusive. type 1 is faster, and therefore mainline. type 2 is smaller, and therefore of interest in certain contexts. therefore, at leaf=n, one has to chose : either n+1 type 1, or else n+1 type 2. ☝︎
a111: Logged on 2018-10-14 15:55 diana_coman: as it is, it will be a .vpatch after the lookup implementation - so linear sequence rather than alternative; you might want to branch the tree instead from *before* the lookup implementation so that your div version is effectively alternative branch
mircea_popescu: http://btcbase.org/log/2018-10-14#1862364 << this is important. ave1 you understand the difference ? ☝︎
asciilifeform: mircea_popescu: trinque fixed
a111: Logged on 2018-10-14 15:29 trinque: http://btcbase.org/log/2018-10-14#1862212 << I don't see how I could have shaved off just that rating while fixing the diana_away thing, but if it turns out I did, my apologies
a111: Logged on 2018-10-14 15:08 lobbes: "castle-only" may be the way to go anyways; I'm not sure #trilema even needs the auctionbot to sit in here
phf: i don't think i'll be able to cut rename tonight, and then i'll be busy until friday, though will try to steal an hour here and there
trinque: not blocked on anything afaik, improvements to vtools can come in as another patch for the ebuild tree
phf: trinque: are you waiting on delete/rename or you have your own things to work on?
trinque: asciilifeform: what's left is finishing ebuilding-up phf's vtools, then release
a111: Logged on 2018-10-14 20:41 trinque: billymg: hold onto that new ebuild for cuntoo.
asciilifeform: at the very least vtools
asciilifeform: mircea_popescu: i'ma switch to issuing cuntoo for new pilot rk folx as soon as trinque is finished birthing it
a111: Logged on 2018-10-14 12:55 lobbes: and speaking of auctionbot: development is complete. At the moment I am getting ready to begin some prod testing and then all that's left is to write the blog post explaining the usage. Getting close!
mircea_popescu: http://btcbase.org/log/2018-10-14#1862300 << o.O that was quicker than expected... ☝︎
a111: Logged on 2018-10-14 11:56 diana_coman: bvt, get yourself a pizarro shared account and start your blog there precisely with those pastes, what's keeping you?
mircea_popescu: http://btcbase.org/log/2018-10-14#1862295 << bootstrapping problem, he has to get vtools compiled to press mp-wp to install it on the rk he already bought. ☝︎☟︎
mircea_popescu: functions to make this functionality available." << im not so crazy about this approach, but hey. if it links it links.
mircea_popescu: bvt "Ada exposes no functions that have 'exclusive open' semantics, so I imported C ☟︎
mircea_popescu: asciilifeform i possibly dun wanna drag the nice thing into it, but i dunno, way too early to optimize this partuclar pile.
a111: Logged on 2018-10-14 07:53 diana_coman: in fact the 3rd option that is the one actually to use is having different sizes on the two processes (i.e. different constant simply)
mircea_popescu: http://btcbase.org/log/2018-10-14#1862284 << yep, this was precisely the idea. ☝︎
mircea_popescu: asciilifeform not redundant because the rsa processor is "best effort", ie, only goes if there's spacetime in machine
asciilifeform: sorta makes the thread redundant, as diana_coman pointed out, you can still use fixed receivers.
mircea_popescu: in fact, this is precisely what you're objecting to, "why should kerosene bottle have a slightly taller red cap, should have exact same cap as water bottle!"
mircea_popescu: asciilifeform there's no such thing as label in context.
a111: Logged on 2018-10-14 07:49 diana_coman: http://btcbase.org/log/2018-10-14#1862213 -> it's more than just one if statement (although unnecessary branches in themselves are not great anyway); basically it's the udp code itself that has to be messed up to accommodate this particular thing - either using generic or otherwise using the largest of the two and then filtering one level higher
mircea_popescu: http://btcbase.org/log/2018-10-14#1862282 << nah, you'd have two threads running, one taking packets type 1 and the other taking packets type 2. if it's expedient to use 2 ports, use 2 ports, np. ☝︎
asciilifeform: ( and smell, lol, but that comes 2nd )
mircea_popescu: what, you taste first each time you open bottle ?
asciilifeform: funnily enuff , i have 2L bottles of both water and kerosene, dun rely on purely size to distinguish. but mircea_popescu can write his proggy however he wants.
mircea_popescu: there's exactly nothing similar between rsa packet and serpent packet. for the same money could ask to have busses and flour delivered in single container.
a111: Logged on 2018-10-14 04:30 Mocky: http://btcbase.org/log/2018-10-13#1862167 >> I don't see how it would necessarily be any simpler aside from one `if` statement. And there's nothing to stop listening on separate ports and getting all benefits asciilifeform mentions with different sizes
mircea_popescu: http://btcbase.org/log/2018-10-14#1862213 << im not entertaining the nonsense. will not make different packets of very strictly disjunct content same size to humor software engineer naivitees masquerading as prime principles. ☝︎
phf: asciilifeform: i actually forgot! i'm swamped right now, but can you remind me again in about two weeks, i have a thing for you from the dig that will help with the little piece of silicon you have ☟︎☟︎☟︎
asciilifeform: phf: i'm still waiting for those archaeological finds phf hinted at 2y ago...
phf: the gift that keeps on giving
deedbot: http://bingology.net/2018/10/14/that-one-agricultural-product-and-uruguay/ << Bingology - BingoBoingo's Blog - That One Agricultural Product And Uruguay
phf: the graph appears to be complete, and the project also presses, thank you for jumping through all the hoops!
phf: diana_coman: i've updated eucrypt to keccak, i also added ave1's patch there. also brought udp up to date.
phf: i like how C 2012 standard says that x flag works "to the extent that the underlying system supports exclusivity". of course no indication when it doesn't..
phf: oh i guess i see why that would be tricky, because of the specialization. i don't know enough ada yet to know how to fix that... perhaps just renaming it to Temporary_File is sufficient ☟︎
phf: but without the name, so you call it, and you get an open file right away, rather than dragging around a useless name)
phf: (when i proposed the name i was thinking that it will be a wrapper around http://www.ada-auth.org/standards/rm12_w_tc1/html/RM-A-8-1.html#p6
phf: the other thing, and that's somewhat of a personal preference, i think Create_Temporary_File should either act identical to create or be called something else. right now it clashes with ada's naming convention
lobbesbot: phf: The operation succeeded.
phf: !Q later tell bvt ^^
phf: bvt: your patch has "Binary files..." at the very end of it. i assume it wasn't made with vdiff ☟︎
ben_vulpes: mod6 asciilifeform BingoBoingo: the remaining stateside fuckgoats are packed in a specific box that i will relocate with my person.
BingoBoingo: asciilifeform: Found on the return of kink guy's forum. Apparently was originally found on twitter.
asciilifeform: BingoBoingo: lol!! where's this one from
phf: we're way down the rabbit hole here
BingoBoingo: phf: it is the NPC meme vs the Russian bot meme
phf: is it the NPC meme?
BingoBoingo: Meanwhile, in the meme front: http://archive.is/vExuu
phf: so it looks like bvt is correct, there's no way to make ada's Create throw an exception if the file already exists ☟︎
BingoBoingo: Who is going to check their work?
BingoBoingo: asciilifeform: Well, if they wish hard enough they don't have to not lie
asciilifeform: for non-ru folx, procrusted link goes to a thing re an anti-faggotry protest in ukrlandia
asciilifeform: BingoBoingo: point was, the observation came from heathen site known to systematically lie
phf: i was like "wtf, kind of shit ascii accidentally pasted instead of the real url" :p
phf: lol, i accidentally pasted that archive url without the d, https://archive.is/ltRH
BingoBoingo: asciilifeform: I have come around to thinking of the process that leads to this "wished helplessness"
asciilifeform: difficult to believe.
asciilifeform: and i'd like to know .
a111: Logged on 2018-10-10 01:22 asciilifeform: https://archive.is/ltRHd << per same, of the 4 public noadez in BingoBoingostan, 3 are in pizarro
asciilifeform: phf: essence of hypothesis, is that the ~actual~ bitcoin network looks nothing at all like what 'nodes.io' or other heathen scamola, try to pass off
phf: i wonder what sort of technology those heathen node walkers use, i.e. if it's a patched up bitcoin client, or if they have own protocol parsers. seems like too much serious know how for the later
asciilifeform: this line of thought was prompted by my 'trb observatory', which has uncovered a number of 'mpb'-style nodes, i.e. trb-like but not presenting 'modern' vers and therefore invisible from heathen www indices ☟︎
asciilifeform: i'd like a (ideally real-time) picture of the actual network.
asciilifeform: the heathen node-viewing www's systematically lie, e.g. conceal 'too old' clients , present fucking pseudos as if they were actual nodes, and commit other war crimes
asciilifeform: phf: i was aiming for 3 basic things : 1) recursively getaddr entire reachable btc net, perhaps erry hour or so 2) find trb-compat (i.e. 'services' == 1 ) non-pseudos (i.e. if i pull block hash out of a hat, he quickly gives correct block) and eventually 3) get inv's and monitor tx propagations.
asciilifeform: or disconnect in the middle of things, etc
asciilifeform: worx ok with trb. but heathens do all kinds of weird things, throw up various garbage in place of e.g. getaddr answer
phf: yeah, i wrote a small subset of bitcoin protocol in lisp, but rolled my own binary types. i think i can ask for version, and i can also ask for peers, and i started on getblock functionality..
asciilifeform: phf: context : i was baking a noad walker / torturer, orig in python, little thing, thought it would be doable in a day or 2; then found that mass of prb etc all break protocol in 9000 interesting ways, an extra byte here an' there, and realized that it aint doable without adult condition handling/restarts, which means cl.
asciilifeform: but even this may be too much to hope.
asciilifeform: would like to find something actually readable, at least, if not buildable-on.