Show Idle (>14 d.) Chans


← 2016-12-29 | 2016-12-31 →
phf: ben_vulpes: well, we're kind of constrained by the hardcode -p1 behavior, but i've no idea if that's an implementation detail or a spec
phf: of v that is
ben_vulpes: i've been frowning at -p1 for a bit now
phf: so the simplest solution would be to at least parametrize an equivalent of -p1 on lisp side
mircea_popescu: what is -p1 again ?
ben_vulpes: how many prefixes to strip
phf: -p1 means a/foo/bar gets pressed as foo/bar
phf: with p2 same guy gets pressed as bar
deedbot: http://trilema.com/2016/disgrace-at-first-they-do-not/ << Trilema - Disgrace - At first they do not
ben_vulpes: phf: patch will apply something cleanly with mismatched depths, won't it?
trinque: patch will ignore the number of levels you specified with -p
trinque: of path
phf: i think it treats one of the names as canonical
phf: actually patch seems to do ... something magical
ben_vulpes: RIGHT?!
ben_vulpes: would a smallest common substring test suffice here?
phf: that's what btcbase does basically. it finds position where common suffix starts and then works from there..
phf: but i'm starting to think it's an overkill anyway, because it doesn't accommodate for all possible insane patch inputs.
ben_vulpes: what's an insane input that breaks the shortest common substring test?
phf: patch/diff lets you have a patch with --- foo +++ bar in which case it seems to ~check if foo exists, then try and press against foo, otherwise press against bar~
phf: so if you were to produce a patch with a/old-veh.lisp and b/veh.lisp. existing vtrons will happily press it, though it's a total clusterfuck
ben_vulpes: gross.kpeg
phf: actually that's a bad example because that'll work, but a/old.lisp and b/veh.lisp
mod6: anyway, yeah, as I said in #trilema-mod6, i see this as low-priority and SUPER high risk. but I'm open to suggestions how to implement this properly and safely.
ben_vulpes: phf: i actually can't get patch c/old.lisp and d/veh.lisp to apply derp.vpatch
ben_vulpes: standby 1
phf: ben_vulpes: where'd that 0 come from?
ben_vulpes: i have nfi
phf: also you're missing genesis
mod6: i think you maybe mean '-F' instead of '-f', it thinks 0 is a file
ben_vulpes: 1 thing of note is that your example patches an extant file in holyfuq/
ben_vulpes: would it be unreasonable to calve this scenario off?
ben_vulpes: okay i see
ben_vulpes: good to know that terminal prompt of yours survived the trip through the pastebin
phf: also the old school way of making a genesis http://p.bvulpes.com/pastes/JQxyU/?raw=true
ben_vulpes: what is `p'?
ben_vulpes: "tee p" just papers your house with the output or what
ben_vulpes: i would also like to see the vdiff into which you're piping diff, mostly out of curiosity
phf: tee writes piped input to stdout and to a file
ben_vulpes: ah <p gotcha
ben_vulpes: eager juvenile algos are eager and juvenile
phf: vdiff here http://p.bvulpes.com/pastes/r01nj/?raw=true it's the same old vdiff except if you pipe into it, it assumes you're piping in a patch, otherwise it acts as normal vdiff
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D2FDFCE450D0A058B385E0E94E0E57E611A3EBF385B30F77CF915C96BDE19B97 << Recent Phuctorings. - Phuctored: 3209...6799 divides RSA Moduli belonging to '95.215.85.243 (ssh-rsa key from 95.215.85.243 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (host-95.215.85.243.ongnet.ru. RU)
ben_vulpes: ah i see
a111: Logged on 2016-06-20 04:23 phf: which is handy if you're using something else to produce the patch, or if you need to use a non-trivial diff command. for example i sometimes need to exclude files from diffing, so a command might look like diff -x foo -x bar -x qux -ruN a b | grep -v '^Binary files ' | vdiff > foo.vpatch
ben_vulpes: aaaaah
ben_vulpes: BLOOD SPORTS
ben_vulpes: phf: when i crack my v again in the morrow, i'm going to implement hash-checking against longest common directory tree
ben_vulpes: ^^ mircea_popescu asciilifeform mod6 trinque and any other vtronicists pls to opine
phf: will probably cover majority of cases(tm)(c)
phf: huh, apparently plan 9's diff/patch doesn't even implement unified diff format
ben_vulpes: tight
ben_vulpes: felipelalli, vexare, wyrdmantis, Sinclair6, luke-jr please fix your bouncers
phf: i noticed that btcbase supports filenames with spaces in them: if you start a filename with " it will read until a closing ". i have no idea where i got this from, because gnu diff/patch don't support spaces in names.
ben_vulpes: wait phf hang on no i don't think i'm going to do the largest common, i think i'm just going to use the output of patch to figure out what was actually patched
ben_vulpes: !up luke-jr well did you read the link or what
phf: ben_vulpes: you mean like ~parse~ the output of patch?
ben_vulpes: phf: when it works, it outputs the list of patched files
phf: aah
ben_vulpes: one can patch an empty directory with an arbitrary patch and extract the filenames patch wanted to hit
ben_vulpes: luke-jr: i know you're awake and reading this because you pm'd me. don't pretend otherwise, it's downright foolish.
ben_vulpes: !!up luke-jr
deedbot: luke-jr voiced for 30 minutes.
luke-jr: I saw the link. didn't see a problem.
ben_vulpes: top 10 in disconnects over the year? no problem?
luke-jr: no problem besides AT&T
ben_vulpes: you want to matter in crypto but "nah bro, it's just my isp" at me?
luke-jr: want to donate $30k so I can get a better ISP? :p
ben_vulpes: what part of bumfuckistan do you live in that prevents colo access?
luke-jr: I don't trust colos.
luke-jr: not that IRC is all that important
ben_vulpes: it's like omfg even aws is barely 10us/mo for a vps you don't have to trust
ben_vulpes: nah, park your boat on the lawn, who cares
ben_vulpes: wear a shirt with last weeks sweat stains on it, it's not like you're that important
davout: luke-jr: it's not like you *have* to idle in the chan, logs are public and if you have something to say, it's a /join away
luke-jr: true
ben_vulpes: a join and an up, which is predicated on the obvious
ben_vulpes: for those who *still* miss the point, joining and parting is opening and closing the squeaky doors on a hall where 5 people are arguing and 500 muffling laughter and groans
ben_vulpes: it is visible and annoying. stop it.
mod6: fwiw you can turn off those messages in your client too.
ben_vulpes: i will not spend the time to figure out how to mute everyone but noobs i've never seen before
ben_vulpes: i see a new face at the back of the hall, i'm going to give them the opportunity to at least say hello and introduce themselves.
ben_vulpes: mod6: how does that help me filter luke-jr's spam and not noobs?
ben_vulpes: amusing innit that the father of the since-aborted 'blockchain spam' meme is now spamming irc
davout 's trb node is now up and apparently syncing at 62.210.206.141
ben_vulpes: davout: congrats!
ben_vulpes: davout: you will sync far more quickly if you -connect to a single, high reliability, high bandwidth node during sync
ben_vulpes: otherwise trb may decide to ask utter randos for blocks
ben_vulpes: and waste time negotiating connections
ben_vulpes: not that it cannot be done that way, but it is faster other ways.
davout: i have a recent prb node on the same machine, but i'm not sure it's going to work, re http://btcbase.org/log/2016-12-29#1592875
a111: Logged on 2016-12-29 23:08 asciilifeform: also i see some 'connect() failed after select(): Connection refused' which iirc is bleeding edge prb kicking trb out
davout: ben_vulpes: any suggestions for such a node?
ben_vulpes: either asciilifeform's or mine
ben_vulpes: i use whirling rust, he -- ssd's.
ben_vulpes: i believe that mod6 has a solid one as well, pete_dushenski's has been blackholed of late
ben_vulpes: i'm off, later davout
davout: allright, ty!
deedbot: http://www.contravex.com/2016/12/30/malibus-most-wanted/ << » Contravex: A blog by Pete Dushenski - Malibu’s Most Wanted.
davout: OSX, totally the platform sane people develop on "valgrind: This formula either does not compile or function as expected on macOS" hurrrr
davout: "plox to use xcode, where everything works differently, because reasons"
davout: out of curiosity, how long did it take trb node operators to fully sync?
BingoBoingo: davout: 30 days to Februrary 6th 2015 block 34236 in latest sync
BingoBoingo: syncing from wild caught peers
davout: didn't fully sync?
BingoBoingo: not yet, started November 30th
davout: ok
BingoBoingo: need to remind self blockchain only gets longer
davout: i guess patience is in order here
davout: was there a discussion of the use case where one wishes to create, and sign transactions from an arbitrary set of unspent inputs?
a111: Logged on 2016-12-30 01:20 asciilifeform: yeah but one that doesn't motherfucking grind to a halt when read 1000/sec omfg
a111: Logged on 2016-11-21 12:48 Framedragger: asciilifeform: since i'm fiddling around with postgres for work anyway, i'm curious, if you find a moment, could you maybe send me the postgresql.conf file on phuctor's machine? i'd take a look (it's very possible you know much more re. what's needed there, but i'm just curious about a coupla parameters, doesn't hurt to check)
Framedragger: would still be interested to take a look, wouldn't hurt.
Framedragger: (i'm thinking about things like size of shared buffers etc)
a111: Logged on 2016-12-30 12:53 Framedragger: (i'm thinking about things like size of shared buffers etc)
Framedragger: defaults are shit.
Framedragger: (not defending postgres re. this.)
Framedragger: asciilifeform: do you have an idea how much memory you could allow postgres to eat up? i know you have that other super hardcore thing eating lots of memory on the side
Framedragger: it's something that can be very easily changed and tested without sweat or breaking things.
asciilifeform: say, 64GB
asciilifeform: what'll it give
asciilifeform: disk is not the bottleneck on this box
Framedragger: aha right. i'm doing sth else but i could later ping you with a sample postgres file which you could try out (would need db restart)
Framedragger: things like sorting
Framedragger: if you run EXPLAIN ANALYZE
Framedragger: before query
Framedragger: it'll show what it's doing
Framedragger: (you've probably done this tho)
Framedragger: i'm thinking,more memory could help with certain things that db is busy with, incl insertion, even. i'm not sure.
asciilifeform: i even spoke with career dbists, answer was 'your application is monstrous abuse and you need a cluster'
Framedragger: this isn't rigorous, but easy to try.
Framedragger: oh. that's sad. :(
Framedragger: just know that some defaults are really low.
asciilifeform: soo which knob should i max, Framedragger ?
asciilifeform: worth a try
Framedragger: busy for a bit, i don't want to cite you sth without thinking about it
asciilifeform: and what effect will this have on the consequences of yanked mains cord
asciilifeform: because nobody cancelled physical reality, write-caching means vulnerability to mains yanking
asciilifeform: i absolutely can't have a db req returnig before disk is written.
Framedragger: right. i just thought about checkpoint_completion_target (set to say 0.9) which may help with inserts, but ultimately you're right, physical reality
asciilifeform: *returning
Framedragger: none of that.
Framedragger: to be 100% certain, i'd have to check. i see your concerns.
a111: Logged on 2016-07-18 18:08 asciilifeform: i know of no file system that would not choke.
asciilifeform: then -- static html phuctor.
Framedragger: that would be neat..
Framedragger: asciilifeform: i take it you are certain that main bottleneck and 'hogger' is the numerous inserts?
mircea_popescu: goood mornin!
asciilifeform: correct
asciilifeform: guten morgen mircea_popescu !
Framedragger: mircea_popescu: it's dark here in the northern hemisphere, god it's deperessing :( mornin'..
mircea_popescu: ah, it's rainy here, so.
asciilifeform: Framedragger: they aren't only inserts, every key turns into half a dozen to a dozen queries interleaved with inserts
Framedragger: ahh right, i assume those include in-memory sorts
Framedragger: or requirement for sorts anyway
a111: Logged on 2016-11-19 18:52 asciilifeform: Framedragger: db being hammered 24/7 with 'do we have this hash' 'do we have this fp' 'add this and this' 1000/sec is the bottle.
asciilifeform: and no, no sorts there
Framedragger: work_mem (used for in-memory sorts) is 4 MB default. 4 MB. (9.5 anyway). set it to 50 MB as per advisory at least.
asciilifeform: the 'do we haves' could benefit from bigger read cache
Framedragger: ah hm. tbh i'd still change work_mem because it's ridoinculously low by default, but i hear ya.
asciilifeform: i'ma try it soon.
Framedragger: (some of those settings don't require db restart (but may require to 'flush' params), some of them do, best to restart db after all changes are made.)
Framedragger: (do note, 'work_mem' is per user / per request. so may be easier to DoS. thought i should mention this for completeness)
asciilifeform: that means i won't be trying it for couplea weeks. i don't restart db until a current parcel is through submitting.
Framedragger: ah right, yes i see
Framedragger: asciilifeform: any JOINs in those multiple queries for each 'insert'? (if yes, this param should help.)
asciilifeform: (parcels are eaten by script that, presently, has no convenient pause button. and, because unix was dropped as a baby, suspending a process doesn't yield locks, so ~that~ doesn't safely work)
asciilifeform: Framedragger: nope
Framedragger: asciilifeform: docs advise heavily on enabling write cache (but (sanely) insist on battery backup in that case) for your 'loads of inserts per sec' use case..
asciilifeform: the machine isn't at my house and i have no control over the mains supply.
Framedragger: "For situations where a small amount of data loss is acceptable in return for a large boost in how many updates you can do to the database per second, consider switching synchronous commit off. This is particularly useful in the situation where you do not have a battery-backed write cache on your disk controller, because you could potentially get thousands of commits per second instead of just a few hundred."
Framedragger: << need to understand just what does that imply..
asciilifeform: Framedragger was not yet here, but phuctor-1 was quite vulnerable to pulled mains cord ( would lose weeks of work ) and as soon as this became publicly known,
asciilifeform: it was ~immediately~ and ~permanently~ afflicted by 'mysterious' reboots
Framedragger: "lose weeks of work" is insane :( i'm sorry to hear that. *this* would not expose you to that scenario. but one would have to pin down still-possible data loss scenarios, if any.
asciilifeform: mircea_popescu -- switched hosts, i -- slowly, painfully, rewrote the thing...
asciilifeform: Framedragger: well it doesn't lose work nao.
asciilifeform: but could again if i gave it a multi-GB writecache
Framedragger: here's what i'm thinking: disable synchronous_commit , but set 'checkpoints' so that results are flushed to db every $n inserts/updates. i can see however how you may barf from such an idea, "it's either reliable, or isn't".
Framedragger: but this way you would constrain any losses to particular known amounts.
asciilifeform: mircea_popescu: that's a straight (and spam-encrusted) translation of an english article that was posted here ('against hardforks' iirc) a while back.
asciilifeform: Framedragger: no losses plox.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593121 << dude the problems jus' keep on coming. wtf is this, we have hashes, why THE FUCK would we care about directory and holy shit who came up with the idea of using path as hash
a111: Logged on 2016-12-30 05:22 phf: i think it treats one of the names as canonical
mircea_popescu: asciilifeform hey, i only said they exist, i didn't say their brains work.
asciilifeform: mircea_popescu: tbh i had a 'what the hell is all this' reaction to reading ben_vulpes and phf vtron problemz
mircea_popescu: it's not even baseless, which is the saddest part.
asciilifeform: they must've moved some king-sized cockroach sofa.
mircea_popescu: his problems i mean
Framedragger: "Note that open_sync writing is buggy on some platforms (such as Linux), and you should (as always) do plenty of tests under a heavy write load to make sure that you haven't made your system less stable with this change. Reliable Writes contains more information on this topic. " oh god. more inserts/sec but zero data loss => probably can't help you much. documentation doesn't encourage me :/
mircea_popescu: Framedragger data loss is catastrophic to a degree that can't be described, as far as phuyctor goes. if you have to also check, your workload goes up 3x at least.
Framedragger: mircea_popescu: consider a scenario in which you knew how much data you could lose ("up to 100 last rows"), and you could check if you lost any (last row id == last-id-processed.txt ? false : true). that being said, this way things become more wibbly-wobbly, so probably fuck that. :(
a111: Logged on 2016-12-30 05:40 phf: so if you were to produce a patch with a/old-veh.lisp and b/veh.lisp. existing vtrons will happily press it, though it's a total clusterfuck
asciilifeform: gnupatch, as i warned long ago, MUST die.
mircea_popescu: Framedragger see here's what graybeard means : i see that statement, and I KNOW there's a footnote somewhere you don't know about / bother to mention which says "except when abendstar in conjunction with fuckyoustar when it's 105th to 1095th column".
mircea_popescu: because it is not computer-possible to have what you describe without what i describe.
mircea_popescu: consider the simple case of "check values, actuate machinery" in article linked here a few months ago. it is quite fundamentally informative.
Framedragger: right. either it's completely-reliable, or NP-complete complex dragons in a cave
mircea_popescu: well not exactly like that, but i guess that may work for a heuristic early on.
mircea_popescu: the issue is the magic numbers. you said "100". why did you say "100" and how did you [think you] knew ?
asciilifeform: moreover, it's either ~completely-readable~ or 'dragons in a cave'.
mircea_popescu: that's another, but just as important, issue.
asciilifeform: i'm not convinced that they are separable.
Framedragger: mircea_popescu: because you could tell postgres to flush rows (forcing all caching layers) every 100 rows, not every 1 row as currently specified
asciilifeform: Framedragger: may as well run whole thing off a ramdisk then
mircea_popescu: what you do is not supposed to be predicated on what you can do at any point in your existence.
Framedragger: (i'm not saying 100 is not barf-magical.)
Framedragger: i suspect then that the inserts/sec slowness is due to postgres currently making really damn sure that *all* layers of cache are forced. this "full forcing of cache for every row" is what makes things slower; but it's also the only really-super-reliable approach for the case at hand (remote box).
asciilifeform: the thing is a 1,001-layer shit sandwich
mircea_popescu: Framedragger think for a second : modulus gets added, it's in cache, other modulus gets added, they don't get checked against each other because one was in cache, now we have two unpopped poppables in db.
mircea_popescu: does this entirely subvert what phuctor is ?
jurov: just a side note - if using filesystem, for ACID guarantee you'd need to flush caches, too
mircea_popescu: wich is why fs sql is contemplated for bitcoin, not really for phuctor's woes.
asciilifeform: jurov: fs does have the journal
mircea_popescu: asciilifeform actually a portion on a ramdisk may even be judicious.
mircea_popescu: i take it you were considering this for next rewrite
asciilifeform: mircea_popescu: linux by default uses all spare ram as disk readcache
jurov: asciilifeform: journal is not some magic allowing you to have 100k transactions.second without possibility of data loss
asciilifeform: writecache, on other hand, is a major Do Not Want here, for reasons described above
mircea_popescu: yeah it has to catch on eventually.
mircea_popescu: asciilifeform ah, i didn't realise you were happy with linux readcache.
asciilifeform: jurov: there is always 'possibility of data loss', machine could be stolen (as it once was!) or burn down
asciilifeform: problem is ~silent~ data loss.
asciilifeform: when you do not know that you oughta restore from backup
asciilifeform: the one obvious optimization i was considering was to avoid all dupe checks on key submit and simply deduplicate prior to each bernsteining. but this has serious cost in ui consistency, no more could submitters expect to see a result that is guaranteed to make sense after they submit.
mircea_popescu: on the other hand submitter support is not mandated, they fail to produce a significant portion of the input.
mircea_popescu: for that matter they fail to change their own diapers, either, end up having Framedragger write code for them etc.
asciilifeform: there is 1 serious reason why gotta check for existing key/fp:
mircea_popescu: well ddos.
asciilifeform: because it is what 'phuctor as keyserver' stands on, also
asciilifeform: most of the time i paste in a key from somewhere, there it is, from april.
mircea_popescu: incidentally, i would say deedbot also counts as tmsr keyserver now.
asciilifeform: it's a total replacement (if slow) for sks.
asciilifeform: deedbot key getter dun work in heathens, does it..?
mircea_popescu: sks was not that fast. or that complete.
mircea_popescu: asciilifeform hey, i'm not surfe i want it to work on heathens what.
asciilifeform: well here's one typical scenario, i find a pgp-signed historic patch (e.g., linus) and want to see what vintage key etc
mircea_popescu: sure. i'm not saying it must be standardized. just, there.
asciilifeform: 'was this linus-key or linus-flipolade key'
mircea_popescu: note that as time rains on, this sort of query becomes less and less interesting
asciilifeform: it will.
mircea_popescu: "was gcc 5.x rms approved or not ?" "dude... who cares. it fails to build eulora."
asciilifeform: btw while we're on this subj, does eulora eschew cpp11?
asciilifeform: because cpp11 is how folx typically end up reluctantly grunting in the stake of gcc5
mircea_popescu: diana_coman ^
mircea_popescu: but yes, afaik it does.
asciilifeform: brings own set of problems. it is where monstrous thigs such as 'boost' came from - lack of cpp11
mircea_popescu: it dun has boost either.
diana_coman: asciilifeform, it does, yes
diana_coman: and omfg no boost, no
diana_coman: ideally it will eschew cpp alltogether but so far not ideal
asciilifeform: mircea_popescu, diana_coman : so you folx wrote own 'boost'-like horror? fwiw most games firms did, in the golden olden days. my brother's co, for instance, did.
diana_coman: asciilifeform, no
asciilifeform: so what do the data structures look like ?
mircea_popescu views with mind's eye diana_coman 's beard growing inches/second in the minds of alf
asciilifeform: how about iterators? they are all explicit? million temp vars?
asciilifeform: i'ma have to gather the courage and read this thing with own eyes, at some point.
diana_coman: asciilifeform, atm we are still slowly, slowly extricating ourselves from the swamps of ps code
jurov: it does not use much c++stdlib, but the crystalspace reimplementation of
asciilifeform: postscript?!
mircea_popescu: the server code's not published, and the client code is mostly legacy.
diana_coman: planeshift asciilifeform , a swamp not worth gettting stuck into
mircea_popescu: planeshift.
asciilifeform: mircea_popescu: presently i have nfi what part is published, or where
asciilifeform: ah hm. i have nfi what is 'planeshift'. 3dengine?
diana_coman: planeshift is an open source mess that was used to jumpstart eulora basically
jurov: planeshift is opensource game, crystalspace is the engine
mircea_popescu: asciilifeform planeshift is a mmorpg that the many-eyes beast took 10 years to make. it uses cs which is a sort of game engine, which is built on cal3d which is a gfx lib.
mircea_popescu: the quality of code is uneven in the usual foss sense ; its main virtue is that being old, it is mostly not new.
diana_coman: and it manages to have some half million lines of code doing the job of maximum 100k by the looks of it
mircea_popescu: (they did decide to move over to unity last year, then they abandoned the plan._
asciilifeform: and looks like jurov answered my q earlier. eulora folx are using crystalspace's adhoc boostron.
diana_coman: asciilifeform, planeshift does that, yes
jurov: asciilifeform: https://gcc.gnu.org/wiki/C11Status btw, they claim c++11 is fully done in gcc 4.9 (as is my experience) . maybe you meant c++14 ?
asciilifeform: in the old days, every major cpp project had one
mircea_popescu: asciilifeform the client.
mircea_popescu: there's two parts to this mess.
asciilifeform: jurov: i am guilty of referring to anything that wasn't in my childhood borland3.1 as cpp11
jurov: lol
asciilifeform: jurov: notice how some of the more appealing 11isms (e.g., bounds checking) dun work
asciilifeform: 'library issue'
mircea_popescu: that's ok, the planeshift implementation leaks at pretty much every other rivet
asciilifeform: btw , the unusability of naked cpp was also why we got horrors like 'qt'
asciilifeform: (which is only half gui toolkit, it is also datastructure lib)
diana_coman: basically crystalspace has its own "boost" implementation yes, leaking as expected and on top of that planeshift uses it all over the place quite without any rhyme or reason, adding further to the swamp;
diana_coman: fwiw I can confirm that current code compiles perfectly fine on gcc 4.4 in any case
mod6: mornin'
diana_coman: morning mod6
mod6: how ya been!
diana_coman: heh, not bad
mod6: good deal
diana_coman: got to some snow, sledged downhill, even bruised a knee , got back to peaceful coding now , lol
diana_coman: how's that eulora-box coming in 2017 mod6 ? :D
mod6: nice! i haven't done any sledding yet. gotta do that one of these times.
mod6: oh, hey, actually. so I've got a box.
mod6: i had obsd on it like for nearly all of '16... but wasn't doing anything with it. so i threw linux on there.
jurov: For the uninitiated, there's already c++17 underway. With folks gearing up to c++23, when We Will Finally Reach Parity With Haskell(noshit).
mod6: when I get a free moment, i'll throw the latest eulora on there. can be my mining box. :]
diana_coman: sounds good mod6 :)
diana_coman: jurov, make cpp haskell again I gather?
mod6: heh
jurov: yay
mircea_popescu: jurov what is parity with haskell even ?!
jurov: i was just paraphrasing, don't remember the exact word
diana_coman: asciilifeform, to round off: atm eulora code is basically c99 (even that rather reluctantly when we moved over to 64bit)
asciilifeform: jurov: догоним и перегоним ! (tm) (r) (hruschev)
asciilifeform: but yes, cpp standardization is beginning to resemble that of PL/I
asciilifeform has a relative who, until recently retiring, programmed in PL/I ! i shit thee not
asciilifeform: jurov: lulzily, searching for 'c++17' i get... airplanes
asciilifeform: 'boeing c-17'
mircea_popescu: oh also, friendly reminder today's last day of eulora hackathon. closes in ~11 hours.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593170 << he's not even kidding, i'm going to start banning.
a111: Logged on 2016-12-30 06:58 ben_vulpes: felipelalli, vexare, wyrdmantis, Sinclair6, luke-jr please fix your bouncers
mircea_popescu: oh hey, check it out, irc isn't that important. smart move, barely tolerated fraudster.
mircea_popescu: and for the record : the dood colluded with sonny vleisides / the rest of the 'ndrangheta running "bfl" scam (which, obviously, the usg hasn't ever prosecuted, in spite of loud violation of, eg, parole termas, because hey, partners in crime) to falsely claim that he received a miner delivery so as to scam bitbet into misresolving a bet, on which they had ~500 btc.
mircea_popescu: if he weren't a total fucking retard on top of being a consumate conman, he'd actually have 30k to buy an isp now.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593220 << depending on your setup about 40 to 60 days in the wild, about half with ben_vulpes recommended method.
a111: Logged on 2016-12-30 09:13 davout: out of curiosity, how long did it take trb node operators to fully sync?
a111: Logged on 2016-12-30 12:28 davout: was there a discussion of the use case where one wishes to create, and sign transactions from an arbitrary set of unspent inputs?
mircea_popescu: http://btcbase.org/log/2016-12-30#1593252 << these people. if phuyctor is not THE usecase then wtf is. wwwrot ffs.
a111: Logged on 2016-12-30 14:20 asciilifeform: i even spoke with career dbists, answer was 'your application is monstrous abuse and you need a cluster'
mircea_popescu: http://btcbase.org/log/2016-12-30#1593286 << actually workmem should be 256mb especially as you can afford it so totally, go for it.
a111: Logged on 2016-12-30 14:30 asciilifeform: i'ma try it soon.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593288 << pretty sure phuctor is 1 user that recycles db connections.
a111: Logged on 2016-12-30 14:32 Framedragger: (do note, 'work_mem' is per user / per request. so may be easier to DoS. thought i should mention this for completeness)
asciilifeform: http://btcbase.org/log/2016-12-30#1593456 << iirc it took me ~3 days to sync via direct eatblock
a111: Logged on 2016-12-30 16:06 mircea_popescu: http://btcbase.org/log/2016-12-30#1593220 << depending on your setup about 40 to 60 days in the wild, about half with ben_vulpes recommended method.
asciilifeform: or hm, nm, 1 night
mircea_popescu: direct eat block is fast yes.
mircea_popescu: but you have to have the food.
mircea_popescu: incidentally asciilifeform since we're now doing open source db optimization shared_buffers is probably a larger concern. what is it ? defaults to 125mb but i'd readily see it 1-4gb in your case.
asciilifeform: the fastest sync method, supposing one has access to a synced node, but also supposing that it won't do to simply copy the blocks (and it won't, you want to verify) is an eater-shitter system
asciilifeform: mircea_popescu: probably. i'ma run with new knob settings as soon as it is safe to reset the db.
asciilifeform: but i do not expect miracle.
mircea_popescu: alrighty then let's make a full plan here.
mircea_popescu: 1) shared_buffers is to be per spec "25% of available ram" ; but it does diminish returns in the gb. you probably have it as 128mb, make it 2gb say.
asciilifeform: (because apparently 'thousands of queries / sec is abuse, get a cluster' is the 'state of the art')
mircea_popescu: 2) huge_pages should probably be on.
mircea_popescu: asciilifeform do you use a lot of temp tables ?
asciilifeform: mircea_popescu: i'd first like to know what this'll do to integrity-on-mains-failure
asciilifeform: mircea_popescu: 0 temp tables
asciilifeform: 0 anything fancy.
mircea_popescu: and work_mem should prolly be larger than 4mb, but hard to guess how large without a profile, and this is a major resource consumption ticket, so you actually want to do some maffs.
asciilifeform: 0 joins. 0 anythings. just plain old queries and inserts.
mircea_popescu: yes but what it uses it for is sorts, select by index may use it if the index is composite.
mircea_popescu: do you actually just recycle one connection or do you keep making connections ?
asciilifeform: makes connections.
mircea_popescu: ah then not nearly as important.
mircea_popescu: asciilifeform all these are memory usage ops, what they do is establish when it should go on disk. they do not significantly affect cord-yank robustness. there are other specs you can make for the background writer for instance that do.
mircea_popescu: eg bgwriter_delay you may want to be set low for this reason.
mircea_popescu: it's 200ms by default.
asciilifeform: the db absolutely has to be in a consistent state at all times, or 0 phuctoring takes place.
asciilifeform: (this scenario actually played out once.)
mircea_popescu: you can also set bgwriter_lru_maxpages to 0 and disable background writing altogether
asciilifeform: (and, painfully, i had to find the offending garbage by hand!)
asciilifeform: also did i mention that the entire db get shat out every time we bernstein ?
asciilifeform: (the moduli have to turn into an array of bignum*)
asciilifeform: this is easily 10% of the load on the db
trinque: might be faster to do in the db
asciilifeform: oh and then, factors are found, largely the same set every time (how bernsteinization works) and each one is queried to the db
trinque: I am sadly, quite good at SQL if you want the thing translated
asciilifeform: trinque: i need random-access in O(1) to them for bernsteining
asciilifeform: so no, they can't 'live in db' while it happens
asciilifeform: have to live in MY data structure, in ram.
asciilifeform: where i have O(1) access to them.
asciilifeform: the whole thing working at all is predicated on these seemingly 'abusive' design choices
asciilifeform: and postgres is ~the~ albatross.
phf: so you basically snapshot your entire dataset back into the database at certain times, and snapshot is an equivalent of set merge?
asciilifeform: phf: nope. the only thing that happens to db as a result of bernsteinization is N queries 'do we already know this factor'
asciilifeform: if answer is 'no', it is inserted in 'factors' table.
asciilifeform: this, by all rights, ought to be a batch query. and probably will be in next version.
mircea_popescu: trinque 's idea, bernstein as prepared queries, may be a gain.
mircea_popescu: though i am unaware anyone ever implemented this ; because, of coruse, i am unaware anyone used the guy's algo for any other purpose than gawking.
mircea_popescu: but he might be interested to hear about it.
asciilifeform: mircea_popescu: it's a screaming nope
asciilifeform: mircea_popescu: algo ~demands~ O(1) random access to the bignums.
asciilifeform: the individual bignums.
asciilifeform: so holy shit is this not screamingly obvious
mircea_popescu: you implement bernstein IN the db. it is actually a programming language.
asciilifeform: i need ~less~ access to db, not moar.
phf: asciilifeform: oh so you do insert to a set, every time there's a result, and you query for the whole set before you start a cycle of process?
asciilifeform: mircea_popescu: sql doesn't have a bignumatron
trinque: asciilifeform: a temp table is in RAM
asciilifeform: much less an optimized one
trinque: but I am not arguing for something here; you'd know what you want
asciilifeform: phf: bernstein's algo operates on ~all known moduli simultaneously~
asciilifeform: there is no way around this.
asciilifeform: by definition, that's what it does.
asciilifeform: it is, by lightyears, the best known algo for batch gcd, also.
mircea_popescu: and you do it as prepared queries, which get precompiled to a degree
phf: asciilifeform: i'm just trying to establish the dataflow here, for my own curiosity
asciilifeform: the querying of 'do-we-have-this-factor' is maybe 1% of the load.
asciilifeform: so it has not been a priority, because batching will tremendously complicate the moving parts.
mircea_popescu: not a matter of access
asciilifeform: http://btcbase.org/log/2016-12-30#1593516 << recall, i wrote to bernstein himself.
a111: Logged on 2016-12-30 16:28 mircea_popescu: but he might be interested to hear about it.
asciilifeform: 0 answer.
asciilifeform: and at this point it is imho unlikely that he has not heard of phuctor.
asciilifeform: so that leaves 1 plausible explanation.
mircea_popescu: you're not addressing the idea. currently you use a pile of c code you labeled for purely personal reasons "a db" to store some data for you, and another pile, you labeled phuctor, to bernstein and do other things on the db-stored data. because the interface is the bottleneck, it then becomes clear you must merge this. one way is to merge by lifting the db code and putting it into phuctor, making it you know, its own db like
mircea_popescu: bitcoin wants its own fs. ANOTHER way, is to use the means the db already offers for this.
asciilifeform: mircea_popescu: if you think trb is a hard nut to crack, picture reading, grasping postgres.
mircea_popescu: which yes takes some work, but not quite as much as the other variant.
asciilifeform: i for one do not expect to live long enough to make a serious attempt at such a thing.
mircea_popescu: yes but it has this convenient hole through which you can go in, which is - implement bernstein IN sql.
asciilifeform: a sql or similar db system with built-in bignumatron could be useful and interesting. but no such thing exists. nor would it solve the actual bottleneck in phuctor if it were to be discovered tonight.
mircea_popescu: rather than in c.
asciilifeform: because the actual bottleneck is '1000s of queries AND inserts / second AND guaranteed realtime consistent'
mircea_popescu: it has ~some~ ability to precompile your queries, which is somewhat like linking object code.
asciilifeform: and not the bernsteining.
asciilifeform: understand, the only reason why the thing works at all, is that this one small part of it, the bernsteinization, can be made ~entirely~ independent from the db locking idiocy
asciilifeform: if it somehow had to happen inside postgres, it would not bypass the lock.
asciilifeform: mircea_popescu is seeing it through the naive vertically integrating rockefeller eyes, 'power plant expensive? let's put it right in my mansion'
asciilifeform: this does not always help.
phf: well, a more practical approach would be to adapt phuctor c part to a postgresql loadable module interface. in which case you he will eliminate the cross-boundary overhead (serialize/deserialize over the "wire").
asciilifeform: phf: what part of 'this isn't the bottleneck' was unclear
phf: asciilifeform: did you understand what i said?
asciilifeform: i think so?
mircea_popescu: well, it was a thought.
phf: what i'm saying is that a significant fraction of "1000s of queries AND ..." is the cross-boundary. you compile queries on c side, you send them to psql, it then parses, prepares results, serializes, sends it to c side, c side has to now parse all over again
asciilifeform: phf: actually the wwwtronic piece of phuctor is in python and does the precompiled queries thing
asciilifeform: that that's probably not it.
asciilifeform: believe or not, i actually put some work into this thing
asciilifeform: the current iteration is, iirc, the third from-the-ground rewrite.
asciilifeform: (or second, depending how to count)
mircea_popescu: pretty surreal.
phf: precompiled queries are a fraction of cross-boundary issue
phf: i'm not even arguing with you, i'm saying that the ~full extent~ of what "move it to psql" is going to do is ~eliminate cross-boundary issue~ that is all. so it'll shave some significant overhead, but it's not a silver bullet.
asciilifeform: when i profiled it, 99% of the time is spent in 'do we have this key hash? no? insert; do we have these fp's? no? insert...'
asciilifeform: phf: understand also, postgres can't store bignums as such, it stores strings
mircea_popescu: so a lot of hash search.
asciilifeform: these end up parsed into operable bignums every shot. but, surprisingly, this never takes > 3 minutes !
asciilifeform: on entire set.
phf: asciilifeform: right, i was going to get to that :}
mats: fbi evidence of ru hacking 10/10 lulz as expected
asciilifeform: (in fact, dumping out the entire db, and properly bignumizing, takes about 3min total for the current db.)
asciilifeform: mats: i especially loved the 1 single av signature offered
asciilifeform: (which was for some 'script kid' php kit)
mircea_popescu: asciilifeform if that's where it spends most time then a) http://btcbase.org/log/2016-12-30#1593462 is very likely to help and b) preparing your whole query as ONE single sorted item will help also.
a111: Logged on 2016-12-30 16:11 mircea_popescu: http://btcbase.org/log/2016-12-30#1593286 << actually workmem should be 256mb especially as you can afford it so totally, go for it.
mircea_popescu: i gather you already do b. is it index-sorted ?
asciilifeform: mircea_popescu: actually i do not. because it will require 100x more complex mechanism.
asciilifeform: which is to say, rewrite of WHOLE thing. we had a thread.
mircea_popescu: uh. then why do you put the keys in in batches if you're not... putting them in in batches ?
asciilifeform: they get thrown into same hole as if human submits.
asciilifeform: that way there is exactly one procedural path for key submission, and no duplicate logic.
mircea_popescu: would you stop with these bizarro deflections, they neither impress nor persuade, but they do give you an ugly image.
asciilifeform: i dun give half a shit about 'image'. laying out the fact of why the thing is as it is.
mircea_popescu: yes, well, that's then the problem. they should go in as a single query the size of the batch, with the items sorted within it
mircea_popescu: this is a piddly excuse, "no duplicate logic", case of luser with wwwform and case of 100k keys in batch form are different enough to warrant duplicate logic. that's why computers even exist, to account for such level of difference in code.
mircea_popescu: otherwise we'd just use hardware everywhere.
asciilifeform: it is the most obvious unmassaged piece , aha. the correct algo is , imho, to have separate 'nursery' (gcism term of art) table for the batch submits.
mircea_popescu: possibru.
asciilifeform: but what this adds up to is to have ~two~ quite separate phuctors. we wouldn't query the nursery, for instance, when someone keys in a url with a hash
asciilifeform: only the 'adult' db
asciilifeform: otherwise we get same speed as now.
mircea_popescu: no, have one phuctor with one db and two intakes.
mircea_popescu: and yes we would query.
asciilifeform: well 1 db, 2 sets of key/fp/factor tables.
phf: a sort of impolite question, but is there's an index on hash column?
asciilifeform: and no, you can't query the nursery every time somebody loads a url, or you get SAME performance as now, omfg
Framedragger: (and follow-up, does explain analyze show the use of that index)
asciilifeform: phf: there is
asciilifeform: mircea_popescu: but yes, for next version (presently only exists in my notebook) there is a nursery and it gets merged into main table at night. but this makes for considerably more complex system, where there are two very distinct types of submission, 'realtime' and 'scripted' , and they get treated quite differently.
asciilifeform: (and bernsteinization requires access to ~all~ moduli, as i think is obvious, and not simply 'most recent ones')
phf: is it a hash index? it has the least overhead (it isn't logged amongs other things, so you have to rebuild it on crash, but conversly it's kept in memory and only supports = operation) indexes will make your queries more cheap, but writes more expensive, so you want to make sure it's the cheapest possible
asciilifeform: phf: what means 'rebuild it on a crash'
asciilifeform: this has to be done programmatically ?
asciilifeform: mircea_popescu: the other obvious thing would be to dispense with 'real time submission' entirely, and when someone dumps in a key, it goes into next batch. but we discussed this earlier in this thread, it would mean that the thing cannot be used as sks-like tool.
Framedragger: docs say would need to get rebuilt only if there were any unwritten changes. which there shouldn't be as asciilifeform is not using write cache
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0CCA49DE4C9967BFAE78ACF9D1AD438154B75B9700A055CA3DAC80F1714A2AA0 << Recent Phuctorings. - Phuctored: 7 divides RSA Moduli belonging to 'Connie Main <cma...om>; ' (host-95.215.85.243.ongnet.ru. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/289FCBF68419984FD484C7EF7823AB7C114193224DD2733C7A60A20BC118F5A6 << Recent Phuctorings. - Phuctored: 7 divides RSA Moduli belonging to ' <spaf@mac.com>; <spa...du>; Gene Spafford <gene@spaf.us>; Gene Spafford <spaf@acm.org>; Gene Spafford <spaf@mac.com>; Gene Spafford <spa...du>; Gene Spafford <spa...rg>; Eugene H. Spafford <spaf@mac.com>; Eugene H. Spafford <spa...iz>; Gene Spafford <SPA...du>; Gene Spafford <spa...
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A07FCCF0D46AC8B25EB8F0982629537817E0CEA47BCC6C8B800A06F4F4647160 << Recent Phuctorings. - Phuctored: 7 divides RSA Moduli belonging to 'Todd A. Outten <out...om>; ' (host-95.215.85.243.ongnet.ru. Unknown)
mircea_popescu would not be particularly surprised if served with 100mb of query as per above postres wouldn't just fall over.
asciilifeform: aaaaah lel
asciilifeform: holy shit was that a ... user submission?!
phf: asciilifeform: no, it's a command that you run, like REINDEX index_of_things; it simply queries what's already in DB and warms up the cash
asciilifeform: looks like flipolade
asciilifeform: (won't import in gpg, but ~will~ in js www-based shitpgptrons)
asciilifeform: http://usagl.com << from above, lulzy, old-school voice telecom co.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593602 << no. this is nonsense, and not what was at any point either suggested or discussed.
a111: Logged on 2016-12-30 16:48 asciilifeform: well 1 db, 2 sets of key/fp/factor tables.
mircea_popescu: you are getting to where it is in principle not worth anyone's time to talk with you, because your response is random nonsequitur.
asciilifeform: mircea_popescu: suggest algo, i'm all ears.
mircea_popescu: if this is the path you must walk to go from solipsist-alf to socially-integrated-alf i can see it, but hurry it up already it's irritating.
asciilifeform: mircea_popescu might be social-integrated-genius but often recommends algo that adds up to escherian skyscraper. and so results in headache thread.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/2398E0817D454688D06524E1B99CCE125A5E4D5E4DB5FBEFBE1BBE65BDA99AB4 << Recent Phuctorings. - Phuctored: 1730...1787 divides RSA Moduli belonging to '150.187.4.208 (ssh-rsa key from 150.187.4.208 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown VE A)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9AC623C503B5F6FF091E7B5819FAD4EE293D03B779770C1959FD3C159D6653FB << Recent Phuctorings. - Phuctored: 1036...2769 divides RSA Moduli belonging to '77.37.28.20 (ssh-rsa key from 77.37.28.20 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown DE HE)
mircea_popescu: so : if loading the whole batches of keys through the user-wwwform process is what 99% of the machine time goes to, then yes, put the batches into a single, sorted query, make the workmem should be 256mb or 2gb or w/e it is you actually need to cover your query (yes this can be calculated, but can also be guessed from a few tries) and then run bernstein after every such query, on the db not on "nursery" (which yes, it's a ter
mircea_popescu: m of art in whatever, am i not impressed!)
asciilifeform: how to make the www piece respond at all while this runs ?
asciilifeform: (and yes, it is the obviously correct way to process thous. of keyz, no question)
asciilifeform: mircea_popescu: point of 'nursery' was to do the 'do we have this fp? how about this? ...' a few thou. at a time, is all.
asciilifeform: if there is some other way of doing it, i'm all ears
mircea_popescu: asciilifeform as to "how to make www respond", you use the method we were discussing last time, whereby www is a cached image and if out of date tough for viewer ; as to nursery "do we have this ? how about this?" you really want the db to do that for you, it's ~the only thing it;s good for.
asciilifeform: phf, mircea_popescu , et al : one thing that would immediately make a very palpable difference in speed is if there were a permanent way to order postgres to perform all reads immediately, disregarding all locks.
mircea_popescu: i dunno if it supports dirty reads.
mircea_popescu: mysql doesn't lock reads on write locks ; i expect any rmdbs should be capable via config.
asciilifeform: mircea_popescu: it is currently a cached image, i implemented it. the cached snapshots however last for a limited time (iirc i have it set to half hr per url)
asciilifeform: mysql is a shitsandwich, and i will not touch it (it fucking CRASHES)
mircea_popescu: you don't in general want the frontend to be able to expire your cache, let the backend do it whenever it feels like it.
asciilifeform: for all of the cruel things i have said about postgres : it crashed 0 times.
mircea_popescu: i wasn't proposing mysql in any sense.
mircea_popescu: but - dirty reads should be possible on any db system
asciilifeform: if someone knows , from memory, the relevant knob: please write in.
phf: pretty sure not on postgresql, they are strict about their acid
asciilifeform: yeah when i put on my shit diving suit and went down into the docs, i found none.
asciilifeform: (doesn't prove that it is absent)
mircea_popescu: that's pretty sad.
asciilifeform: trinque: that looks potentially useful, i'ma look at it in detail when i come back from meat .
asciilifeform bbl, meat
phf: typically you handle it by not making your query lock the entire table, using a where clause of some sort. like if you're inserting things in batches, you can use a batch counter, and you query against max last known batch counter or less (or a variation of)
mircea_popescu: kinda halfway solution innit
jurov: this is decided by transaction isolation level trinque posted. by default, table gets locked only if you explicitly "select for update"
mircea_popescu: it really should be up to operator wtf, if i want to read dirty let me read dirty what sort of decision is this for designer to make.
phf: jurov: well, it's not clear where "disregard all locks" comes from in the original request. if the actual operations are as asciilifeform describes, i.e. sporadic inserts, and sporadic selects, then there will be no locks. my point is that there's no "disregard all locks" in postgresql, you solve it by knowing what lock you're hitting, and then designing your query to sidestep the lock
mircea_popescu: this makes sense to someone ?
jurov: Flly lockless dirty read is likely a security hazard (due to race conditions, you may end up reading memory you ough not to)
jurov: So, you have to live with locks and know them
phf: mircea_popescu: sop outside of mysql world. dirty read is considered a liability, so whole point of db systems design is to ensure that you don't hit locks when you shouldn't.
mircea_popescu: does either of you see how this is the db writer outsourcing his incompetence on the user ?
davout: http://btcbase.org/log/2016-12-30#1593458 <<< vaguely rings a bell, does anyone have some pointers at hand so i can go read/re-read?
a111: Logged on 2016-12-30 16:07 mircea_popescu: http://btcbase.org/log/2016-12-30#1593228 << yes, periodically since 2014.
mircea_popescu: nevermind "mysql world" and "security" claptrap. the point of fact is you want me to cut off my hand so my helmet will fit.
jurov: This is not incompetence, but unsolved problem in CS.
mircea_popescu: oh i see.
phf: mircea_popescu: yes, ~having to deal with locks~ happens past the limit of db designer's competence
mircea_popescu: exactly how the statements {"do not allow anyone else to write here until i say" ; "let anyone read anything at any time"} amount to an "unsolved problem in cs" ? and wtf cs is this we speak of, sounds more like chewinggum-science.
davout: http://btcbase.org/log/2016-12-30#1593472 <<< trb -> trb only possibru, or could prb -> trb also work?
a111: Logged on 2016-12-30 16:14 asciilifeform: the fastest sync method, supposing one has access to a synced node, but also supposing that it won't do to simply copy the blocks (and it won't, you want to verify) is an eater-shitter system
phf: mysql solution is to creatively relax acid and hope things will "just work", which is the flip side of "mysql crashes all the time"
davout: phf: iirc mysql's innodb lets you choose your isolation level per transaction
mircea_popescu: phf think for a second : the whole FUCKING POINT of a semaphore, of any kind, is that user can't know what the other item involved is doing. if they could know, they wouldn't "avoid the locks", they'd avoid the bad write outright.
jurov: davout: you can sync only from prb 0.10.4 and earlier
davout: jurov: because prb's dumped block format changed?
mircea_popescu: pretty much.
mircea_popescu: they have a new protocol.
jurov: davout: the ondisk format (not blocks, but index) changed much earlier, oorc at 0.9 or so
jurov: i was talking about network syncing
davout: ah yeah, i'm currently syncing off ben_vulpes, i was wondering if dumping blocks from prb and then eating them with trb would work
mircea_popescu: prb has dumpblock ?
davout is currently checking
davout: found "preciousblock" command. wtf
davout: so yeah, prb does have a way to dump a block to hex from a block hash, and a way to get a block hash from a height, looks like this could work
mircea_popescu: o look, a precious block!
mircea_popescu: davout keep us posted.
davout: did you just assume my diligence?
davout: maybe i'm too lazy to script this and can live with waiting a month to sync!
phf: mircea_popescu: i'm not quite groking what the bad write is. are you saying that instead of intermingling writes and reads, you should batch them, and not write while you're reading?
davout: looks pretty trivial tbh, will probably end up doing it
davout: what's the syncing bottleneck on trb's side?
davout: actually fetching the block data?
mircea_popescu: phf i am saying that if you imagine the user can be relied on to "know where the locks are and read around them" then you are therefore necessarily saying "locks are useless - user can always know what he wanted locked and simply not write there hurr"
davout: mircea_popescu: seems to me like it would reduce to 'moving the problem'
mircea_popescu: because, again, a semaphore exists because the user does not know what the user is doing.
phf: mircea_popescu: that's not quite what i'm saying.
mircea_popescu: davout this is entirely my argument : they've moved the problem and call this "modern db"
mircea_popescu: and im supposed to be so cowed by the risk of being called mysql-sometrhing that i'm not going to say anything or i dunno
phf: that's not even close to what i'm saying though.
mircea_popescu: say it again, mebbe it sticks this time.
mircea_popescu: davout neh, block verification.
davout: but then, how can it vastly improve sync time to feed blocks from same machine instead of letting trb suck them from the network?
jurov: mircea_popescu: you would trade speed for occassionally getting garbage when you call read()?
davout: and re locking, how's a RDBMS to provide ACID guantees without locking?
mircea_popescu: whether i would or i wouldn't IS NOT THE DB'S DECISION, jurov .
phf: you have your basic database requirements: atomicity, consistency, isolation and durability. these are axiomatic, you either expect them to hold or there's no point in further elaboration. at least SQL from the conception guaranteed the four requirements. "dirty read" violates consistency. your table might be half way through an update, you do a "dirty read", which is necessarily faster than update, and you have half the results with
phf: old values, other half with new values. you ~can~ guarantee four requirements ~without~ using locks
davout: (not saying that locking should be mandatory ofc)
mircea_popescu: phf here's the problem : moder(field) consists of take field, redefine it in a practically useless but superficially persuasive way, then bad_words() to whoever dares ask if your "field" solves any important questions in the field. because of course it doesn't, MIT is the premier institution in science(*) and technology(*) in the werld.
phf: but that's the slowest option, so you have strategies for increase of speed that involve strategic placement of locks
mircea_popescu: whether i want consistency as arbitrarily defined by you is my decision, not yours.
mircea_popescu: one cuts and the other picks. if you cut db field into "acid" i pick you out of existence.
jurov: mircea_popescu: in this case asciilifeform categorically claimed he decided to have consistency, or are you deciding otherwise?
mircea_popescu: you are confusing two consistencies. the problem here discussed is dirty read by www ; its consistency with the actual db is not seriously contemplated.
mircea_popescu: meanwhile inconsistency within the actual db are a different matter.
jurov: so you're fine if wwwtron occassionally read mangled pointer and returned for exampel contents of /etc/passwd?
jurov: this is what it boild down into
jurov: *boils
mircea_popescu: and here's exactly the problem of superficiality : "you either expect consistency or there's no point in discussing". there's LEVELS. maybe i expect all my writes to be consistent and don't care by A CLASS of reads being consistent. this is a consistency model that's consistent.
mircea_popescu: jurov no ; but i am fine with wwwtron ocasionally reading a field that has meanwhile been updated, and giving old, of an unspecified age but less than x time.
davout: jurov: i think it's more like nobody gives a shit if static wwwtron is out of sync with DB
mircea_popescu: and THIS is what i mean re "problems in the field". whopee, idiots who can't code still want to be "at the forefront of computing" so they made a modern db that doesn't work.
mircea_popescu: and i'm supposed to care about the fact that they don't know how to write a db that doesn't spit out passwd ?
mircea_popescu: and if i don't im racist and rapist ? really ?
jurov: mircea_popescu: this is the problem with c machine, that everythign is pointer, and without preemptive locking, you can't distinguish your pointer points to merely stale data vs. garbage
mircea_popescu: oh i see. it's the c machine. ok then.
mircea_popescu: how about prostgres===mysql because guess what, c machine. hm ?
jurov: cuz buth postgres and mysql are in C?
mircea_popescu: YOU JUST SAID THIS!
phf: well, "you either expect" is because ~sql~ as a db language is specified to have acid. there are databases that support dirty reads/writes they are just not "sql"
mircea_popescu: phf you'll have to link me to this.
davout: phf: you're saying postgresql doesn't have a "read uncommitted" transaction isolation level like innodb?
jurov: phf no mircea imagines he can order c machine "read me this without any locking, but it must be in some class or!"
phf: davout: no, nor does oracle :o
ben_vulpes: http://btcbase.org/log/2016-12-30#1593697 << scripting is too much work, just manually dump every block and then manually load it into trb once the previous eat completes. nice meditative activity
a111: Logged on 2016-12-30 17:40 davout: maybe i'm too lazy to script this and can live with waiting a month to sync!
mircea_popescu: davout no he's saying it's not in the sql spec! which, considering how specwork goes, he might be even right about some version.
phf: i'm wrong, sql92 allows dirty read in read uncommitted
mircea_popescu: alright.
mircea_popescu: !#add precious point
a111: Logged on 2016-12-30 17:33 davout: jurov: because prb's dumped block format changed?
mircea_popescu: apparently he found something, dunno.
mircea_popescu: we'll see how it goeth.
davout: asciilifeform: it does have a command that shits hex at me given a block hash
mircea_popescu: well that's the next best thing.
davout: oic, dumpblock dumps binary?
asciilifeform: whole block
mircea_popescu: davout the suspicion is that relevant data may be missing from the thing, but we really dunno.
asciilifeform: eatblock -- eats it
davout: well, either a block verifies, or it doesn't
mircea_popescu: the bar is higher, but anyway, yes.
asciilifeform: all of my nodes, fwiw, descend from the eatblock experiment
asciilifeform: which, in turn, ate mircea_popescu 's vintage block set
davout: i'm still curious what would make this kind of setup where i script "prb dumpblock | hex2bin | trb eatblock" much faster than syncing from network if the bottleneck is indeed the block verification?
mircea_popescu: filtering a chain out of the soup outside like BingoBoingo is not without merit.
mircea_popescu: davout block verification is the bottleneck in the dump-eat block process.
ben_vulpes: davout: my node is for example, busy sometimes serving blocks to other people
mircea_popescu: otherwise, the bottleneck is the shitsoup outisde.
ben_vulpes: sometimes verifying a new block
phf: davout: you don't get consistent, uninterrupted, sequential chain of blocks. the actual distribution pattern is a mess, that "orphanage" was bandaiding
davout: ok. imma give it a shot
asciilifeform: davout: mempool operation slows sync 100x
asciilifeform: ditch it, and ditch randos and their shitblocks, and 0--current sync takes 6 or so hrs.
asciilifeform: hence eatblock on airgapped box.
asciilifeform: http://btcbase.org/log/2016-12-30#1593675 << mircea_popescu nails it: postgres is crippled 'for yer own good'
a111: Logged on 2016-12-30 17:29 mircea_popescu: exactly how the statements {"do not allow anyone else to write here until i say" ; "let anyone read anything at any time"} amount to an "unsolved problem in cs" ? and wtf cs is this we speak of, sounds more like chewinggum-science.
asciilifeform: it is precisely chewing gum, 1000 tonned of it
phf: not just postgresql mind you. oracle definitely, mssql as far as i know
asciilifeform: *tonnes
asciilifeform: all of'em
asciilifeform: liquishit.
asciilifeform: 'keep monkeys from injuring self and others'
jurov: asciilifeform: so is there any database in existence that allows it? without occassional garbage?
asciilifeform: http://btcbase.org/log/2016-12-30#1593712 << why should i ever get garbage when reading ~unrelated~ datum?!!
a111: Logged on 2016-12-30 17:49 jurov: mircea_popescu: you would trade speed for occassionally getting garbage when you call read()?
mircea_popescu: dude the fact that every other girl in your class is a slut isn't going to feed you or your baby.
asciilifeform: or wait, 'spittoon is in one strand' ??
jurov: because the db was in the middle of balancing some datastructure?
mircea_popescu: so let it use locks :D
asciilifeform: it's malignantly retarded, and i'ma burn it down.
asciilifeform: all of it.
mircea_popescu: sadly chewing gum is not flammable.
jurov: my point is, if you want to read arbitrary stuff at arbitrary time, you must *carefully design* for it. you don;t get it for free on c machine
asciilifeform: hence the slow methodical spray of petrol
mircea_popescu: this point has some merit, but we're reading "arbitrary" stuff not arbitrary stuff, it's addressed to the db abstraction which is allowed to handle it, not directly to pointers.
mircea_popescu: i don't demand db hand over real memory addresses.
asciilifeform: i pissed on 'db' concept as a student, and i piss today: custom data structure for each job! the year ~is~ 1972.
asciilifeform: prolly forever
mircea_popescu: this is not so differeny from my "if you absolutely must hire shaman, hire mysql, it's cheapest"
asciilifeform: sql is exactly the infamous vice-grip: 'the wrong tool for every job'
trinque: sure, but the tool for vast piles of relational time series data looks very much like relational database, but not for idiots.
asciilifeform: and sometimes, cheap shaman is a disaster, and you want an actual surgeon.
mircea_popescu: what you want matters as much as what you hope.
mircea_popescu: you get what there is.
asciilifeform: well yes, you get cut open by the butcher you have, not the surgeon you wish you had
mircea_popescu: anyway. this has been, at least to me, an informative excursion.
phf: dirty read would definitely solve me a lot of headache now, though not enough motivation to switch to mysql. not so much when i worked on oracle for a g-sib where you want acid, so instead "avoid bad writes"
mircea_popescu: there's a reason mysql owns the web, and that has to do with this very specific www-powered profile described above, http://btcbase.org/log/2016-12-30#1593729
a111: Logged on 2016-12-30 17:56 mircea_popescu: jurov no ; but i am fine with wwwtron ocasionally reading a field that has meanwhile been updated, and giving old, of an unspecified age but less than x time.
mircea_popescu: which is just about what the web MEANS. www = "that data exploration mechanism which ocasionally puts out old data, of an unspecified age but younger than x".
mircea_popescu: to go into trinque 's mullings about the meaning of things and items.
phf: well, it's also reason why the kind of stuff you could run on a beefy dreamhost now requires $5k/mo amazon rds instance
mircea_popescu: im not sure i follow this one ?
jurov: mircea_popescu: yes, but most of www can live with crashing database (even innocent reading can cause sigsegv, sadly)
phf: mircea_popescu: rds is amazon's hosted relational database solution(tm) which is a postgresql on a unixbox
mircea_popescu: jurov trilema db never crashed, in 9+ years and however many quintillion queries.
trinque: the reason I flip the process and say that db writes static www, rather than www reads db, is that the write of www matter can be transactional with db state update.
trinque: consider the case where a form is generated based on db state, and the validity of that form depends on db state
mircea_popescu: phf yes, but a fine approach to answering "what is the basis of alf's value as an engineer" is pointing out that he runs phuctor on the phuctor box, which fails to cost 5k/mo.
trinque: you otherwise get a case where one user can't submit his form, because mismatch between UI and acceptable-insert
trinque: then from there you can optimize and say "I don't care if one guy gets stale form, need moar speed"
mircea_popescu: of course random dorks go on about how no such labs will go out of business through the unlikely avenue of delivering what is clearing 1mn/year worth of services out of <1k/month, but hey.
trinque: and forgo the transactional write of the form
mircea_popescu: that's what the web is for.
phf: true, but alf also "won't touch the web"
mircea_popescu: except he does, evidently.
mircea_popescu: he's written more webfacing stuff than ~everyone else. he has teh red army spirit.
phf: for the republic, not for hitler. he lacks that certain "good german" spirit, ja
mircea_popescu: well, dunno about "than anyone else" in that very general form, but certainly more than you'd expect or he'd have hoped.
mircea_popescu: trinque the idea isn't without merit.
jurov: http://btcbase.org/log/2016-12-29#1592846 << I have synced and pressed makefiles.vpatch, but there's no C code, only makefiles
a111: Logged on 2016-12-29 22:54 ben_vulpes: jurov: would you be so kind as to update the lxr with makefiles.vpatch ?
jurov: ben_vulpes et al.: how you want to present this in lxr? or are there more steps?
mod6: wut
mod6: everything, if press happened correctly, should be under bitcoin/src
jurov: ok, i'll rather start again from the beginning. what's the newest v.pl version?
davout: jurov: werked for me :3
davout: asciilifeform: why is there a specific -caneat flag? is there something specifically dangerous about eating blocks?
jurov: me was working with V-20151014.tar.gz :)
ben_vulpes: jurov: have you run msft updater today? :P
mod6: jurov: in that howto, you'll find a series of both offline steps, and online steps. you can choose your own adventure.
jurov: i see, ty
davout: also i'm getting a "Flushing wallet.dat" after each eatblock, eats ~50ms each time
ben_vulpes: davout: yup
ben_vulpes: because it has to keep track of the inputs for all of the addresses it made ten minutes ago
asciilifeform: http://btcbase.org/log/2016-12-30#1593841 << it's part of the not-being-prb business, not to foist changes that have ~any~ potential sharp edges on operator
a111: Logged on 2016-12-30 19:04 davout: asciilifeform: why is there a specific -caneat flag? is there something specifically dangerous about eating blocks?
davout: asciilifeform: you mean it files rough edges off every single time?
asciilifeform: eatblock is a specialist tool
asciilifeform: and yes, it is only accessible via rpc anyway
asciilifeform: but i saw no reason not to give it a red flip cover.
davout: right
davout: ok, ~/blox/ass_to_mouth.rb is working, we'll see how that goes
asciilifeform: davout: why do you have a prb node, out of curiosity?
davout: because createrawtx et al.
davout: what do you mean? i create transactions from arbitrary unspent outputs, sign them, and broadcast them
davout: hence my previous questions about the state of this particular functionality in trb
mod6: working on it :]
mod6: well, was, anyway. once the new changes for V are complete/tested/released, will be back on it.
davout: yeah, ben_vulpes told me in your very chan, if i can help it i'd be happy to, it does sound like a pretty good starting point for me to hack on trb
davout: "scratch your own itch"
davout: pretty much the only thing i personally need to be able to rm -rf all traces of prb from my boxen
mod6: well, ... feel free. but i think the coding part aside, which isn't going to be horribru, since a lot of it is backport anyway. but the testing is gonna be gnarly.
ben_vulpes: ty jurov
mod6: and am going to try to build tools, if needed, to help test this.
davout: mod6: i think it would actually be the least painful part to test
mod6: really? why do you think so?
ben_vulpes: mod6: "test[ing] this" is actually how i got on the alpha centauri miner quest
davout: try to craft a bunch of transactions, sign them, it either works or doesn't work, testing this functionality doesn't seem to depend on a lot of external, hard to reproduce, state
davout: s/state/context/
ben_vulpes: create and sign at least may be testable via the boost testing framework that's already in place
davout: yeah, that's something that seems to me pretty easily testable in a "isolated unit tests" way
a111: Logged on 2016-12-30 19:25 jurov: http://btc.yt/lxr/satoshi/source/src?v=makefiles << mod6 asciilifeform ben_vulpes
ben_vulpes: davout: ^^
mod6: those are not really unit tests, those are functional tests. but yeah.
asciilifeform: ben_vulpes: this won't , as i understand, help him, he wants to ~craft~ tx, not merely broadcast-raw
mod6: i think over all it's a decent approach. have some pre-crafted transactions, and see how it goes. this is minimum. i wanna make sure we don't just capture "happy-path" but, all edge cases too.
ben_vulpes: davout's a rubyist, don't expect rigor in terminology from him mod6 :P
asciilifeform: as in, y'know, the thing that wallet ~ought to have done from day 1~
asciilifeform: instead of the 'accounts' and 'wallets' idiocy
mod6: no room for error here, lest someone sends all their coins out as a large fee, or some crazyness.
mod6: anyway! glad to have the help, and the experience from someone who uses this end of bitcoin quite a bit.
mod6: :]
ben_vulpes: asciilifeform: sorry, what?
mod6: we'll be discussing more in the near future i do suspect, Sir.
asciilifeform: mod6: error can be tolerated in ~autopilot that user can disable at all times~, i.e. it ~recommends~ a tx, user can review before firing
asciilifeform: ben_vulpes: as i understand, davout was asking for sane-wallet, rather than merely raw-tx-hopper
mod6: im not fixing the wallet, in this case, ftr. i'm just putting in the ability to create and send a raw tx.
mod6: and some other tools like 'listunspent' etc.
ben_vulpes: asciilifeform: he's still digesting "how to cut the wallet", let him ask for the things for which he's going to ask
asciilifeform: mod6: what means, in this case, 'create' ?
mod6: eh. mis-spoke kinda.
mod6: "build" a rawtx by hand, send it.
mod6: anyway, im just working through the beginning stages here. so im certainly not an expert on rawtxns
mod6: <+asciilifeform> mod6: error can be tolerated in ~autopilot that user can disable at all times~, i.e. it ~recommends~ a tx, user can review before firing << umm, i dunno about this.
davout: asciilifeform: i'm simply after the functionality of crafting raw txes from an arbitrary of outputs that *I* select, not wallet functionality in the sense of letting the system work out the details of "send X bitcoin to Y address"
davout: s/arbitrary of/arbitrary list/
asciilifeform: mod6: 'create a tx' is np-complete (knapsack problem) so you can potentially end up with strange solutions. user MUST approve before firing.
asciilifeform: the current behaviour is nuts.
mod6: ok. i didn't grok your sentence above.
asciilifeform: but the probability of 'txtron suggests 'send all money to karpeles' or 'send a million btc as fee' ought to be 0.
mod6: i read 'errors are tolerated'. and freaked.
davout: asciilifeform: my opinion is that the system doesn't even have any business *attempting* to select which outputs should be spent, let the user plug whichever system he wants on top of the low level "raw tx from arbitrary inputs" tool set
mod6: yeah, a valid rawtx is valid, but yeha, should be approved, somehow by user, before sending.
asciilifeform: davout: by all means it oughta have manual knobs.
davout: i content that these should be the ~only~ knobs at trb level
asciilifeform: but there is no reason i ought to have to enter 8 decimal points BY FUCKING HAND 10,001 times to make a tx.
asciilifeform: there ~will~ be error.
asciilifeform: if i have to do that.
asciilifeform: and error in ~fired~ tx is intolerable.
davout: script it on top of trb, don't integrate it directly in there is what I think is the correct solution
asciilifeform: so, now what, the thing drags perl along with it into eternity? python ?
davout: i didn't say it had to come *with* trb
asciilifeform: if trb is not usable NAKED, it ain't trb !
mod6: <+jurov> http://btc.yt/lxr/satoshi/source/src?v=makefiles << mod6 asciilifeform ben_vulpes << cool! thanks
asciilifeform: not a ~reference~ !
asciilifeform: we had this 'lose the wallet!' thread.
asciilifeform: before. several times.
mod6: <+davout> mod6: i think it would actually be the least painful part to test << anyway, i hope so. im sure there will be more discussion in coming months.
davout: such a setup ~is~ usable naked
asciilifeform: davout: how ?
asciilifeform: unless i misunderstand, you suggested removing functionality that ~was~ there in 2009
asciilifeform: in favour of something yet to be written.
davout: in the same way a gun is usable "naked", just don't point it to your face!
davout: the "let program select outputs to spend" half works half of the time, like you said "knapsack problem"
asciilifeform: my contention is that a trb with entirely removed unspent-selector is not usable-naked.
davout: and why not? because dangerous?
asciilifeform: there has to be a basic mechanism where the thing can be used, in anger, 2009-style, sans perl/python/etc.
asciilifeform: davout: no, because i'm not about to calculate ecdsa by hand with pencil on grid paper.
mod6: i don't think that should be removed. i think that the user aught to have the option to select them if he wants, with rawtx.
asciilifeform: option -- yes.
asciilifeform: raw tx hopper -- also yes
asciilifeform: removal of old grandfather's pistol -- no.
asciilifeform: unless there is a clear and fully-capable replacement.
davout: imho a "warn-if-insane-fee" config knob is largely sufficient, and would allow removal of the "output selection" nonsense from the code
asciilifeform: this is what distinguishes us from the beasts of the fields, folx.
ben_vulpes: you two are using "output selection" to mean two different things
asciilifeform: what distinguishes surgeon from butcher.
ben_vulpes: one of you is using it to describe the process of selecting signable unspent transaction outputs and another using it to describe the new outputs created
mircea_popescu: davout it is a good starting point yes.
ben_vulpes: at issue here is "where do the coins go" and "how to select the utxos to sign"
davout: utxos to sign -> provided by user
ben_vulpes: davout: and you get this list of utxos how?
davout: trb being able to list utxos given a bunch of addresses would be pretty obviously needed
mod6: listunspent
davout: but then we're going down the bitcoinfs rabbit hole
asciilifeform: i dun think 'listunspent' is escapable, no.
ben_vulpes: with the current mechanism you'll have to import those addresses and rescan some amount of the blockchain to find the utxos you want
ben_vulpes: index with symlinks on address too why not
asciilifeform: why? if you have the privkey, every incoming valid block is inspected for tx pertaining to $addr
asciilifeform: even in the oldest trb.
ben_vulpes: today, yes
asciilifeform: and in any sane future trb.
ben_vulpes: any sane trb that doesn't index tx on output address i suppose
davout: yeah that's pretty much the point
davout: indexing based on address seems the sanest to me
ben_vulpes: wallet boils down to 'index of txen paying to addresses i care about' anyways
asciilifeform: index'em however you like, if new blocks aren't inspected for pertinent-to-me tx, the thing's a turd
asciilifeform: there is 0 reason why any extra processing ought to be needed for this.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593945 << this is the wrong approach. you want to not shit in soup, not to filter shit from soup prior to serving.
a111: Logged on 2016-12-30 19:43 davout: imho a "warn-if-insane-fee" config knob is largely sufficient, and would allow removal of the "output selection" nonsense from the code
asciilifeform: just walk the new blocks. as is done now.
davout: such index allows complete excision of wallet functionality, and reduces privacy concerns should your node somehow get buttraped
ben_vulpes: 'inspected for pertinent-to-me tx' is a subset of 'index blocks sanely'
davout: mircea_popescu: ok, "forbid-insane-fee" then
asciilifeform: davout: if your node is raped, anything that is fed into it is also visible to enemy, and you have 0 privacy of anything but (possibly) privkeys
asciilifeform: and that's supposing you are meticulous about using 'diode' etc.
mircea_popescu: http://btcbase.org/log/2016-12-30#1593954 << ben_vulpes is going that way from my understanding.
a111: Logged on 2016-12-30 19:46 davout: trb being able to list utxos given a bunch of addresses would be pretty obviously needed
davout: asciilifeform: privkey privacy is pretty much all that matters imo
asciilifeform: davout: which pubkeys you watch is also something enemy has 0 business knowing
mircea_popescu: there is that.
asciilifeform: even if not as catastrophic as privkey leak
davout: i might very well broadcast other folk's txes from my node, just as well as i might broadcast my own txes from arbitrary shitnodes
ben_vulpes: which is why index the whole blockchaaaaaain
davout: asciilifeform: ben_vulpes has it
ben_vulpes: fine i'm going to go scream in a corner where i'm sure i'm the only one listening
asciilifeform: this is actually one of the reasons i insisted on eatblock and dumpblock
mircea_popescu: is there something being discussed or we just shootin da breeze ?
asciilifeform: it lets you have airgapped nodes.
asciilifeform: mircea_popescu: as i understand, thread was originally about 'sane wallet mechanism'
ben_vulpes: mircea_popescu: we're cramming a year+ of wallet into davout's head now that he's paying attention again
davout: haha fuck you
mircea_popescu: yeah just parser failed to return anything in the $controversy construct
ben_vulpes: davout: cheeky
phf: everyone sensing there ought to be a fight, but everyone's agreeing
davout: anyway, i guess my position basically boils down to: "as far as trb proper is concerned, best wallet is no wallet. but sane indexing mechanisms"
ben_vulpes: hey, the power rangers wanted 20mb blocks for whatever reason. i want indices.
mircea_popescu: davout this is pretty much agreed upon, provided you mean by the words what we mean by the words.
davout: let's elaborate i guess
davout: currently unspent outputs are indexed by address
mircea_popescu: and incidentally "knapsack" problem is a fucking overstatement. here's a very simple strategy : 1. sort available inputs by size ; 2. if current step != last step, select first input that is smaller than tx going out else select the input right before that ; recurse to 1.
mircea_popescu: user defines number of steps and that's it.
davout: trb should be able to shit list of unspent outputs, optionally filtered by address
mircea_popescu: no, actually, trb should apply the above scheme EXACTLY like how v applies patches : you populate a wot with acceptable addresses
mircea_popescu: which may be "all" or a subset at your option.
davout: crafts desired transaction therefrom, insert in mempool ~fin~
mircea_popescu: well technically spits it out, it shouldn't insert by itself.
mircea_popescu: for one thing it may not have authority to sign tx.
ben_vulpes: still needs signing, yeah
davout: mircea_popescu: yeah, i meant it as a separate, user-initiated step
davout: maybe you want to broadcast that transaction from mit prb nodes, up to you
davout: no more "oh, but the transaction you're attempting doesn't match min fee $magic_number"
mircea_popescu was pretty impressed with davout 's bitbet liquidation tx.
davout: no, but seriously, how many times did I beat prb into crafting txes it would give me unwarranted opinions about
davout: that ended up confirming just fine
davout: and equipped with such sanity, if your transaction doesn't confirm, double spend it, no big deal
mircea_popescu: anyway - go, code.
davout: no more "oh, but this transaction is already in my mempool, sfyl"
mircea_popescu is going to start recommending people go to barren islands after all. turns out boredom is promotive of sanity.
davout: i want this transaction broadcast, just fucking drop whatever's conflicting with it
asciilifeform: davout: the entire attempt to mechanically distinguish 'double' from normal spends is an evil prbism
asciilifeform: and Must Die
mircea_popescu: no dude! you wand some acid?
asciilifeform: a doublespend is, in sane planet, STRICTLY attempt to spend coin that was already spent IN A BLOCK
asciilifeform: not in mempool soup.
asciilifeform: and in the block case -- yes, mechanically rejectable.
davout: latest example of transaction "that shouldn't have confirmed": e73d40c1aa9147e426de43d64753c2318c234426f6efbd090a7a9313d87f95e6
davout: a couple of days ago
asciilifeform: davout: why 'shouldn't have confirmed' in this case ?
davout: ended up just perfectly sent to children in uganda
davout: asciilifeform: because it apparently didn't match whatever prb thought was a "minimum fee"
davout: nevermind that this transaction not only carried a fee, but also resulted in a net cleanup of the utxo set
mats: so much log
asciilifeform: http://btcbase.org/log/2016-12-30#1594027 << this is only half of the headache. the behaviour of heathen nodes, who think that they already have 'your' tx, and the new one is 'doublespend', is the other half.
a111: Logged on 2016-12-30 20:04 davout: i want this transaction broadcast, just fucking drop whatever's conflicting with it
asciilifeform: and those -- must be exterminated.
asciilifeform: because they are a malignancy.
mats: asciilifeform: best part is the tacit omission that usg can be owned by 6 year old with five bitcents to rub together
mats: lulululul
davout: asciilifeform: this ended up never being a problem in practice
asciilifeform: let'em live in the wild, with the wolves, with prb segshitness etc.
asciilifeform: davout: ahahaha recall the bbet shitstorm ?
davout: i'm not remembering until my lawyer is around
mircea_popescu: mats was that a quote ?
mats: mircea_popescu: no, i wish
mircea_popescu: irconfused.
mats: er, admission*
asciilifeform: davout: for whatever reason, there exist miners who SIT on a tx, right until the very millisecond that they see a 'doublespend' OF it, and then IMMEDIATELY mine the ~first~ one.
asciilifeform: why -- to this day i do not know.
phf: ftr, least i somehow become sql acid proponent, i'd like to point out that i'm the only person running tmsr infrastructure ~not on a sql database~
asciilifeform: somehow, this profits somebody, somewhere, or is perhaps a side-effect of some other idiocy.
asciilifeform: phf: i thought your logtron was fed by a standard db..?
phf: no wai
asciilifeform: by what, then
davout: asciilifeform: weird
asciilifeform: davout: they'll pick up high-S tx also, and sit on then RIGHT UNTIL you broadcast a doublespend with correct chirality
asciilifeform: and ~immediately~ fire the malleated one
asciilifeform: *on them
asciilifeform: i do not know why this is done, nor have any plausible hypothesis. vermin do what vermin do.
davout: since vermin can hardly be completely exterminated the correct approach seems to be "don't go live in sewer"
ben_vulpes: phf: i think this is pretty neat, have wondered about your x-referencer etc
asciilifeform: davout: atm we are at the medieval tech level where we have -- afaik -- nfi how to live without lice, fleas.
asciilifeform: miners.
asciilifeform: i, for one, would love to discover how.
davout: why would a lord want to live without at least ~some~ peasants around?
phf: asciilifeform: a log is just push-vector with checkpoints. entire thing barely takes up 200mb of in memory data
asciilifeform: theoretically a 'will go in node xxxxxxx --- yyyyyyy inclusive or NEVER' field in tx, would have been sane. but it is too late, this is not in bitcoin.
mircea_popescu: asciilifeform there is no such thing as "immediately mine".
asciilifeform: *in block
mircea_popescu: to mine a block you must have decided what it contains a long while in advance.
phf: sbcl right now is at 450mb on average, which drops to 270mb after full gc
asciilifeform: mircea_popescu: of course not. it gets disgorged.
asciilifeform: so presumably was mined 'in advance'.
asciilifeform: how ? i do not know.
asciilifeform: presumably the 'withholding algo' discussed earlier.
mircea_popescu: phf your honor is not in question sir.
davout: http://btcbase.org/log/2016-12-30#1594075 <<< iirc it's half there, see "locktime"
a111: Logged on 2016-12-30 20:16 asciilifeform: theoretically a 'will go in node xxxxxxx --- yyyyyyy inclusive or NEVER' field in tx, would have been sane. but it is too late, this is not in bitcoin.
asciilifeform: davout: locktime is promisetronic!
phf: har
asciilifeform: and even if it weren't, it does the exact OPPOSITE of what i asked for.
davout: asciilifeform: isn't it actually enforced?
asciilifeform: davout: understand, it is 'enforced' by miner cartel ONLY
asciilifeform: anybody with a few mil. usd to burn could rent the hash tonight to thermonuke it.
asciilifeform: (probably even less, i have not crunched exact number.)
asciilifeform: the locktime thing is simply a hint that says 'usg-compliant miners, PLEEEZ dun mine this until block X'
davout: asciilifeform: so you're saying a block including a transaction with locktime > block height is considered valid by trb ?
asciilifeform: they can say 'fuckyou' tonight, if they like.
asciilifeform: absolutely.
asciilifeform: we had this thread.
davout: iirc there were two *different* locktime 'features'
davout: one that was there since day 1, the other that was 'soft-forked' in
davout: i shall research
mircea_popescu: davout trb does not implement any of the prbisms. this means that ANY innovation included by the power rangers is a "while it lasts" thing, and building on top of it is setting one up for tears.
mircea_popescu: sooner or latter prb WILL be unwound. this is a certainty. just a matter of when.
mircea_popescu: this is regularily reiterated just for good measure.
asciilifeform: mircea_popescu has it.
davout: mircea_popescu: iirc there was one locktime thing that was there from day 1
asciilifeform: davout: it applied to nonfinal txen strictly.
mircea_popescu: but as far as software design and business risk planning goes, importing any prb means locking in a certain future loss.
davout: asciilifeform: howso?
asciilifeform: carefully follow the logic.
asciilifeform: afaik all real-life tx are 'final'.
asciilifeform: ergo no trb node will ever reject a tx for reasons pertaining to 'locktime' garbage.
asciilifeform: nor a block containing said 'violator' tx.
a111: Logged on 2016-07-27 18:45 asciilifeform: thestringpuller: what EXTANT miners CHOOSE to mine, and what COULD be mined, if there were sane folks mining, are quite distinct things.
asciilifeform: and observe, http://btcbase.org/log/2016-07-27#1510563 , the prb idiots did not ever dare to introduce eggoging-on-locktime-violated. because that there'd be a phork
a111: Logged on 2016-07-27 18:53 asciilifeform: http://btc.yt/lxr/satoshi/source/src/main.cpp?v=0.10.0#0722 << still quite the same in prb 10 !!
asciilifeform: because the bomb ~could~ drop ~tonight~.
davout: so it appears I'm a fucking idiot here
mircea_popescu: this so rarely happens in #trilema
ben_vulpes hands davout a beer
davout: asciilifeform: this method returns false if nLockTime is > blockHeight http://btc.yt/lxr/satoshi/source/src/main.h#0436
davout: amirite?
davout: raises an error should one of the transactions return false for IsFinal ?
asciilifeform: davout: all tx that live in a block must be 'final' yes
davout: so a block doesn't pass AcceptBlock if one of the transactions has nLockTime > blockHeight
asciilifeform: nope, that condition only gets unmet if any INPUT is nonfinal
asciilifeform: AND the blocktime thing. it recurses.
asciilifeform: the fallthrough case is 'true'.
mircea_popescu: there should be a word for computer code that does the opposite of what it "appears" to be wanting to do.
asciilifeform: mircea_popescu: it is called, in this case, 'underhanded c'
mod6: or typical
davout: asciilifeform: oic
asciilifeform: and yes, this crapola is typical
asciilifeform: 'see! we enforce it!'
asciilifeform: 'ummm looksy here'
mircea_popescu: typical-underhanded-do-the-opposite-of-what-it-seems-to-mean
davout: also, from reading the source, AcceptBlock is an entirely different beast than CheckBlock
mircea_popescu: davout yes.
asciilifeform: this is the liquishit 'softness' of 'softforks'.
asciilifeform: the ~appearance~ of rules, where there is only promises.
mircea_popescu: and if you are one of those who can summon the mental energy to convince yourself this [sort of thing] is accident rather than mens rea, you have my admiration.
davout: asciilifeform: this IsFinal method is quite weird, if nLockTime < blockHeight, the further checks on the txin are simply skipped
davout: maybe i'm missing the semantics of "transaction finality"
mircea_popescu: which is the type of thing alf is usually loud about, and all thinking men concerned :
mircea_popescu: this sort of thing allows nonconforming txn to be put in!
mircea_popescu: including eg btc creating txn
mircea_popescu: here's an extra mn
asciilifeform: that's the end of the line, where this train goes, yes.
davout: in all fairness, some of this stuff might also have been fixed later on
asciilifeform: davout: see a few min ago. link. it was not touched in prb10.
asciilifeform: they daren't. yet.
asciilifeform: because it's '3rd rail.' they change ~any~ semantics, and -- bang -- forkable.
asciilifeform: don't think enemy doesn't know which wires are hot. he -- knows.
mircea_popescu: none of this stuff CAN be fixed.
mircea_popescu: that's why the "pistols" discussion ends up where it does
asciilifeform: also if you'd like more joy in life, look at where 'nBlockTime' comes from.
asciilifeform: (spoiler: it comes from your system clock +/- the voodoo delta that trb comes up with using peers)
asciilifeform: arbitrarily, the comparison is only even performed if the magic is below LOCKTIME_THRESHOLD ( http://btc.yt/lxr/satoshi/source/src/main.h#0042 )
asciilifeform: otherwise interpreted as epochtime.
asciilifeform: but at any rate, this threatrical blinkenlight assemblage is simply to distract from the fact that the check IS NOT ENFORCED!
asciilifeform: it is textbook heartbleediste misdirection.
mircea_popescu: so it is.
asciilifeform: or, far earlier, basic stage magic.
asciilifeform: the exact equivalent of meatspace circus sleigh-of-hand.
asciilifeform: *sleight
asciilifeform: (for n00bz) http://btcbase.org/log/2016-12-30#1594162 << it is important to actually go the gedankenexperiment, in one's mind, and understand why it cannot be fixed.
a111: Logged on 2016-12-30 20:45 mircea_popescu: none of this stuff CAN be fixed.
asciilifeform: as soon as you touch the hot wire, you now have a 'schrodinger's blockchain'
asciilifeform: that may or may not get forked at a particular time, but now ~is~ forkable, leaving you and anyone dumb enough to use your patched btctron on the -- almost certainly -- losing end.
asciilifeform: (specifically, a node where somebody touched the hot wire, will accept blocks that other, traditional nodes, will not. and/or reject blocks with they ~will~. definitionally - forktronic.)
mircea_popescu: this is a best case view not supported in practice (by which practice we mean the repeated etherape, symbolic as it is of the chances of the premier science and technology institution in the world in front of a loose assemblage of things that don't, supposedly, exist.)
asciilifeform: it is best-case. average-case will also involve a forest fire that singes ~everybody.
asciilifeform: but it is strange to speak of an 'average case' for phorkwarz.
asciilifeform: we haven't really had many of'em, to learn from.
mircea_popescu: no, actually - a forest fire that singes every ~law abiding~ participant and them only.
mircea_popescu: that "and them only" trailer is mostly why we haven't had the pleasure. just as soon as hitler figures out how to remove it, he WILL burn his citizenry into a crips, as he always does.
mircea_popescu: but hey, citizenry dun wanna believe.
asciilifeform: mircea_popescu: hitler dun wanna settle for 'burn own citizenry', that's trivial already. he wants to dekulakize mircea_popescu et al.
asciilifeform: drain the battery, if you will, that mircea_popescu et al charged.
asciilifeform: it is how hitlers are powered, after all.
asciilifeform: drainin' other folxs' batteries.
mircea_popescu: so far the winds are not too favourable. consider the situation in the field : hitler has ~exactly one trick~, and it is the following trick : you know i shall fall, and i know i shall fall, and we both know we both know, but here's the thing -- the market can stay liquid for longer than you can stay solvent, especially if the liquid is liquid shit from my liquid shit pump. so come, take positions on my sotck exchange, reflec
mircea_popescu: tive of economic reality, why not.
mircea_popescu: to which mp reacts with http://trilema.com/2014/an-era-ends-today-a-new-era-starts-today/ ; which is notable in the form, but not in the result. hitler gets to do his usual manipulation, and "win", but a) hitler is stuck denying the venue where he won exists, and this hurts him so bad he spends a year trying to get kakobrekla to eventually agree "fiat is a better deal" and whatever other "modern science & democracy" nonsense
mircea_popescu: ; and b) that it happens when mp actively says.
mircea_popescu: then hitler tries to make "his own bitcoin", and pumps the battery, which mp drains at his leisure. but it is HIS, hitler figures, so he changes it. and changes it. each subsequent change resulting in erosion of his grasp over the battery in question. the wind blows the other way.
asciilifeform: the exact moment when hitler runs out of furniture to burn, is ~unknowable
asciilifeform: and so various folks, who oughta know better, bet on him.
mircea_popescu: mp can afford to lose however much mp volunteers to lose ; the exposure profile is not symmetrical, hitler keeps having to go all in.
mircea_popescu: moreover, the strategic profile is not symmetrical : the initative is strictly not with hitler.
mircea_popescu: and so here we are.
asciilifeform: dunno that hitler ever goes 'all in', the moneys (however counted) spent on, e.g., haskell, dwarf the ethertard lab budget 100+x
mircea_popescu: the "money" is not a point of interest here.
mircea_popescu: the currency of the reich is, as the original hitler well observed, a sort of sweat.
asciilifeform: easily 1000x the sweat went to haskell.
asciilifeform: (and 100,000x -- to rubyism and other unthinkable rubbish)
mircea_popescu: but in any case - ethertard budget exceeded 50mn in 2016 ; and these are turkey dollars. this is more than the aggregate expenditure across all software branches in the united states in that year.
mircea_popescu: asciilifeform mind that chickens do not sweat.
mircea_popescu: nor dogs (except for their tongue).
asciilifeform: academitards get paid in turkeydollar?! where?
mircea_popescu: asciilifeform the loss was extracted in the field of battle, and came as actual, isis-equipping dollars.
mircea_popescu: the sort that pay for the bullets that cut holes in retarded us-born kids' heads.
mircea_popescu: (to be perfectly clear - most of the eth budget went to propping the exchange rate, nothing else.)
deedbot: http://trilema.com/2016/disgrace-dont-the-dogs-get/ << Trilema - Disgrace - Don't the dogs get
asciilifeform: mircea_popescu: would that be in actual btc-that-usg-somehow-had ? or in 'could-have-hads' (riaa-style accounting..?)
mircea_popescu: whence it comes is not really my concern, for all i know it is running a charity on mars for poor usian children.
asciilifeform: imho actual moneys are in different conceptual category than coulda-shoulda-woulda-moneys, but perhaps that's just me.
asciilifeform: in other lulz, latest visitors to my www, and then to nosuchlabs: employees of Wolfram Co.
mircea_popescu: the dispositive criterion for the matter is the counterparty function.
asciilifeform pictures herr wolfram reading the article about him, and going 'neinneinneinneiennein!1111, banging head'
mircea_popescu: carefuly, you'll get unhappened.
asciilifeform: but last i heard there's 300+ bodies in there
asciilifeform: so not necessarily Herr Doktor
asciilifeform: d00d has own cult, 'with blackjack! and hookerz!'
mircea_popescu: there's worse fates.
mircea_popescu: hopefully he doesn't decide to fuck any of the interns or anything.
asciilifeform: and, unrelatedly, asciilifeform reluctantly admits that (american! early 2000s) 'cougar' game joystick is mighty fine. 1:1 sized replica of 'f16' controls, everything made from iron, even buttons. quite pleasantly surprising. almost like piece from different era, when even toys were made honestly.
asciilifeform: historically accurate to the point of wtf -- even radio controls (what good are they in a sim?) are there.
asciilifeform: thing shows up as ~three mice when plugged in!
asciilifeform: mircea_popescu: i bet herr dokror w fucks baby pandas , and gets away with it.
asciilifeform: he's that kind of 3111117 d00d.
mircea_popescu: i've yet to find a hitler servant that fucked anything.
asciilifeform: mircea_popescu: i thought that normally they fucked little chillenz or similar
asciilifeform: (or, less commonly, household beasts)
mircea_popescu: world of warcraft much more common.
asciilifeform: that's for the young set
asciilifeform: ( 'supernumerary children' (tm) (r) ( mircea_popescu's articles ) )
mircea_popescu: they're all supernumerary, and chyldren.
mircea_popescu: chyldren lol. children
asciilifeform: dyver∫e ∫orte∫ of chyldren!
deedbot: http://trilema.com/2016/disgrace-well-youre-welcome/ << Trilema - Disgrace - Well, you're welcome
mircea_popescu: are they adopting the india currency plan yet ?
asciilifeform: ben_vulpes: there is context, 'kindling' is the catchword in ru penal code for 'hatespeech' ('kindling discord between nations')
mircea_popescu: so is this putin-supported or what ?
asciilifeform: in this film, 'we will kindle, fuck you, we will kindle, they will knife us and we will live, lands of the ancestors, etc, etc'
asciilifeform: mircea_popescu: not overtly.
mircea_popescu: aha. seems pretty clunky.
ben_vulpes: baaad videography
mircea_popescu: what's with the horses anyway ? don't tell me the russkis think themselves don cossacks or somesuch.
asciilifeform: that'd be ukrs.
asciilifeform: horses are just generic positive picture.
asciilifeform: ^ 'it means that soon, war'
asciilifeform has no ready translation , but imho ^ is 'best of genre'
mircea_popescu: eh, war.
mircea_popescu: they may butcher some random "foreign" dorks, especially if they're defenseless in an urban setting.
mircea_popescu: oh, counterrevolution no less.
mircea_popescu: fucking tedium.
asciilifeform: that was just the band's name.
asciilifeform: 'Если русский мужик в безысходности пьёт, / Если наглый джигит как добычу берёт / Дом отцовский его, и сестру, и жену — / Это значит, что нам объявили войну. / Это значит, что скоро война.' << sufficient sample.
asciilifeform: anyway, mentioned strictly because ben_vulpes unearthed .
asciilifeform: ( i did not even know he spoke ru )
ben_vulpes: don't
asciilifeform: then how the fuck did you pick up this rubbish
ben_vulpes wiggles eyebrows
asciilifeform: stuck to your shoe?
mircea_popescu: he's added a third to his harem, she came in the mail.
mircea_popescu: i mean, she arrived in the mail. she came everywhere else.
asciilifeform: ah then! then.
ben_vulpes: never seen anything like it in my life
mircea_popescu: get out of here ?!
asciilifeform: ben_vulpes: these 'motherland cried TO US, HER SAVIOURS!' clips are a dime a dozen.
asciilifeform: as mircea_popescu correctly said -- snoar
mircea_popescu: wtf do you do all day in cascadia, not buying drinks for artistic adolescents ? what is their life work, not this crapolade ?
ben_vulpes: mircea_popescu: buying drinks is one thing, girl soaking everything in sight less common
mircea_popescu: this is why you get a russian, gets the soak done.
asciilifeform: !#s zcash
ben_vulpes: that's the one with the magic secret data that peter todd nominally destroyed?
asciilifeform: aha, that one
asciilifeform: with great fires! and lights! and mega-persuasive camera crews!
asciilifeform: and audience!
ben_vulpes: so trust
ben_vulpes: moon landing of cryptocurrencies
asciilifeform: wtc-burning of currencies
ben_vulpes: ooh ooh or the ruskies who burnt hundies on camera for the transfer back to us treasury!
asciilifeform: or them
asciilifeform: no shortage of these
asciilifeform: or the jew from mircea_popescu's old tale, who dropped a cheque into a grave
asciilifeform: and asked for change
mats: http://thebulletin.org/evidence-shows-iron-dome-not-working7318 kinda old news, but for future reference, CIWS and such appears to be 90% propaganda 10% effectiveness
mats: idk about the claims re: rocketry but the insurance bit looks credible
mats: which has yet to be explained by .is even now
asciilifeform: mats: iirc thing ~worked against primitive (17th c.-style, unaimed) handmade orc rockets
ben_vulpes: can't exactly light the computer-controlled machine gun off at inbound targets over heavily populated areas
asciilifeform: ben_vulpes: thing used small rockets, neh ?
asciilifeform: rather than cannon
asciilifeform: the kind with autodestructors
mats: yes, there is a proximity fuse that disperses shrapnel
mircea_popescu: hey, they didn't say steel dome yes ? iron, sorta-worx.
mircea_popescu: "modern" warfare, like modern everything, is 90% gargle and posturing.
mats: seeing as how hamas is mobile and the dome is static, i don't see how it could possibly work 9/10 times like .is claims
mircea_popescu: who knows, maybe enemy is composed of sufficient % of modern folks, the sort that live life of the mind, and believes.
ben_vulpes: asciilifeform: what i mean to say is that it's about the only thing one could deploy around that many folks, is something that goes blooie in the air rather than a zillion rather-fast bullets most of which will come back down at lethal speeds
asciilifeform: or at the very least get the disbelievers into that one spot where the old machines work, and shred'em
ben_vulpes: the only actual anti-rocketry defense being "don't be anywhere near targets of interest"
asciilifeform: ben_vulpes: nah
asciilifeform: ben_vulpes: the actual defense is 'kill'em all'
asciilifeform: 'then salt the earth'
ben_vulpes: amusingly, .is actually wrote the book on rocketry-resistant fleets. turns out -- many small boats. hard to do that with the holy tent.
ben_vulpes: mats: does the dome at least handle steep ballistics decently?
ben_vulpes: eg mortars, that anti-ship device that pops up and comes right back down
mircea_popescu: ben_vulpes "many small boats" is shit for unrelated reasons.
ben_vulpes: wyrdmantis: ffs get a bouncer
ben_vulpes: i don't want to hear about your laptop status omg
mats: ben_vulpes: i expect iron dome actually only works effectively against mortar rounds
asciilifeform: ben_vulpes: often i wonder what the remoras are even doing in #t. why can't they read l0gz like normal peoples.
mats: if only usg published c-ram data from iraq
mircea_popescu: ahaha don't be ridiculous.
ben_vulpes: mats: usg and data in the same sentence, hyuuu
mircea_popescu: they can start with the m3, any time they grow a pair.
ben_vulpes: i was making an m3 joke too! cool!
ben_vulpes: howabout u6
ben_vulpes: anyways, tty'alll
mircea_popescu: monetary mass.
mircea_popescu: anyone happen to recall the trilema article in which i explain it's a fucking stupid idea to shoehorn female sexual choice into a source of male hierarchy because it puts all sorts of problems in the lap of young sluts they have nfi how to resolve ?
a111: Logged on 2014-07-30 13:57 asciilifeform: g: 'show me the real budget.' a: 'you're asking too much. that's off limits to you.'
asciilifeform: (re previous)
asciilifeform: mircea_popescu: yes! 1s
mircea_popescu: god i love you.
asciilifeform: it was in the piece about 'creepiness'
asciilifeform: (google is, as usual, unhelpful)
asciilifeform: the one where 'chick is unsure whether she is being used as a woman, or as poke chip in a hidden casino'
asciilifeform: something to this effect.
mircea_popescu: something yes
asciilifeform: iirc it was also a commentary on a tlp piece.
asciilifeform: google 'site:trilema tlp' interestingly returns zip!
mod6: are you talking about the one where the intellectual creepy geek posts the ad for the girls?
asciilifeform bbl, new tyres
mircea_popescu: nah it's lengthy and textual
mod6: ah. i did like the butts in there tho :]
mircea_popescu: oh found it. and the reason google doesn't turn up is probably "artificial intelligence". http://trilema.com/2014/consent-is-a-myth-lets-see-how-it-came-to-be/
mod6: heheh. nice.
deedbot: http://trilema.com/2016/disgrace-the-house-is-just-as/ << Trilema - Disgrace - The house is just as
mod6: Update: Cleanup, and construction of new automated tests to provide functional test coverage for V-99994 is now underway.
trinque: neato mod6
deedbot: http://phuctor.nosuchlabs.com/gpgkey/498AD9BAB3F9DC1A4B7BD6D8FC74A41B4491DE989178D1ADC0A0F31CBF2C6E42 << Recent Phuctorings. - Phuctored: 1172...9339 divides RSA Moduli belonging to '201.116.31.251 (ssh-rsa key from 201.116.31.251 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (static.customer-201-116-31-251.uninet-ide.com.mx. MX)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/84656B7F29912D197BEE292E283B6DF797035CB66ABD23B9B626F5F020E6C53D << Recent Phuctorings. - Phuctored: 6966...3413 divides RSA Moduli belonging to '108.166.144.37 (ssh-rsa key from 108.166.144.37 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (108-166-144-37.client.mchsi.com. US IL)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/1E261FCF04CFC3435CE00E1F39D1C2F153716DAFEB15474D4A7FB378624BA8CF << Recent Phuctorings. - Phuctored: 1487...9417 divides RSA Moduli belonging to 'Ruediger Brill <BRI...DE>; ' (broadband-109-173-21-64.nationalcablenetworks.ru. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3166B25FF51803883F3D992BF5E7D7CFF3D252C11EAA4B45CCA99F021B36D93A << Recent Phuctorings. - Phuctored: 1256...5833 divides RSA Moduli belonging to 'CERT Canada <cer...ca>; ' (broadband-109-173-21-64.nationalcablenetworks.ru. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/5C0133D00F4010B34DC83543007A2856300E7CDE1BFF5BCE4869E77EEF76FDA8 << Recent Phuctorings. - Phuctored: 9799...1301 divides RSA Moduli belonging to 'Alexander Rudolf <A_R...om>; Alexander Rudolf <ale...de>; ' (broadband-109-173-21-64.nationalcablenetworks.ru. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/65F9A66A958A113AF07A5EC4936F2CBBBFD9F37174796CFB87EADDBA2486B8D4 << Recent Phuctorings. - Phuctored: 5636...6661 divides RSA Moduli belonging to '109.173.21.64 (ssh-rsa key from 109.173.21.64 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (broadband-109-173-21-64.nationalcablenetworks.ru. RU)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/AF82634C08A3D66F7138051865ED5E573523F21E857CA9B1DF45E5A7219362C0 << Recent Phuctorings. - Phuctored: 1102...9191 divides RSA Moduli belonging to '76.76.33.89 (ssh-rsa key from 76.76.33.89 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (tol-76-76-33-89.wls.metalink.net. US OH)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4A7D2C2219D1EED60AE1DEFE0C738CC9AC43C8CA049A0A8A9EE43126ECAEA31C << Recent Phuctorings. - Phuctored: 6945...0163 divides RSA Moduli belonging to '186.232.158.184 (ssh-rsa key from 186.232.158.184 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown BR)
mircea_popescu: http://phuctor.nosuchlabs.com/gpgkey/1E261FCF04CFC3435CE00E1F39D1C2F153716DAFEB15474D4A7FB378624BA8CF << lolk wait, the entire modulus being a factor in others doesn't make this phuctiored does it ?
mircea_popescu: but lulzy af.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/F3817ECE468E6E058880707B5DDD183A50F1EAA28D87417D43D13E75F4DEF256 << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'John Napp <joh...om>; John Christopher Napp <joh...om>; ' (host-21-153-102-62.net.admmax.net. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BC4ABEF11E1CDD5388467ED4AA132904D2FBFB0D28D820941A1A83B81BBD2E1D << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'Paul Karrer <p.k...at>; ' (host-21-153-102-62.net.admmax.net. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/01242DCED832B429633FEE0CE9B056C695BBF80CA513619A2CA3AA895AC4735F << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'Apple Product Security <pro...om>; ' (host-21-153-102-62.net.admmax.net. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0A8E8A26D309CBC4A73BD31E3D6C6AE49AB443FA58E2A9A823BAA868189AB6A5 << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'FAKE: key generation test; ' (host-21-153-102-62.net.admmax.net. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E6D97CF282E315DAD180DA944174DB051FBDFE4AF4E229BD6E779EE74E7A65A8 << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'mat....com <mat...om>; ' (host-21-153-102-62.net.admmax.net. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/252C1C8978B421B3DF75723F9996EAA1D010289EAEB5D72D3CADDD08D174A321 << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'Martijn van Brummelen (25-08-1982) <mar...nl>; ' (host-21-153-102-62.net.admmax.net. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/06BCEBCE7AEEAFCB28FFC320C28F668387DF9D31BE7FF7B2027D404A4CF931C8 << Recent Phuctorings. - Phuctored: 6764...8273 divides RSA Moduli belonging to '62.102.153.21 (ssh-rsa key from 62.102.153.21 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (host-21-153-102-62.net.admmax.net. IT)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0EC2595B3A73D6A0E4E6FADA533889C908187FAF397A6D09DB6E0748891CB69D << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'ich...b.de <ich...de>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/59193035CE75C92A2701BAE7930E75D22B2743E84765E63D4CDE48B39EB04247 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Enrico Zini <enr...rg>; Enrico Zini <enr...it>; Enrico Zini <enr...om>; Enrico Zini <enr...rg>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/308C79ED32BB1D28E5F59EC4ADB2E56B1ED16614D3B4C737238FC3D169AF94B0 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Robert J. Hansen; Robert J. Hansen <rjh...rg>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/403ADCADE94C1040C399D0ADBF2FB49D66B5C1265718AC90EDDF2906C904DF37 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Brian McDonald <brianm@ou.edu>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3C16E916A1B9000F42AEA3C5B8543948091513B10CCC520BF05F8AE73C466B3A << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'addyGIRL <add...et>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/98E64FB1ABF7C775990A4AA54D1343054420514921F489B3D4C670EFCB3CD2C5 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Tim Fiedler <tfc...om>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BC3860B1F474ECBA8A5E4B3EE68EC611E2A60731994E56C22070EC864766D4A6 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Ben Donnachie <ben...om>; Ben Donnachie <ben...om>; Ben Donnachie <bd3...uk>; Benjamin Donnachie <ben...uk>; Ben Donnachie <ben...rg>; Ben Donnachie <ben...om>; Benjamin Donnachie <ben...om>; ' (al108.albit.servdiscount-customer.com. Unknown)
trinque: damn!!!
deedbot: http://phuctor.nosuchlabs.com/gpgkey/320074624769C4288C4D85636555E72FA35CEF0F542A2481AF3BC98F17C1C6E3 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Jonata Jose da Silva (Seguranca) <jon...om>; ' (al108.albit.servdiscount-customer.com. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/EE6E84ED0485E5C4615D47E7BF518A35F1A8DE60C6DFBBF1F60B1911839726CE << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to '85.14.248.152 (ssh-rsa key from 85.14.248.152 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (al108.albit.servdiscount-customer.com. DE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3EBBA6727EC0231B8AC7B56EE2EF87BFE362D2D5C77191FFEE65EEDA7CE58C45 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Rodrigo Duarte Lopez (Chave utilizada na aula de seguranca de computacao) <lop...br>; ' (Unknown Unknown MG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D627EA65B018A2F76F0EC315001DC8996BC8E55CD16AD0C1A3A471CFBE47F0C1 << Recent Phuctorings. - Phuctored: 7794...1361 divides RSA Moduli belonging to 'Nikomu Never <pep...sk>; Nikomu Never <nik...ru>; Nikomu Never <pep...rg>; ' (Unknown Unknown MG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A99CD8AAAA2A10B27B3D8B787B85B64A10E9CE20BC758264133C762A0D02AC97 << Recent Phuctorings. - Phuctored: 2188...2309 divides RSA Moduli belonging to 'RastaFarri <000...om>; ' (Unknown Unknown MG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BA916DB9A3FF2115770A1E0C4F9CB881AF5385C8BFC5BFA2C30245A73A724BD5 << Recent Phuctorings. - Phuctored: 1361...2049 divides RSA Moduli belonging to 'SWT Bookstore <htt...u/>; ' (Unknown Unknown MG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/62F1BBA6145B5EE165675C08653CB05E6994892AD7572BFC62DD5FAE10355FEF << Recent Phuctorings. - Phuctored: 9743...2163 divides RSA Moduli belonging to '131.100.191.1 (ssh-rsa key from 131.100.191.1 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown BR MG)
mod6: holy shit
mod6: nice
asciilifeform: Nikomu Never << lol!!!
asciilifeform: 'to-nobody never'
asciilifeform: btw if it wasn't obvious,
asciilifeform: i put classic 8ball back in rotation
asciilifeform: weekly.
deedbot: http://trilema.com/2016/disgrace-the-sign-outside-the-clinic/ << Trilema - Disgrace - The sign outside the clinic
a111: Logged on 2016-12-31 02:31 deedbot: http://phuctor.nosuchlabs.com/gpgkey/01242DCED832B429633FEE0CE9B056C695BBF80CA513619A2CA3AA895AC4735F << Recent Phuctorings. - Phuctored: 3 divides RSA Moduli belonging to 'Apple Product Security <pro...om>; ' (host-21-153-102-62.net.admmax.net. Unknown)
asciilifeform: http://btcbase.org/log/2016-12-31#1594381 << another oldie wine in new bottle!
a111: Logged on 2016-12-31 02:31 deedbot: http://phuctor.nosuchlabs.com/gpgkey/308C79ED32BB1D28E5F59EC4ADB2E56B1ED16614D3B4C737238FC3D169AF94B0 << Recent Phuctorings. - Phuctored: 5 divides RSA Moduli belonging to 'Robert J. Hansen; Robert J. Hansen <rjh...rg>; ' (al108.albit.servdiscount-customer.com. Unknown)
asciilifeform: does everyone see what this is?
asciilifeform: i have nfi who, or why.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/623AE5DE55F387328CE28BDDEBBB819E38A09A14C1716AD8CF6585C818424578 << Recent Phuctorings. - Phuctored: 6595...9881 divides RSA Moduli belonging to '177.53.197.211 (ssh-rsa key from 177.53.197.211 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (211-197-53-177.globotechtelecom.com.br. BR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/2A899AF1ED0A7C5A844349AC18E25B1015E365D18BEDDEB260380F09279D9B1C << Recent Phuctorings. - Phuctored: 1676...3393 divides RSA Moduli belonging to '146.192.82.40 (ssh-rsa key from 146.192.82.40 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (ftpedi3.edbasa.com. NO)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A36462DFD9CB3D0A38B86C56912D29402B0CD5D4C079585CE9A639A683B1FA11 << Recent Phuctorings. - Phuctored: 1229...0643 divides RSA Moduli belonging to 'Belisario <ltn...es>; ' (host95-175-200-78.ipv4.regusnet.com. Unknown KEN ENG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9B805999E2061BAF7598E956E7232FAFA443E35EE788DB19B8553246E846AA71 << Recent Phuctorings. - Phuctored: 1503...9557 divides RSA Moduli belonging to 'Jeff <k3alt@aol.com>; ' (host95-175-200-78.ipv4.regusnet.com. Unknown KEN ENG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/46790390870F9BF06EFDAFA7775252BF3A624860FC213FBC7607368714D74E09 << Recent Phuctorings. - Phuctored: 1466...2189 divides RSA Moduli belonging to '95.175.200.78 (ssh-rsa key from 95.175.200.78 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (host95-175-200-78.ipv4.regusnet.com. GB KEN ENG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BEF291D26540CEEC3FAEA379C29C762C208539B86EBFF9DE1646C351AD49CD4A << Recent Phuctorings. - Phuctored: 1966...0161 divides RSA Moduli belonging to '204.14.17.72 (ssh-rsa key from 204.14.17.72 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CA ON)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6577ED38F1DD66C1E100E13F26112938B08058353EB76B54D6FFB1786D58BBEB << Recent Phuctorings. - Phuctored: 1103...7397 divides RSA Moduli belonging to 'Kendra Henning <khe...du>; ' (cuboid.biostr.washington.edu. Unknown WA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9F718A43CAEDD44408611BB7F8A0324AEA7F631040F41F7E982347A34BD7C1FA << Recent Phuctorings. - Phuctored: 7420...6071 divides RSA Moduli belonging to 'Securikey <rob...om>; ' (cuboid.biostr.washington.edu. Unknown WA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/2087DBEC20D8515F85D33D974BF8C2F423F6D2802699A07A3A25DFEC2D41F0D3 << Recent Phuctorings. - Phuctored: 1360...9399 divides RSA Moduli belonging to 'Carl Wilson <car...et>; ' (cuboid.biostr.washington.edu. Unknown WA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D76E773CEDC88786C3246F2EF7075420C7C630A99DA43C7A45F22F8FDB935A87 << Recent Phuctorings. - Phuctored: 1215...3701 divides RSA Moduli belonging to '140.142.232.75 (ssh-rsa key from 140.142.232.75 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (cuboid.biostr.washington.edu. US WA)
trinque: asciilifeform: cannot pull up pages on the site atm
trinque: must be cranking on phuctoring
deedbot: http://phuctor.nosuchlabs.com/gpgkey/F2AF6B0B4634AC638FEFCFA29A026C10CDBDBC9C498AA0D51E44DD15C4CF7343 << Recent Phuctorings. - Phuctored: 1642...7879 divides RSA Moduli belonging to 'Launchpad PPA for UremixTeam; ' (211-197-53-177.globotechtelecom.com.br. Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E2D1FDEDA6F5389F544730552101CC6149DF144A32E5DED97A7B0BEEA5F6428D << Recent Phuctorings. - Phuctored: 1340...1313 divides RSA Moduli belonging to 'Chris Underhill <cju...uk>; ' (ec2-52-7-151-127.compute-1.amazonaws.com. Unknown DE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4C71FBBFB060DB478E17424B66C3E86B26B7B3DFE0A8D8398AB98D3AECF434E5 << Recent Phuctorings. - Phuctored: 2935...0891 divides RSA Moduli belonging to '52.7.151.127 (ssh-rsa key from 52.7.151.127 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (ec2-52-7-151-127.compute-1.amazonaws.com. US DE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/B0554C21EE72E51F42E162BFA41B1FCB75F722A9D769AEA1AC866095B47DD276 << Recent Phuctorings. - Phuctored: 1081...0413 divides RSA Moduli belonging to 'Martin Svenningsson <emm...rg>; Martin 'EmmEss' Svenningsson - SIGNING KEY; Martin 'EmmEss' Svenningsson - SIGNING KEY <emm...rg>; ' (ec2-52-7-151-127.compute-1.amazonaws.com. Unknown DE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/F0D4F3B54D84D767DD552A7CED67BB11861828094A3999406C0362CAD2FA8551 << Recent Phuctorings. - Phuctored: 7259...0127 divides RSA Moduli belonging to '188.112.9.244 (ssh-rsa key from 188.112.9.244 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (188-112-9-244.net.hawetelekom.pl. PL)
trinque: know what, those reverse dns and geolocation lookups shouldn't even be on the gpg keys, and I don't see yet what it's matching in them.
trinque: whoops!
trinque tapes in another if statement
ben_vulpes: gabriel_laddel_p: imma host this thing for you, k?
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6E085B85F31328EE79455CB79A4D1BDB780967C1AA77E323BBD01667DED4495F << Recent Phuctorings. - Phuctored: 1305...1277 divides RSA Moduli belonging to 'Bob Kummerfeld <bob...au>; Bob Kummerfeld <bob...au>; ' (Unknown Unknown CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/AF624F70EF0E25FEDD7001E618D69D175990E1857E0E1CFA6FB48B9BEA646A41 << Recent Phuctorings. - Phuctored: 1015...0977 divides RSA Moduli belonging to 'Travis C Furrer <fur...du>; ' (Unknown Unknown CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6089AC9DB719B48098669EA9432B2148E0897D80BA2581276516032D083A879F << Recent Phuctorings. - Phuctored: 2703...3219 divides RSA Moduli belonging to '45.55.100.209 (ssh-rsa key from 45.55.100.209 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/94C09EDF3664F3C7D763209ABA3F8B46AF6CD7D91C8B27D128ED28868DA028EA << Recent Phuctorings. - Phuctored: 1381...2521 divides RSA Moduli belonging to '194.44.202.34 (ssh-rsa key from 194.44.202.34 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown UA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3FE2948410A538AD3196C12643428EEAC6A58584F642220D0E9297A2F49284BD << Recent Phuctorings. - Phuctored: 1109...1517 divides RSA Moduli belonging to 'Kyotaro HORIGUCHI <hor...jp>; ' (Unknown Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E4D85AD405DC9E44430A0EC6A03B48540AAD3A50203B473F96E20C3EB18A224E << Recent Phuctorings. - Phuctored: 8283...5163 divides RSA Moduli belonging to 'J RW <jrw@posteo.de>; ' (Unknown Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/236A9F359502536F0681A86B5E7A212A4FE9387FE5A34662C047A78A8B568392 << Recent Phuctorings. - Phuctored: 1233...5043 divides RSA Moduli belonging to 'Steffen Greiner <sg@...de>; ' (Unknown Unknown)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/67B702E55DB975D24BC2FFBEAD2E6CFBF2FD70C26F68153BB85594C22F76F429 << Recent Phuctorings. - Phuctored: 1244...7893 divides RSA Moduli belonging to '87.250.45.136 (ssh-rsa key from 87.250.45.136 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown RS)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/10DEB9D3CD8D13ABE20D7E03CC1284A363BA0A401B646858B2573AA40E008D0C << Recent Phuctorings. - Phuctored: 6076...7517 divides RSA Moduli belonging to '84.16.39.120 (ssh-rsa key from 84.16.39.120 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (135168.ds.3pp.slovanet.sk. SK PV)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4687FD0C8B64EF7DC9D3A01C18B9E2534A94EDCA60D77432C6F9E595A1C757D9 << Recent Phuctorings. - Phuctored: 1210...4339 divides RSA Moduli belonging to '85.175.96.164 (ssh-rsa key from 85.175.96.164 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown RU)
asciilifeform: thing is utterly hose
asciilifeform: for the reasons discussed earlier today.
trinque: nbd
trinque: was just curious!
trinque: I switched the lookups to only ones concerning ssh keys
asciilifeform: and where was this pop when i first ran 8ball
asciilifeform: i still have nfi
asciilifeform: !#s furrer
asciilifeform: or nm, not an 8ballism
asciilifeform: !#s 1015..
asciilifeform: now ~that~'s strange.
asciilifeform: maybe other one is still churning, in the pipe.
asciilifeform: ^ not a valid gpg key for some reason, though not flipolade.
asciilifeform: ^ key circa 1998, so it claims.
asciilifeform: and! revoked. hence 'invalid'
asciilifeform: idiot kochism.
ben_vulpes: how does phuctor know the key's been revoked?
asciilifeform: i'll import revokes if i want to , motherfucker
asciilifeform: ben_vulpes: it doesn't!
asciilifeform: ben_vulpes: gpg does.
asciilifeform: because sks gave it to us with a revoke cert glued on.
ben_vulpes: how does your gpg know it's been revoked
asciilifeform: pgpdump -i turd.asc
asciilifeform: ben_vulpes ^
ben_vulpes juggling own turds
ben_vulpes: wait is phuctor serving pages or not
asciilifeform: it is -- for now
deedbot: http://phuctor.nosuchlabs.com/gpgkey/03E9E737EA9BACC6CBBDAC2B33EB904C0AB9893F378ECB605F36026F18024050 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.248 (ssh-rsa key from 188.165.69.248 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/FFBB0B3B752EDDDF0D993A3788810F673FF083751921990674A4AE94ADFE80B4 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.170 (ssh-rsa key from 188.165.69.170 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/DD202D5A2EA79474BBA43F4D6CDB7D3907AD59FAB3CAB73E3CA829ACB303949C << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.201 (ssh-rsa key from 188.165.69.201 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D0FEB92C76D6BE8C12EAF8559C6CA0B20601BEB66AB22D843D27C5A18FCA4C86 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.218 (ssh-rsa key from 188.165.69.218 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/1ECB7624B5F69C616279CB8E2F5EDAC05154E310ECC02E6071FC41D6450198E6 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.191 (ssh-rsa key from 188.165.69.191 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A0A036F1182B194C3739AF871C3742E93A520677721D5EE6805A882E81A37FA6 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.230 (ssh-rsa key from 188.165.69.230 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E4BA0F1ED824E7E6987C931F74ED83CD76D62C013055B4779A9C34930AB471BA << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.141 (ssh-rsa key from 188.165.69.141 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/1FABC3D60BC6631B0138217E5FE46DCB3A57376268236EA41700362E2A6E0FF1 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.151 (ssh-rsa key from 188.165.69.151 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A6A854788DD5C0E08DAC566F02A5C78733A9CE2ADD8FC6D52238DCFAA415DD0F << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.164 (ssh-rsa key from 188.165.69.164 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/28D9B741077B733666580C20FF08B5900D478FD4DA514FBA3E6A52437F0707E8 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.229 (ssh-rsa key from 188.165.69.229 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A908ACDE193F3FA25F2ACAEFD357D9CED6A4916975991DC6A48D6DC5111F6D46 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.251 (ssh-rsa key from 188.165.69.251 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/30EF9395C601C39E5384F2C5C93825EDDAC686D496882885AEDB2C06D982F2AB << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.193 (ssh-rsa key from 188.165.69.193 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/1E3629D9C8B05AA14329337562723210B64ED995DE28555F487FF8D966EA077B << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.233 (ssh-rsa key from 188.165.69.233 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/53DAEE4EC9906F918D8D9790FD22A5569CB0FD7E9F083B7B5821FE2BECFAD772 << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.187 (ssh-rsa key from 188.165.69.187 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9078A81564C033DA6B561091C158E7D8AA6956D55FBFCD27E07152C607E34E5B << Recent Phuctorings. - Phuctored: 2518...5477 divides RSA Moduli belonging to '188.165.69.148 (ssh-rsa key from 188.165.69.148 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/69466E1434D2F16B48674A7F249EA8E4D6BB9D1D4B38809D5BF71713091B13A9 << Recent Phuctorings. - Phuctored: 7828...8083 divides RSA Moduli belonging to '8.34.97.76 (ssh-rsa key from 8.34.97.76 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (customer-ip-8-34-97-76.widerangebroadband.net. US NE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/08694C3DE772366136678ED176C3D70AC271795F0AA3FE459EC0DF9228143494 << Recent Phuctorings. - Phuctored: 5450...1471 divides RSA Moduli belonging to '122.193.183.121 (ssh-rsa key from 122.193.183.121 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CN 32)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9708EC793A0399E5F2E52939A1B713075CB2BD6A127F397B1E746068B35FFAB0 << Recent Phuctorings. - Phuctored: 3255...3699 divides RSA Moduli belonging to '185.139.48.63 (ssh-rsa key from 185.139.48.63 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' ()
deedbot: http://phuctor.nosuchlabs.com/gpgkey/15EC7D9B468584EFB13C93C83D01EC446F968BB6ACC338D38CD442E6D4A2BE19 << Recent Phuctorings. - Phuctored: 7774...9491 divides RSA Moduli belonging to '85.92.55.84 (ssh-rsa key from 85.92.55.84 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (55-84-ka.inext.cz. CZ ZL 724)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/FEBD9E1EF92F941096B903C6B004A7B10A7D3C95B744FB77D6B4277A94DEB022 << Recent Phuctorings. - Phuctored: 9231599251580331947525184474191077277887848594966055934140773968251539869403785298064810021931490982879083796399871581916993433279324286892528639285224009 divides RSA Moduli belonging to 'Stefan Pip <stefan.pip@cww.de>; Stefan Pip <100272.3421@compuserve.com>; '
deedbot: http://phuctor.nosuchlabs.com/gpgkey/247301844D0E98060662E7F8702037B418E584539EC291F6EE5262B3030F1B5F << Recent Phuctorings. - Phuctored: 4528...2153 divides RSA Moduli belonging to '185.41.176.6 (ssh-rsa key from 185.41.176.6 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown SI)
ben_vulpes: *jackpot*
asciilifeform: holy hell
ben_vulpes: just out of curiosity, asciilifeform, why is key download...a submit button?
asciilifeform: ben_vulpes: because i wrote it as one
asciilifeform: i am not a wwwist
asciilifeform: btw i think it has outpaced deedbot
trinque: compuserve!
asciilifeform: 'Daniel T. Poirot <poirot@jsc.nasa.gov>'
asciilifeform: http://btcbase.org/log/2016-12-31#1594370 << no, it is a peculiar bug, that i will fix as soon as current packet terminates. though strangely enough every single instance of it to date resulted in a validly phuctured (factors smaller than self) modulus eventually
a111: Logged on 2016-12-31 02:23 mircea_popescu: http://phuctor.nosuchlabs.com/gpgkey/1E261FCF04CFC3435CE00E1F39D1C2F153716DAFEB15474D4A7FB378624BA8CF << lolk wait, the entire modulus being a factor in others doesn't make this phuctiored does it ?
trinque: evening gabriel_laddel_p
gabriel_laddel_p: ben_vulpes: it is already hosted
a111: Logged on 2016-12-29 04:08 gabriel_laddel_p: ben_vulpes: https://drive.google.com/open?id=0Bznn0f9Mk3KASFhrSDRkU1NuNHc
trinque watches
gabriel_laddel_p: I just need to know that you've decrypted and watched it
gabriel_laddel_p: trinque: only he can view it
asciilifeform: gabriel_laddel_p why is your ad crypted
gabriel_laddel_p: asciilifeform: because I've already had a legion of idiots (#clim) show up when I show off masamune in public.
ben_vulpes: for some reason my child is motoring about
ben_vulpes: but anything with google in the dns is not hosted what madness are you spouting
ben_vulpes: gabriel_laddel_p: ack
ben_vulpes: decrypted and viewed, imma host it for you. decrypted.
asciilifeform: gabriel_laddel_p: and what, idiots send you dead weasels instead of money ?
gabriel_laddel_p: asciilifeform: I've things to do today, bbl with well-formed thoughts and details.
gabriel_laddel_p: ben_vulpes: also, please don't host that anywhere
gabriel_laddel_p: or let anyone aside from ascii & MP view
ben_vulpes: why you insist on unloading into your own foot is /beyond/ me
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0B4D06BFC58A8907234D36DDEDFAE0E0CEC05ACD885AA1F67E195C727CDC1B4D << Recent Phuctorings. - Phuctored: 1537...0989 divides RSA Moduli belonging to '209.160.217.34 (ssh-rsa key from 209.160.217.34 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (host-209-160-217-34.customer.veroxity.net. US MA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6D80DF0C7B0CD7977585CD186BA42AEF1EB1B66D932F8BD27F0E20614F9DA8CA << Recent Phuctorings. - Phuctored: 5241...9673 divides RSA Moduli belonging to '70.27.176.178 (ssh-rsa key from 70.27.176.178 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (ckvlon1747w-lp130-04-70-27-176-178.dsl.bell.ca. CA ON)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3B8B3C376747A3D0CB86F2E5A373A2C46E9B9444F4E7FE56A2A3CA64F3C5B36C << Recent Phuctorings. - Phuctored: 1325...2413 divides RSA Moduli belonging to '61.187.182.188 (ssh-rsa key from 61.187.182.188 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CN 43)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/571B70894556AB00C711D29934D226642DB706E347F4ADE110A970303C47CF9F << Recent Phuctorings. - Phuctored: 9475...2577 divides RSA Moduli belonging to '5.32.19.52 (ssh-rsa key from 5.32.19.52 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown AE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/28483B94EC5DE8506A75347A6B040804AC7C039D7D388AC6F7E3393611E9DBF5 << Recent Phuctorings. - Phuctored: 8272...1271 divides RSA Moduli belonging to '192.254.103.165 (ssh-rsa key from 192.254.103.165 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown PR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D4D81A6A04969FAB3D4683F4229478E69233DF532D6988C0A81483C64F17DC69 << Recent Phuctorings. - Phuctored: 8039...8179 divides RSA Moduli belonging to '80.48.33.219 (ssh-rsa key from 80.48.33.219 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown PL)
asciilifeform: folx brace yerselves
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E47B199AB44432737FA574B7505D6622C63096D6A1A7B7B264308DB1178FAEA4 << Recent Phuctorings. - Phuctored: 2625...6257 divides RSA Moduli belonging to '153.122.25.67 (ssh-rsa key from 153.122.25.67 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (co.ptr80.public.gmocloud.com. JP 13)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/716F104DE12570C1D051F8049523EEDAA8D47FCCD02684FA39F6D5195D19AF5B << Recent Phuctorings. - Phuctored: 158161197688282404266589199093155356158231360486064302830002486996559425772341426214919935746161740648162591831732004725927667501734019258055642223134161436885155670665711908521151482051820078127967700721621360391955139067970256923219407085928510164703591357890043350713139565261536136264515972687535853862929 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4C727B9F2FAC3E6F86C401425F474B90A47E17C65A2ED91EBC067E4264FDE0CC << Recent Phuctorings. - Phuctored: 129418251998521073800686961868745831660742273657599307244008640826219089220872547302413219226146485899918026930166646963741338891265541801896351937683366828956012612411441155458854525857155605114243255937727446838272537012098564363373936513301168109077612733080862047851563270384671586702237064525787713417337 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/F49A7A2D796482434C624A403FEA9250B56FBAA8818F3B5141D41B540F6D08F7 << Recent Phuctorings. - Phuctored: 5814...5011 divides RSA Moduli belonging to '146.20.69.7 (ssh-rsa key from 146.20.69.7 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US PA)
trinque: ahaha the timing of that ben_vulpes
gabriel_laddel_p: ben_vulpes: is this about hosting on google?
gabriel_laddel_p: ben_vulpes: if so, whatever, I'll have plenty of money soon enough, for now: will do what must be done.
ben_vulpes: i have utterly nfi why you want it held tightly
asciilifeform: trinque: btw i learned what hoses the box. it's the mandatory arhive.today'ing
gabriel_laddel_p: ben_vulpes: it is 14 min long, go, watch the whole thing, think about it for a bit and get back to me.
trinque: asciilifeform: oh? getting munched by the archive bot
asciilifeform: not that it doesn't need doing.
asciilifeform: but it does mean that nobody else gets to read, for a spell.
ben_vulpes: gabriel_laddel_p: i saw a few names and project details, figured they were placeholder content
ben_vulpes: look put a proper promotional video together you'd be happy to see in public
ben_vulpes: that was ~it
asciilifeform: John Doe (the Tester) <testing@mailbolt.com>; << lel
ben_vulpes: gabriel_laddel_p: fwiw i watched it before pinging you, nevertheless
ben_vulpes: gabriel_laddel_p: seriously the cryptic theatrics grate
ben_vulpes: imma leave phuctor to stuff the log, kid is awake and i'm going to squeeze a skosh more dopamine out of the evening
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E29AE8721E784D102F3C73D78CBFF801C316914B87BAC56000B2365839B905CE << Recent Phuctorings. - Phuctored: 132318223014850453224275235741137968939913004059732938882949357589071426726367231323576816047030591435763617666604537215693402777950276727404731416680437765139289338127259577156340455489533541814690931753269348426587839390868723240981782859042430192832326740050653833498308762360090320475474458152496150646677 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/77A563A9758E989C77663A1E933EE4D3D41108370C6B72108CF9F38418F193E9 << Recent Phuctorings. - Phuctored: 1151...6271 divides RSA Moduli belonging to '66.62.40.106 (ssh-rsa key from 66.62.40.106 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US CO)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/CC3C056D9E3C86648BE537C037BE5B9F4293CB6267C0CC26318B604AC87DD7F6 << Recent Phuctorings. - Phuctored: 1151...6271 divides RSA Moduli belonging to '209.234.157.26 (ssh-rsa key from 209.234.157.26 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A1F434D6E7BEB88EFE360DFC0A32A1255C1793553337455770148E98FECA4483 << Recent Phuctorings. - Phuctored: 8419...5627 divides RSA Moduli belonging to '187.120.90.80 (ssh-rsa key from 187.120.90.80 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (187-120-90-80.ssp-wr.mastercabo.com.br. BR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/5F3DE82805AA5537A76341E12BF977047CE4F0844255A749E2FA2840F93C5D6D << Recent Phuctorings. - Phuctored: 9639074914748756359261964555591819481953087616553067376855767675046603446538174783876439115680555627997878355838873872043592413846909092535731387520065387 divides RSA Moduli belonging to 'Torsten Ackemann <ta@apex.central.de>; '
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0AE2CF205852CD96C3BF36D46514213079B4592B667F87146AEB8C4C94B76D2F << Recent Phuctorings. - Phuctored: 6976...2123 divides RSA Moduli belonging to '179.189.46.206 (ssh-rsa key from 179.189.46.206 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (179-189-46-206.7brasiltelecom.com.br. BR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/497F48686E19E7FCA09AE1B73373C3AB4D9B00C1DF4334887DE705148735940C << Recent Phuctorings. - Phuctored: 6054...3649 divides RSA Moduli belonging to '185.26.138.213 (ssh-rsa key from 185.26.138.213 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown ES)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/CCBD6F0B599F46ADAADC879BEE5083774937726C71222DBED52819E3F8841608 << Recent Phuctorings. - Phuctored: 9187...5311 divides RSA Moduli belonging to '178.216.114.109 (ssh-rsa key from 178.216.114.109 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown IE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/DC2BCF91DC3E6099388464F412FA20A90CFAD4ACAD3C25BAA57613499CB0B290 << Recent Phuctorings. - Phuctored: 1318...7677 divides RSA Moduli belonging to '103.245.175.1 (ssh-rsa key from 103.245.175.1 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (mail.dilnz.co.nz. NZ AUK)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A3F5866CC3D66F276D22E619C2F5AC64B1A9562754056769544AD64A6F5D91D6 << Recent Phuctorings. - Phuctored: 1392...3541 divides RSA Moduli belonging to '178.48.118.6 (ssh-rsa key from 178.48.118.6 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (catv-178-48-118-6.catv.broadband.hu. HU)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BC586673B3A2B6A5F517DD4F86FF01EAF8217BFE7B61FFD03D8FFFBB4B3F0BF6 << Recent Phuctorings. - Phuctored: 114403638865440501874897292323307620811488211850314540725840731645304878402544045419163405370904465617105554979484461360172191940008763267838445722684681666310620157219227383585755442157445381176293046388037704218854478681968531793446349707948875973440171639571663388272646679202512582088772685236176354222689 divides RS
shinohai: wheeeeeeeeeeeeeeeeeee
asciilifeform: i'm gonna guess that archive.today is mainly storing sad 502s for phuctor.
asciilifeform: i recommend to exempt it from the usual treatment, trinque et al, until i invent some radically new mechanism for the thing to work on, instead of postgres.
asciilifeform: because caching won't help here
asciilifeform: (the pages ARE NEW)
asciilifeform: caching helped against reddit etc. 'slashdotting'
trinque: asciilifeform: remove from RSS for now?
asciilifeform: but not deedbot.
asciilifeform: from ARCHIVE
asciilifeform: process
asciilifeform: y'know, the thing that submits all links to archivator.
trinque: ah I'm not archiving
trinque: Framedragger: ?
asciilifeform: somebody is
asciilifeform: and yes, i'd love for the thing to 'load right away like NORMAL PEOPLE WWWSITES'
asciilifeform: but i have presently nfi how!!
trinque: probably would involve replication to a db not doing the phuctoring
trinque: maybe by shipping WAL logs over
asciilifeform: wtf is that
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D1F21C56369A845DD7E82F81282A7FF382FF19A40CB211A3FE905FE32F7D0811 << Recent Phuctorings. - Phuctored: 122808808155502005992050393158708077309005351998312390011516713207092877460837620767511386382420005353910015766963339601126264218406023611877480129803850131236845488457756968309659373452381474962189871498597486589194390111186150767365429194286581656108644791700717264827500499851660044114621060663446818964329 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/CA4D6D99BD53EE12FD2184F3D94D1D0F6CF5B2C366DF4B812AE9C43290B52087 << Recent Phuctorings. - Phuctored: 2204...1871 divides RSA Moduli belonging to '103.209.188.67 (ssh-rsa key from 103.209.188.67 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' ()
deedbot: http://phuctor.nosuchlabs.com/gpgkey/01F118900F4415C1A47F16D662A65000A144A1FB80E43E762AA5BA97F28FE985 << Recent Phuctorings. - Phuctored: 2204...1871 divides RSA Moduli belonging to '103.209.188.52 (ssh-rsa key from 103.209.188.52 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' ()
deedbot: http://phuctor.nosuchlabs.com/gpgkey/447812200DA64264C38FF4F20EFBBA75AC4D62207DA70CE2BA16BFA479655523 << Recent Phuctorings. - Phuctored: 2204...1871 divides RSA Moduli belonging to '103.209.188.63 (ssh-rsa key from 103.209.188.63 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' ()
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E9B91532AFCB032CCF7D033203342173C9D1CB8ABC05C28D4F241C894DB61046 << Recent Phuctorings. - Phuctored: 2204...1871 divides RSA Moduli belonging to '103.209.188.69 (ssh-rsa key from 103.209.188.69 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' ()
deedbot: http://phuctor.nosuchlabs.com/gpgkey/8020A6223D55016672A0165B1FE4AEC290CB2C3292C1A024AA2A1D9DC4E8A897 << Recent Phuctorings. - Phuctored: 123496187496349295164180618150389324247138412850092051931445537582102004259736845816873228928317057533483597540106873366068109144769410377829795688886880156768065777072384443299417299286642474181658181454254621114655096372780884388194101585667038727048625382311083365677843026875759186891529959528029581195677 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/B8E50F1FCE7F95C881C1811B0B265BD1F9FCE154D32003A035736DF2CA59A3EB << Recent Phuctorings. - Phuctored: 138253961567049330728064429442382872180021954259422175585940348984387505548940615107442929033040196853430642811912773590886182425323855244432245362354606221521963853353185987573311169937142805679900512002521672391149681024355217878522083013698651777717922732421166049377556701806350124992656086988761202979869 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/2FAC50A1C165BC1FD76C8FBA3EEBA4528916AED7F36E97934BDE58A51E44C10A << Recent Phuctorings. - Phuctored: 1016...3831 divides RSA Moduli belonging to '50.100.138.112 (ssh-rsa key from 50.100.138.112 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (tsrvpq3242w-lp140-01-50-100-138-112.dsl.bell.ca. CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E0043A93396593A001EDEACA24D69746D01C1BC8BEA6B92C24FCA0CC2156CAF8 << Recent Phuctorings. - Phuctored: 6757...9449 divides RSA Moduli belonging to '177.125.184.29 (ssh-rsa key from 177.125.184.29 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (177-125-184-29.turbolink.com.br. BR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/74196364BA5FD757256058F44430CD37E3465EFBA7C21702A8B7AB82129A387F << Recent Phuctorings. - Phuctored: 124730075753805593915146966839798614861382666688393196760920009212348754727619427690691905742832313253761405920648049001526776349071631720896595832412611453611820541935134198317623027647054977525846444557479583452798185729070692817779392909147746776222334409725433779674201272682864993439438898216108644496737 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/ECE8B06767309F8681FEF3BEFD7D6BBE8AEDA9276CE93D218F3DF19F452C97FD << Recent Phuctorings. - Phuctored: 2664...1431 divides RSA Moduli belonging to '210.13.98.10 (ssh-rsa key from 210.13.98.10 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CN 31)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/433CDA0FEBE1F1FBB95659218C0BDA1ED35646CFFC76631E9BB464B246409651 << Recent Phuctorings. - Phuctored: 2664...1431 divides RSA Moduli belonging to '210.13.98.14 (ssh-rsa key from 210.13.98.14 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CN 31)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/FC1DEB5D6697135398258CB8614D45DB99C53C690CA6016253BDAB670E7BA6F8 << Recent Phuctorings. - Phuctored: 136821761237849933071791521983830786242313866092231969143522527447395287939072615552276713669932764722149353806330953243332362938142023239616650300112945564930390487484166416703800512278680499789460139573198921820854447721843017790739761732927439308674645935675872595453526001520443337962996784451362175379519 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/CB1380312D4426C60182BF2E5A91378A27082E8DD221EFEE9A5D9DEA3D354A04 << Recent Phuctorings. - Phuctored: 2330...0767 divides RSA Moduli belonging to '104.236.110.35 (ssh-rsa key from 104.236.110.35 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (july2016.bugcrowdctf.com. US NY)
asciilifeform: trinque: also please recall, the 'db doing the phuctoring' is all of 3 min.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/31ED10A45CCADB55455F2A1AB889DBB26C7C053A37C13132018B32F4F52CB2EC << Recent Phuctorings. - Phuctored: 6279...4471 divides RSA Moduli belonging to '191.242.148.93 (ssh-rsa key from 191.242.148.93 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (191-242-148-93.byteweb.com.br. BR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/1A4B99E7553B0206B4FFE0096B0A3C708D98C8258A1BFDF3FC457C30BB610238 << Recent Phuctorings. - Phuctored: 6322...5531 divides RSA Moduli belonging to '177.91.23.56 (ssh-rsa key from 177.91.23.56 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown BR)
trinque: you can ship the write ahead log chunks from one db to others
asciilifeform: trinque: do you know what % of my remaining life i want to spend ministering to postgres ?
trinque: offering solutions for the turd you have, not the turd you wish you had
trinque: lol
trinque: but not much of a recommendation can be made blind, anyway
asciilifeform: trinque: i don't have a cluster to 'replicate' this onto.
asciilifeform: and not going to.
trinque: what's the load of the box? or is it just the locking you mentioned?
asciilifeform: correct
asciilifeform: cpu % load is not the issue.
asciilifeform: it is the IDIOTIC read locking discussed earlier.
trinque: if you are already loading whole db, dumping whole db, repeat, could fart the thing into a second display database somewhere in there.
asciilifeform: as usual, whenever we ~really~ lean onto something, it crumples into the pile of shit that it was.
trinque: run www from that.
asciilifeform: trinque: how many times do i have to say it
asciilifeform: DB DUMP IS THREE MINUTES OF A DAY
asciilifeform: MINUTES
trinque: dude, you seem to think
trinque: that I can read your mind.
trinque: and see what I didn't write
asciilifeform: when i say same thing 3 times !!
mircea_popescu: da fuck happened here.
asciilifeform: folx can't, evidently, read!
trinque: nah, folks just have certain fetishes I'm not fond of.
trinque: having a read db separate from workhorse db is pretty normal.
asciilifeform: trinque: and, again, only MODULI get dumped regularly
asciilifeform: naked moduli. no names, no fps, no keys, no structure. linearly.
asciilifeform: dumping whole thing would take considerably longer.
asciilifeform: and, again, 'displayify daily' will nuke the 'use as sks, check pasted keys in real time' aspect.
trinque: why the fuck would you move what didn't change
trinque: to the read db
trinque: but do what you like
asciilifeform: because maybe i pasted the ---BEGIN PGP...... 3 seconds ago.
asciilifeform: it must display.
asciilifeform: you are ready to part with this feature, trinque ? because i happen to use it quite often
asciilifeform: and rather like it
mircea_popescu: the whole phuctor key db got resent did it
asciilifeform: mircea_popescu: i am slowly working my way through wtf happened there.
BingoBoingo: !~ticker --market all
jhvh1: BingoBoingo: Bitstamp BTCUSD last: 950.26, vol: 11073.38925604 | BTC-E BTCUSD last: 923.773, vol: 4625.85574 | Bitfinex BTCUSD last: 951.38, vol: 18526.56234319 | BTCChina BTCUSD last: 969.55344, vol: 2316075.93990000 | Kraken BTCUSD last: 952.598, vol: 2069.05155333 | Volume-weighted last average: 969.214551874
asciilifeform: it is very difficult, presently, because archivebot thermonuked the thing.
asciilifeform: by attempting to load ~every~ result, as, predictably, it wants to.
asciilifeform: 'db resent' is not a thing that happens.
asciilifeform: for one thing, not a single key fell into the user funnel today.
mircea_popescu: is the box dead or just under load ?
deedbot: http://phuctor.nosuchlabs.com/gpgkey/87ED7FF1E62787F41907F5F48A9EEAA244382CD95E81939556342D8FA670681F << Recent Phuctorings. - Phuctored: 1969...2723 divides RSA Moduli belonging to '104.35.224.8 (ssh-rsa key from 104.35.224.8 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (cpe-104-35-224-8.socal.res.rr.com. US CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3280CC5ADC51343BCBD5CD53DCDB6F7BE47CCAAE4D6C3215BD796917E6E4871D << Recent Phuctorings. - Phuctored: 160210383404535620636504666201059753971359050329616137680484989365715869810542413313141097584231603732134663585785456023271841184348181900595913288405834510126590249384200875722310319092776450166898693889741783044535684740774881315873640793969632598713781431986727241521815209399089923676312666701557029178389 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/32A17025B8D819D3E0493B28B08FB1451310F07A9B3931B68911DE2F7E415385 << Recent Phuctorings. - Phuctored: 5923...3819 divides RSA Moduli belonging to '219.95.129.238 (ssh-rsa key from 219.95.129.238 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown MY)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/EB0B72BA604F20890AD691C82BA64262593DEF9BC9F383CF6027072621F6E319 << Recent Phuctorings. - Phuctored: 24203439087598981669790787404897104261487457701163873639972302578106749930096026968019317188722077391388742968536565704288638670329894956775581645437342517552788985188651742311733982867319533228354182269093020376346783102188823506513441995678757999210031304924371689086079199638188116826220683601590642424580983244910525
deedbot: http://phuctor.nosuchlabs.com/gpgkey/1A2E23B951FD6F9310E9E3E1D28967ED93CE1CC026F36909FAFE22012D12CC99 << Recent Phuctorings. - Phuctored: 1180...7071 divides RSA Moduli belonging to '101.227.245.184 (ssh-rsa key from 101.227.245.184 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CN 31)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6FEA5F20C066301F58736B6317C144E7D9E32F246183DFD454AAEAE2BFDD25FF << Recent Phuctorings. - Phuctored: 120387535769682216680653487551991927945997935056295915044807774763625341980621000880789723059464473693479102207742220698609323551350898165707105486161465735212060534842564580863037472280580748531672497621492799367118272448218390653337952468746503332188354604333032639342548186046897521341095038176303771510163 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/5492FF39CB591396BA136021CA440FEAE91D8A7D2E92C6964D70FD2818C278F7 << Recent Phuctorings. - Phuctored: 6338...6147 divides RSA Moduli belonging to '216.240.165.144 (ssh-rsa key from 216.240.165.144 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (lwdc.ar06.fa1-65.host15.24312.americanis.net. US CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/C94C0242BCB0E890422A788833FD609FDBD232083D5028AA147D500B2B35CD84 << Recent Phuctorings. - Phuctored: 2238...1277 divides RSA Moduli belonging to '172.98.193.246 (ssh-rsa key from 172.98.193.246 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' ()
asciilifeform: and the db is deadlocked nearly to death.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9B81550EFE426D79A6551290F7DECDF5AAEC06CC82CD0FC89E9DBC1931CA42EB << Recent Phuctorings. - Phuctored: 6673...1919 divides RSA Moduli belonging to '78.41.118.90 (ssh-rsa key from 78.41.118.90 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (nbem5-sw.rosen2.wien.funkfeuer.at. AT)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4 << Recent Phuctorings. - Phuctored: 4718...3063 divides RSA Moduli belonging to '177.91.170.159 (ssh-rsa key from 177.91.170.159 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown BR)
mircea_popescu: but these are repeats aren't they ?
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3DBC31D68DC030EA12A74A4775726292EA61344B668151E56EFA0D3F23E8F90A << Recent Phuctorings. - Phuctored: 150270058682154948491485700179444861450493875542319413360827761142877600587148818369709891347487784583533506124688554061436664866946873589832643745719118301316849514042476620990196281954711906837961604155173992825164779167481430143831732390632335180608977406791957202813413113811585565894790550635507727844017 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/969CE4B367DEB8280E2C388AA833DB43D129C90FD82785D68271EA64268182C0 << Recent Phuctorings. - Phuctored: 1252776223106075000976914402729284646594026834515986279923295362812492004419033343374724960021614097490556578570188796998958974161088003038950504347179295763175962059126540168938313661406391319234428079886379927649646289023314024249 divides RSA Moduli belonging to 'Robert M. Cortopassi <rcrtpssi@sprintmail.com>; '
deedbot: http://phuctor.nosuchlabs.com/gpgkey/B87BF09D0EFF68D82245D4EDDE5C80E2C925407AF50A3C4E9F6DEAAA66362ED3 << Recent Phuctorings. - Phuctored: 1050...7089 divides RSA Moduli belonging to '94.120.151.91 (ssh-rsa key from 94.120.151.91 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown TR 48)
mircea_popescu: !#s 13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4
a111: 1 result for "13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4", http://btcbase.org/log-search?q=13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4
mircea_popescu: not repeats. wow. wut ?
asciilifeform: mircea_popescu: not repeats. but mods-inside-mods
mircea_popescu: i'm sorry ?
asciilifeform: (this is a bug! as in, a case i never properly handled! when entire modulus is also a factor of another. i will have to filter these)
asciilifeform: so folx please do not rush to qntra or wherever.
asciilifeform: with these moduli.
mircea_popescu: as you say, odds of it being composite in the end pretty good anyway
asciilifeform: in all previous cases -- they were.
asciilifeform: but this cannot be relied on.
asciilifeform: so for next couple of hours, until the second half of this bernsteinization, there will be 100s of mods marked 'phuctored' for whom the only marked factor -- is themselves. which is Wrong
mircea_popescu: what exactly did you do here ?
asciilifeform: (i'ma handle this case by putting the brakes on marking 'phuctored' anything for which a factor that isn't 1 < f < mod is known
asciilifeform: mircea_popescu: i have so far not made any change.
asciilifeform: (werker is as it was in april.)
mircea_popescu: so is it 8ball that finally climbed into "clever" territory ?
asciilifeform: the one thing i did this week was to reintroduce the 8ball
asciilifeform: and no, it has not.
asciilifeform: this is not expected to happen in the lifetime of the universe.
ben_vulpes: what is "clever" territory?
asciilifeform: ben_vulpes: nontrivial bitnesses
asciilifeform: ben_vulpes: prime count is approx log (N)
asciilifeform: estimate primorial of N.
asciilifeform: (homework)
mircea_popescu: ben_vulpes a space in the set of integers where nsa parked its special, "secretly" nonprime eggs.
asciilifeform: and the bitness of it.
asciilifeform: nao eventually i'ma make a veeeery speshul 8ball
asciilifeform: with 'pseudoprimes'
asciilifeform: made using 'false witnesses' for various primality algos
asciilifeform: but i have not yet done this !
asciilifeform: maybe i die tomorrow and you lot will do this !
mircea_popescu: so you did nothing, the 8ball didn't do it, and it's not a rank repeat.
mircea_popescu: what happened ?!
asciilifeform: but it is a pretty obvious thing.
asciilifeform: mircea_popescu: i'ma take home a copy of the db, and find out.
asciilifeform: i have a suspicion re what.
asciilifeform: though it wouldn't account for what we saw here, possibly.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D65658D0FCD20E75E5886C1CF671CA2734D4F51A3ECC5153D7F924E002A04322 << Recent Phuctorings. - Phuctored: 1314...3829 divides RSA Moduli belonging to '118.163.29.56 (ssh-rsa key from 118.163.29.56 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (118-163-29-56.HINET-IP.hinet.net. TW)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/DF2EE9BFAD9F290EA33F05CBC2D7CC7E11CF64A278DE73C59CE58FD9F6DBA517 << Recent Phuctorings. - Phuctored: 1492...5433 divides RSA Moduli belonging to '124.105.100.25 (ssh-rsa key from 124.105.100.25 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown PH)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/EBEF9D59EEC8502BEE0592FA987D27467B155A3B9F3C034AF35E7775BD080728 << Recent Phuctorings. - Phuctored: 134027014693466225119222673042705210458289868379842571003977520000347277065565873187261712370551912301429196159056447223252874089209785984994635041722009566768313657772458360286422033966426332276505873266708771150705228523181526608318857466457978069317839024164179561200064293677194203386638867821079934006311 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0EF384973B27B43EB822D1A7B995BB0D0689A57EE69F8BBDE7529E4ED8E93864 << Recent Phuctorings. - Phuctored: 118097924646192212844294059431433638289333817950092468328000568526056734749869991863174468881277192147292805418704455697060080794601178741564191370241810508704568528257181325260971620319025965606410964941566664154938837772108224748809986953606382010806341453129485075054148556691776814279247451080452483249221 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/C9BA4759A86E9C755E781F23440E3B007E3C435DD3A36750B38DA37F12C6A492 << Recent Phuctorings. - Phuctored: 6510...2911 divides RSA Moduli belonging to '198.11.121.141 (ssh-rsa key from 198.11.121.141 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US MN)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D557729C54456AA4AA5D39C9F28C3EBE1FD3EDB2C11A168E8300CDB32E548B17 << Recent Phuctorings. - Phuctored: 6089...1223 divides RSA Moduli belonging to '212.33.202.51 (ssh-rsa key from 212.33.202.51 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown IR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E5B374C3D4817B14A437BB47D0697A370B78948494B7285E56C912E732FF83DB << Recent Phuctorings. - Phuctored: 9261106860060484599161188591965147843777069770726517003548394995366327805517318738785869424534481521699057333131876013540956324544181371100561725960253729 divides RSA Moduli belonging to 'Paul Anderson <paul@dcs.ed.ac.uk>; '
deedbot: http://phuctor.nosuchlabs.com/gpgkey/83E91717FD2D9FCF8A39AEBA0108BE89BB461F72367AA5F57D89917766CE4A0B << Recent Phuctorings. - Phuctored: 8066815509953122940201641985543357608657089598507919597765340829244884718096805415816195319953590579453114669701185360600242475459410398148969153945909821 divides RSA Moduli belonging to 'Murray Jensen <mjj@mlb.dmt.csiro.au>; '
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6426B43021E668802AC633EF0DF6A0C0CD745E2EA512DDFFDCF2B3A5B886A00D << Recent Phuctorings. - Phuctored: 9696...9749 divides RSA Moduli belonging to '177.104.82.54 (ssh-rsa key from 177.104.82.54 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (power177-104-82-54.powerline.com.br. BR)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A482D469AB6D374C9F956B01B84C3B204BC568EC1595F65B9B07D113006F9585 << Recent Phuctorings. - Phuctored: 1276...3343 divides RSA Moduli belonging to '213.170.102.212 (ssh-rsa key from 213.170.102.212 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown RU)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/B6D8EB4AE52010CD83FFC9BEC9553734E02B7015FFF0BFBF28F46422D52C541B << Recent Phuctorings. - Phuctored: 6487...4181 divides RSA Moduli belonging to '63.134.136.49 (ssh-rsa key from 63.134.136.49 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US IL)
mircea_popescu: at least i banned a bunch of people for join/part spamming the logs today
mircea_popescu: all is not lost!
asciilifeform: interestingly i found several instances in log where werker crashed with a div0. and then went, by hand, to verify if i am a tard and permitted a crafted key containing 0 as modulus to be submitted. but no dice.
asciilifeform: i was not, evidently, a tard. not of this type at any rate.
trinque: http://btcbase.org/log/2016-12-31#1594641 << I've been saying how to do this all day.
a111: Logged on 2016-12-31 04:06 asciilifeform: you are ready to part with this feature, trinque ? because i happen to use it quite often
asciilifeform: trinque: i'ma have to reread.
asciilifeform: slowly.
trinque: lel, it's been a busy day!
ben_vulpes: yes asciilifeform pops each one by hand
asciilifeform: patience, folx. i have a potentially catastrophic wtfomf111 here.
asciilifeform: that ~will~ have to be dealt with.
asciilifeform: worst case is that we (or somebody ELSE) found an undocumented boojum concerning bernstein's algo.
mircea_popescu: eh don't get too excited.
asciilifeform: but yet again, there's been 0 hand submissions since dec. 28.
asciilifeform: and a total of 3 since dec. 15.
asciilifeform: so probably no mega-find here.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A19989F03EDFE13D4C1198E814E1A6EC2D6BA8EBB96F53FCAFEA1D7C11C3B8E9 << Recent Phuctorings. - Phuctored: 7554...3233 divides RSA Moduli belonging to '67.217.121.100 (ssh-rsa key from 67.217.121.100 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (rr-67-217-121-100.teljet.com. US VT)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/18DC8CCE17C54809E88A1EF4E293327DDCD907877F2449D1AF583BC7543C3CE8 << Recent Phuctorings. - Phuctored: 135192443031045370697121450363201535406194017642858886283055885725716194643307347263655704185006518720261734940916088996292500034410208481093714986215147819379637366347726565554053388660231482749757362691446887257058404730197355834891015912401629580698463225036802197205179412190661493691094280540062902835953 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/36DE45D6F3F1AB47D604F9B6ECAF214981C556375F48AF84C6A7389C1430823C << Recent Phuctorings. - Phuctored: 122661382081170202241748109583168158894667302000252871139032508117704250805290643457929048283808946371270290652766780010482760684241303360747951967931396066958245343298454903205649524130604618628924926000208066678891827846464828498273912867303533244734229820815928786010182529268604202185407029446645430624133 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/997F9323B5D9168FC414317540B8723BA16FB1EC62F9757984E3232CDCC15726 << Recent Phuctorings. - Phuctored: 1303...1111 divides RSA Moduli belonging to '41.208.116.161 (ssh-rsa key from 41.208.116.161 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (41.208.116.161.static.ltt.ly. LY)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A692FB75898A699FA782AE866E2396B8903B8064DBDA277E24C7FB0F41776324 << Recent Phuctorings. - Phuctored: 1179...9541 divides RSA Moduli belonging to '193.49.195.100 (ssh-rsa key from 193.49.195.100 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown FR 59 O)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/5CE72E3F7FBCEC0550C49F1767475AB2EC0BEA34C527DFB383F1B555424515F8 << Recent Phuctorings. - Phuctored: 4399...5253 divides RSA Moduli belonging to '176.58.82.226 (ssh-rsa key from 176.58.82.226 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (dynamic-host-176-58-82-226.warian.net. IT)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/8D920DB12C5F2846F07CB13F9165655F5C2147A22AB97EC0FD717502C8AC1E36 << Recent Phuctorings. - Phuctored: 7308...2943 divides RSA Moduli belonging to '46.231.13.179 (ssh-rsa key from 46.231.13.179 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown GB KHL ENG)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/23E05826D71DC12DE2ADFE11A0B3629995F97F72A8CF46C48C0426546661D1A7 << Recent Phuctorings. - Phuctored: 9635821971009761243104423549858091825936312697605468130949556778819632184859273876965675589494714326657030464545433189402048155680850251483082414123971609 divides RSA Moduli belonging to 'Kazuyuki IENAGA <ienaga@jsys.co.jp>; '
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4455C0DBD97540B19B8D0B3D5925938032BE1A585ADF0EBEA120303B6DFDA942 << Recent Phuctorings. - Phuctored: 8856...6959 divides RSA Moduli belonging to '189.180.54.120 (ssh-rsa key from 189.180.54.120 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (dsl-189-180-54-120-dyn.prod-infinitum.com.mx. MX)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D5696CA0B9A18CB46319C6D58D350FF80D664EC45619F0CCECC7345448D54595 << Recent Phuctorings. - Phuctored: 2492...8161 divides RSA Moduli belonging to '185.11.41.7 (ssh-rsa key from 185.11.41.7 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown CY)
asciilifeform: as soon as this batch fully digests, i'ma switch off the werker until further notice. could be couplea days.
asciilifeform: i'd rather print 300 retractions than 3000.
mircea_popescu: why are you against cutting off its rss for now ?
mircea_popescu: it doesn't actually help in any way.
asciilifeform: also worx
mircea_popescu: trinque can you cut it off temporarily ?
asciilifeform: i have 0 objection
mircea_popescu: give the man some space to figure out wtf happened ; if it turns out they're valid we can always put them in later.
mircea_popescu: not like anyone can read it anyway.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6941C19BD0F3FFF7147B0BAB84ABC93C087651393DD884F19145F0B73131E6DB << Recent Phuctorings. - Phuctored: 1250...9391 divides RSA Moduli belonging to '207.59.80.2 (ssh-rsa key from 207.59.80.2 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown US)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/942A6BB6379FE3203EAE425B9CFC8FF730927FC55810E32B8112145E942E7933 << Recent Phuctorings. - Phuctored: 132136470740818025837932899371786071904705343336942359158840587304479837740040755442256012552088656481493198815761872158099784780932834271598184650861192950340854211947945261516028224108744977926563222596399183785978390508401411390070198531295642115302851715437723520767378389756025120994364039513718207642713 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/58D21287922CC2C4B0F3F7C950971B7873BD4418F5F6535905E1AA755C85ABEF << Recent Phuctorings. - Phuctored: 153896480147897306683451423904545834666574432113944788421186509886100722530753483419263124951860600941998749252325531472372649510186764422216630324507959184015564274487821018257918933665921640270726876592612292601702676654512127913418662712245419466669137508601471860945030121901068234361194871490448439273517 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/9788B58E7FF75CC02B4FA75E416C1E5267F7C806DE748983B0753E8D3868E504 << Recent Phuctorings. - Phuctored: 7111...6027 divides RSA Moduli belonging to '65.95.55.14 (ssh-rsa key from 65.95.55.14 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (altoon4123w-lp140-02-65-95-55-14.dsl.bell.ca. CA)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0DAB81A575FA171E82639D4CE0BF2659A01732962C1566647A35D0AF51B2FD97 << Recent Phuctorings. - Phuctored: 22497142070567396395170440776156492109573655606754955997706166207837201259717645302873193940734977330930910936704361305080698237226152818389140419020002730480371917775510803053358131165006466807912182007371226590498749243054456960759755303744616207848566147901971942960636183537238605583250498601995228985317423732053665
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4D207B241AE8EC0B9AF9695CF31A1BA93683EA9E7E2A3ABF8766FBD55796D115 << Recent Phuctorings. - Phuctored: 6688...3573 divides RSA Moduli belonging to '95.182.65.209 (ssh-rsa key from 95.182.65.209 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (209-65-182-95.fatum.ru. RU)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/421E33DCF67894D972603FC79EAB24F85AB3BF76D9BCE620B71486CDFFFDE94F << Recent Phuctorings. - Phuctored: 2492...1413 divides RSA Moduli belonging to '46.252.19.17 (ssh-rsa key from 46.252.19.17 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (Unknown DE)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/63B5E7FAA6E42FDD0725D4493A50BEF4827B19F89222A58BD9AF1863D9E5BE27 << Recent Phuctorings. - Phuctored: 136046992482852631965606714016593464659070941021277352421601042048790318343544048621264911825456807379888408877105250288011589275872319110034262559866697921178789700272259060269387062073933803810701900999037012206843131231798812671914737477311823396615009600631410932058522364404714507253204200493357644993999 divides RS
deedbot: http://phuctor.nosuchlabs.com/gpgkey/29BCE77830F31D7147566D11AC472C39210058DCFF16B3C435F1FD540AA3FF90 << Recent Phuctorings. - Phuctored: 6562...0209 divides RSA Moduli belonging to '207.174.242.5 (ssh-rsa key from 207.174.242.5 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (207-174-242-5.flrvmi.fnw.us. US MI)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/34F88784CBE3A1C9FE5FC15F8FF3E193F70A1E08FE7611EC5614D071F848BBAD << Recent Phuctorings. - Phuctored: 1575...4727 divides RSA Moduli belonging to '213.164.4.178 (ssh-rsa key from 213.164.4.178 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (mail.a-trust.at. AT 9)
trinque: turned off the hose.
asciilifeform: ty trinque
asciilifeform: btw this is not wholly trivial q
asciilifeform: does a modulus count as 'has factor' if gcd(it, another) == it ?
asciilifeform: it does not. but by bernstein's algo -- does.
asciilifeform: so it is special case, it is marked by bernstein but must stay green until another factor is found.
mircea_popescu: asciilifeform a modulus is by definition not prime.
asciilifeform: to complicate matters, there were a handful of jokers who made prime moduli.
mircea_popescu: the odds of hundreds, if not thousands, of composite (with two, or more, prime factors) being also the factors of other moduli seem slim./
asciilifeform: mircea_popescu: the one way this is possible, by my reckoning, is if the deduplication somehow failed.
asciilifeform: which is my working hypothesis.
mircea_popescu: for instance.
asciilifeform: it must have.
asciilifeform: this would of course mean that Framedragger's set contained massive dupeage somehow.
asciilifeform: (how? i've nfi)
asciilifeform: but normally, dupes get properly marked.
asciilifeform: Pid 4783(fastwerker) over core_pipe_limit
asciilifeform: Skipping core dump
asciilifeform: turns out my log is full of these.
asciilifeform: wtf is this, and why does it exist.
asciilifeform: it does not exist on my gentoo boxen.
mircea_popescu: so it dumped core ?
asciilifeform: well no !
asciilifeform: because FuckHead-Linux decided that it is somehow ok to 'skipped coredump'
asciilifeform: 'The ability to limit concurrent coredumps allows dumping core to be safely enabled in these situations without affecting responsiveness of the system as a whole. I have several servers running with this patch applied (actually backported to v2.6.26) and it has allowed me to deal successfully with the situation described above.'
asciilifeform: penny in the fusebox.
asciilifeform: because in their cockroach universe, THIS MAKES SENSE
asciilifeform: the result, incidentally, is ZERO COREDUMPS
asciilifeform: on the box.
asciilifeform: i shit thee not.
asciilifeform: 'because when asciilifeform enables coredumps, surely what he MEANT to do is to ENABLE EXCEPT IF TOO MANY'
asciilifeform: i have no words.
trinque: ahaha
asciilifeform: 'too many is as good as none, so let's then give'im none'
mircea_popescu: you don't understand. you're supposed to know when you cause core dumps and just work around it.
asciilifeform: this is the last time i permit a linux kernel to be used on my watch that i did not with own hands build.
trinque: the linux combustion engine, explodes 300 times per second
asciilifeform: every time! that i think 'what new idiocy could possibly be inside'
asciilifeform: every time.
← 2016-12-29 | 2016-12-31 →