Forum logs for 30 Dec 2016

Monday, 16 March, Year 12 d.Tr. | Author:
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 [00:07]
phf: of v that is [00:08]
ben_vulpes: i've been frowning at -p1 for a bit now [00:09]
phf: so the simplest solution would be to at least parametrize an equivalent of -p1 on lisp side [00:14]
mircea_popescu: what is -p1 again ? [00:17]
ben_vulpes: how many prefixes to strip [00:17]
phf: -p1 means a/foo/bar gets pressed as foo/bar [00:17]
phf: with p2 same guy gets pressed as bar [00:18]
deedbot: http://trilema.com/2016/disgrace-at-first-they-do-not/ << Trilema - Disgrace - At first they do not [00:19]
ben_vulpes: phf: patch will apply something cleanly with mismatched depths, won't it? [00:19]
trinque: patch will ignore the number of levels you specified with -p [00:20]
trinque: of path [00:20]
phf: i think it treats one of the names as canonical [00:22]
ben_vulpes: http://logs.bvulpes.com/trilema-mod6?d=2016-12-29#3 << thread in #trilema-mod6 [00:23]
phf: actually patch seems to do ... something magical [00:26]
ben_vulpes: RIGHT?! [00:26]
ben_vulpes: would a smallest common substring test suffice here? [00:27]
phf: that's what btcbase does basically. it finds position where common suffix starts and then works from there.. [00:31]
phf: but i'm starting to think it's an overkill anyway, because it doesn't accommodate for all possible insane patch inputs. [00:34]
ben_vulpes: what's an insane input that breaks the shortest common substring test? [00:36]
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~ [00:38]
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 [00:40]
ben_vulpes: gross.kpeg [00:41]
phf: actually that's a bad example because that'll work, but a/old.lisp and b/veh.lisp [00:41]
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. [00:42]
ben_vulpes: phf: i actually can't get patch c/old.lisp and d/veh.lisp to apply derp.vpatch [00:45]
ben_vulpes: standby 1 [00:45]
ben_vulpes: http://p.bvulpes.com/pastes/O687q/?raw=true [00:48]
phf: ben_vulpes: where'd that 0 come from? [00:49]
ben_vulpes: i have nfi [00:50]
phf: also you're missing genesis [00:51]
mod6: i think you maybe mean '-F' instead of '-f', it thinks 0 is a file [00:51]
ben_vulpes: COOL [00:52]
phf: http://wotpaste.cascadianhacker.com/pastes/udP9e/?raw=true [00:54]
ben_vulpes: http://p.bvulpes.com/pastes/FF1IA/?raw=true [00:55]
ben_vulpes: 1 thing of note is that your example patches an extant file in holyfuq/ [00:56]
ben_vulpes: would it be unreasonable to calve this scenario off? [00:57]
ben_vulpes: oh [00:58]
ben_vulpes: hm [00:58]
ben_vulpes: okay i see [00:59]
ben_vulpes: good to know that terminal prompt of yours survived the trip through the pastebin [01:02]
phf: also the old school way of making a genesis http://p.bvulpes.com/pastes/JQxyU/?raw=true [01:03]
ben_vulpes: what is `p'? [01:05]
ben_vulpes: "tee p" just papers your house with the output or what [01:05]
ben_vulpes: i would also like to see the vdiff into which you're piping diff, mostly out of curiosity [01:06]
phf: tee writes piped input to stdout and to a file [01:06]
ben_vulpes: ah <p gotcha [01:06]
ben_vulpes: eager juvenile algos are eager and juvenile [01:07]
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 [01:08]
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) [01:08]
ben_vulpes: ah i see [01:09]
phf: http://trilema.com/forum-logs-for-20-jun-2016#2112064 [01:13]
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 [01:13]
ben_vulpes: aaaaah [01:16]
ben_vulpes: BLOOD SPORTS [01:16]
ben_vulpes: phf: when i crack my v again in the morrow, i'm going to implement hash-checking against longest common directory tree [01:50]
ben_vulpes: ^^ mircea_popescu asciilifeform mod6 trinque and any other vtronicists pls to opine [01:50]
phf: will probably cover majority of cases(tm)(c) [01:52]
phf: huh, apparently plan 9's diff/patch doesn't even implement unified diff format [01:55]
ben_vulpes: tight [01:56]
ben_vulpes: in other unixisms: http://p.bvulpes.com/pastes/Lwefz/?raw=true [01:56]
ben_vulpes: felipelalli, vexare, wyrdmantis, Sinclair6, luke-jr please fix your bouncers [01:58]
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. [01:59]
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 [01:59]
ben_vulpes: !up luke-jr well did you read the link or what [02:00]
phf: ben_vulpes: you mean like ~parse~ the output of patch? [02:00]
ben_vulpes: phf: when it works, it outputs the list of patched files [02:01]
phf: aah [02:01]
ben_vulpes: one can patch an empty directory with an arbitrary patch and extract the filenames patch wanted to hit [02:01]
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. [02:02]
ben_vulpes: !!up luke-jr [02:02]
deedbot: luke-jr voiced for 30 minutes. [02:02]
luke-jr: I saw the link. didn't see a problem. [02:02]
ben_vulpes: top 10 in disconnects over the year? no problem? [02:02]
luke-jr: no problem besides AT&T [02:03]
ben_vulpes: you want to matter in crypto but "nah bro, it's just my isp" at me? [02:03]
luke-jr: want to donate $30k so I can get a better ISP? :p [02:05]
ben_vulpes: what part of bumfuckistan do you live in that prevents colo access? [02:05]
luke-jr: I don't trust colos. [02:06]
luke-jr: not that IRC is all that important [02:06]
ben_vulpes: it's like omfg even aws is barely 10us/mo for a vps you don't have to trust [02:06]
ben_vulpes: nah, park your boat on the lawn, who cares [02:07]
ben_vulpes: wear a shirt with last weeks sweat stains on it, it's not like you're that important [02:07]
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 [02:08]
luke-jr: true [02:08]
ben_vulpes: a join and an up, which is predicated on the obvious [02:09]
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 [02:11]
ben_vulpes: it is visible and annoying. stop it. [02:11]
mod6: fwiw you can turn off those messages in your client too. [02:11]
ben_vulpes: i will not spend the time to figure out how to mute everyone but noobs i've never seen before [02:12]
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. [02:12]
mod6: https://weechat.org/files/doc/weechat_faq.en.html#filter_irc_join_part_quit [02:13]
ben_vulpes: mod6: how does that help me filter luke-jr's spam and not noobs? [02:13]
ben_vulpes: amusing innit that the father of the since-aborted 'blockchain spam' meme is now spamming irc [02:14]
* davout 's trb node is now up and apparently syncing at 62.210.206.141 [02:20]
ben_vulpes: davout: congrats! [02:22]
ben_vulpes: davout: you will sync far more quickly if you -connect to a single, high reliability, high bandwidth node during sync [02:23]
ben_vulpes: otherwise trb may decide to ask utter randos for blocks [02:23]
ben_vulpes: and waste time negotiating connections [02:24]
ben_vulpes: not that it cannot be done that way, but it is faster other ways. [02:24]
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 [02:25]
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 [02:25]
davout: ben_vulpes: any suggestions for such a node? [02:25]
ben_vulpes: either asciilifeform's or mine [02:26]
ben_vulpes: i use whirling rust, he -- ssd's. [02:27]
ben_vulpes: i believe that mod6 has a solid one as well, pete_dushenski's has been blackholed of late [02:27]
ben_vulpes: i'm off, later davout [02:31]
davout: allright, ty! [02:31]
deedbot: http://www.contravex.com/2016/12/30/malibus-most-wanted/ << » Contravex: A blog by Pete Dushenski - Malibu’s Most Wanted. [03:10]
davout: OSX, totally the platform sane people develop on "valgrind: This formula either does not compile or function as expected on macOS" hurrrr [04:10]
davout: "plox to use xcode, where everything works differently, because reasons" [04:11]
davout: out of curiosity, how long did it take trb node operators to fully sync? [04:13]
BingoBoingo: davout: 30 days to Februrary 6th 2015 block 34236 in latest sync [05:42]
BingoBoingo: syncing from wild caught peers [05:42]
davout: didn't fully sync? [05:43]
BingoBoingo: not yet, started November 30th [05:50]
davout: ok [05:51]
BingoBoingo: need to remind self blockchain only gets longer [05:51]
davout: i guess patience is in order here [07:24]
davout: was there a discussion of the use case where one wishes to create, and sign transactions from an arbitrary set of unspent inputs? [07:28]
Framedragger: http://btcbase.org/log/2016-12-30#1593070 << http://btcbase.org/log/2016-11-21#1571809 [07:53]
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 [07:53]
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) [07:53]
Framedragger: would still be interested to take a look, wouldn't hurt. [07:53]
Framedragger: (i'm thinking about things like size of shared buffers etc) [07:53]
asciilifeform: http://btcbase.org/log/2016-12-30#1593233 << all knobs set to defaults [09:17]
a111: Logged on 2016-12-30 12:53 Framedragger: (i'm thinking about things like size of shared buffers etc) [09:17]
Framedragger: defaults are shit. [09:17]
Framedragger: (not defending postgres re. this.) [09:17]
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 [09:18]
Framedragger: it's something that can be very easily changed and tested without sweat or breaking things. [09:18]
asciilifeform: say, 64GB [09:18]
asciilifeform: what'll it give [09:18]
asciilifeform: disk is not the bottleneck on this box [09:18]
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) [09:19]
Framedragger: things like sorting [09:19]
Framedragger: if you run EXPLAIN ANALYZE [09:19]
Framedragger: before query [09:19]
Framedragger: it'll show what it's doing [09:19]
Framedragger: (you've probably done this tho) [09:19]
asciilifeform: aha [09:19]
asciilifeform: did. [09:19]
Framedragger: i'm thinking,more memory could help with certain things that db is busy with, incl insertion, even. i'm not sure. [09:19]
asciilifeform: i even spoke with career dbists, answer was 'your application is monstrous abuse and you need a cluster' [09:20]
Framedragger: this isn't rigorous, but easy to try. [09:20]
Framedragger: oh. that's sad. :( [09:20]
Framedragger: just know that some defaults are really low. [09:21]
asciilifeform: soo which knob should i max, Framedragger ? [09:21]
asciilifeform: worth a try [09:21]
Framedragger: busy for a bit, i don't want to cite you sth without thinking about it [09:21]
Framedragger: sec [09:22]
asciilifeform: and what effect will this have on the consequences of yanked mains cord [09:22]
asciilifeform: because nobody cancelled physical reality, write-caching means vulnerability to mains yanking [09:22]
asciilifeform: i absolutely can't have a db req returnig before disk is written. [09:23]
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 [09:23]
asciilifeform: *returning [09:23]
Framedragger: none of that. [09:24]
Framedragger: to be 100% certain, i'd have to check. i see your concerns. [09:24]
asciilifeform: now if only i had a pill against http://btcbase.org/log/2016-07-18#1505027 [09:26]
a111: Logged on 2016-07-18 18:08 asciilifeform: i know of no file system that would not choke. [09:26]
asciilifeform: then -- static html phuctor. [09:26]
Framedragger: that would be neat.. [09:26]
Framedragger: asciilifeform: i take it you are certain that main bottleneck and 'hogger' is the numerous inserts? [09:27]
mircea_popescu: goood mornin! [09:27]
asciilifeform: correct [09:27]
asciilifeform: guten morgen mircea_popescu ! [09:27]
Framedragger: mircea_popescu: it's dark here in the northern hemisphere, god it's deperessing :( mornin'.. [09:27]
mircea_popescu: ah, it's rainy here, so. [09:28]
asciilifeform: Framedragger: they aren't only inserts, every key turns into half a dozen to a dozen queries interleaved with inserts [09:29]
Framedragger: ahh right, i assume those include in-memory sorts [09:29]
Framedragger: or requirement for sorts anyway [09:29]
asciilifeform: Framedragger: as per http://btcbase.org/log/2016-11-19#1570951 [09:30]
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. [09:30]
asciilifeform: and no, no sorts there [09:30]
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. [09:30]
asciilifeform: the 'do we haves' could benefit from bigger read cache [09:30]
Framedragger: ah hm. tbh i'd still change work_mem because it's ridoinculously low by default, but i hear ya. [09:30]
asciilifeform: i'ma try it soon. [09:30]
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.) [09:31]
Framedragger: (do note, 'work_mem' is per user / per request. so may be easier to DoS. thought i should mention this for completeness) [09:32]
asciilifeform: that means i won't be trying it for couplea weeks. i don't restart db until a current parcel is through submitting. [09:32]
Framedragger: ah right, yes i see [09:32]
Framedragger: asciilifeform: any JOINs in those multiple queries for each 'insert'? (if yes, this param should help.) [09:33]
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) [09:33]
Framedragger: :( [09:33]
asciilifeform: Framedragger: nope [09:33]
Framedragger: ok [09:33]
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.. [09:34]
asciilifeform: the machine isn't at my house and i have no control over the mains supply. [09:35]
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." [09:36]
Framedragger: << need to understand just what does that imply.. [09:36]
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, [09:36]
asciilifeform: it was ~immediately~ and ~permanently~ afflicted by 'mysterious' reboots [09:37]
mircea_popescu: http://kwiva.ru/protiv-hard-forkov/ http://kwiva.ru/protiv-hard-forkov-2/ << apparently russians also exist. [09:37]
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. [09:37]
asciilifeform: mircea_popescu -- switched hosts, i -- slowly, painfully, rewrote the thing... [09:37]
asciilifeform: Framedragger: well it doesn't lose work nao. [09:38]
asciilifeform: but could again if i gave it a multi-GB writecache [09:38]
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". [09:39]
Framedragger: but this way you would constrain any losses to particular known amounts. [09:40]
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. [09:40]
asciilifeform: Framedragger: no losses plox. [09:40]
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 [09:41]
a111: Logged on 2016-12-30 05:22 phf: i think it treats one of the names as canonical [09:41]
mircea_popescu: asciilifeform hey, i only said they exist, i didn't say their brains work. [09:41]
asciilifeform: mircea_popescu: tbh i had a 'what the hell is all this' reaction to reading ben_vulpes and phf vtron problemz [09:41]
mircea_popescu: it's not even baseless, which is the saddest part. [09:42]
asciilifeform: they must've moved some king-sized cockroach sofa. [09:42]
mircea_popescu: his problems i mean [09:42]
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 :/ [09:42]
mircea_popescu: sigh [09:43]
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. [09:43]
asciilifeform: ^^ [09:45]
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. :( [09:45]
mircea_popescu: http://btcbase.org/log/2016-12-30#1593130 << holy crap. [09:45]
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 [09:45]
asciilifeform: gnupatch, as i warned long ago, MUST die. [09:46]
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". [09:46]
mircea_popescu: because it is not computer-possible to have what you describe without what i describe. [09:46]
mircea_popescu: consider the simple case of "check values, actuate machinery" in article linked here a few months ago. it is quite fundamentally informative. [09:47]
Framedragger: right. either it's completely-reliable, or NP-complete complex dragons in a cave [09:47]
mircea_popescu: well not exactly like that, but i guess that may work for a heuristic early on. [09:47]
mircea_popescu: the issue is the magic numbers. you said "100". why did you say "100" and how did you [think you] knew ? [09:48]
asciilifeform: moreover, it's either ~completely-readable~ or 'dragons in a cave'. [09:48]
mircea_popescu: that's another, but just as important, issue. [09:48]
asciilifeform: i'm not convinced that they are separable. [09:48]
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 [09:49]
asciilifeform: Framedragger: may as well run whole thing off a ramdisk then [09:49]
mircea_popescu: what you do is not supposed to be predicated on what you can do at any point in your existence. [09:49]
Framedragger: (i'm not saying 100 is not barf-magical.) [09:50]
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). [09:50]
asciilifeform: the thing is a 1,001-layer shit sandwich [09:50]
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. [09:51]
mircea_popescu: does this entirely subvert what phuctor is ? [09:51]
jurov: just a side note - if using filesystem, for ACID guarantee you'd need to flush caches, too [09:51]
mircea_popescu: yes. [09:51]
mircea_popescu: wich is why fs sql is contemplated for bitcoin, not really for phuctor's woes. [09:51]
asciilifeform: jurov: fs does have the journal [09:51]
Framedragger: brb [09:51]
mircea_popescu: asciilifeform actually a portion on a ramdisk may even be judicious. [09:52]
mircea_popescu: i take it you were considering this for next rewrite [09:52]
asciilifeform: mircea_popescu: linux by default uses all spare ram as disk readcache [09:52]
jurov: asciilifeform: journal is not some magic allowing you to have 100k transactions.second without possibility of data loss [09:52]
asciilifeform: writecache, on other hand, is a major Do Not Want here, for reasons described above [09:53]
mircea_popescu: yeah it has to catch on eventually. [09:53]
mircea_popescu: asciilifeform ah, i didn't realise you were happy with linux readcache. [09:53]
asciilifeform: jurov: there is always 'possibility of data loss', machine could be stolen (as it once was!) or burn down [09:54]
asciilifeform: problem is ~silent~ data loss. [09:54]
asciilifeform: when you do not know that you oughta restore from backup [09:54]
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. [09:57]
mircea_popescu: on the other hand submitter support is not mandated, they fail to produce a significant portion of the input. [09:59]
mircea_popescu: for that matter they fail to change their own diapers, either, end up having Framedragger write code for them etc. [10:00]
asciilifeform: there is 1 serious reason why gotta check for existing key/fp: [10:00]
mircea_popescu: well ddos. [10:00]
asciilifeform: because it is what 'phuctor as keyserver' stands on, also [10:00]
asciilifeform: most of the time i paste in a key from somewhere, there it is, from april. [10:01]
mircea_popescu: yeh. [10:01]
mircea_popescu: incidentally, i would say deedbot also counts as tmsr keyserver now. [10:01]
asciilifeform: it's a total replacement (if slow) for sks. [10:01]
asciilifeform: deedbot key getter dun work in heathens, does it..? [10:01]
mircea_popescu: sks was not that fast. or that complete. [10:01]
mircea_popescu: asciilifeform hey, i'm not surfe i want it to work on heathens what. [10:02]
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 [10:03]
mircea_popescu: sure. i'm not saying it must be standardized. just, there. [10:03]
asciilifeform: 'was this linus-key or linus-flipolade key' [10:03]
mircea_popescu: note that as time rains on, this sort of query becomes less and less interesting [10:03]
asciilifeform: it will. [10:04]
mircea_popescu: "was gcc 5.x rms approved or not ?" "dude... who cares. it fails to build eulora." [10:04]
asciilifeform: btw while we're on this subj, does eulora eschew cpp11? [10:05]
asciilifeform: because cpp11 is how folx typically end up reluctantly grunting in the stake of gcc5 [10:06]
mircea_popescu: diana_coman ^ [10:08]
mircea_popescu: but yes, afaik it does. [10:08]
asciilifeform: brings own set of problems. it is where monstrous thigs such as 'boost' came from - lack of cpp11 [10:08]
mircea_popescu: it dun has boost either. [10:09]
diana_coman: asciilifeform, it does, yes [10:09]
diana_coman: and omfg no boost, no [10:09]
diana_coman: ideally it will eschew cpp alltogether but so far not ideal [10:10]
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. [10:10]
mircea_popescu: nope. [10:10]
diana_coman: asciilifeform, no [10:10]
asciilifeform: so what do the data structures look like ? [10:10]
* mircea_popescu views with mind's eye diana_coman 's beard growing inches/second in the minds of alf [10:11]
asciilifeform: how about iterators? they are all explicit? million temp vars? [10:11]
asciilifeform: i'ma have to gather the courage and read this thing with own eyes, at some point. [10:12]
diana_coman: asciilifeform, atm we are still slowly, slowly extricating ourselves from the swamps of ps code [10:12]
jurov: it does not use much c++stdlib, but the crystalspace reimplementation of [10:12]
asciilifeform: ps? [10:12]
asciilifeform: postscript?! [10:12]
mircea_popescu: the server code's not published, and the client code is mostly legacy. [10:12]
diana_coman: planeshift asciilifeform , a swamp not worth gettting stuck into [10:13]
mircea_popescu: planeshift. [10:13]
asciilifeform: mircea_popescu: presently i have nfi what part is published, or where [10:13]
asciilifeform: ah hm. i have nfi what is 'planeshift'. 3dengine? [10:13]
diana_coman: planeshift is an open source mess that was used to jumpstart eulora basically [10:14]
jurov: planeshift is opensource game, crystalspace is the engine [10:14]
asciilifeform: aah [10:14]
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. [10:14]
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. [10:15]
diana_coman: and it manages to have some half million lines of code doing the job of maximum 100k by the looks of it [10:15]
mircea_popescu: (they did decide to move over to unity last year, then they abandoned the plan._ [10:15]
asciilifeform: and looks like jurov answered my q earlier. eulora folx are using crystalspace's adhoc boostron. [10:15]
diana_coman: asciilifeform, planeshift does that, yes [10:15]
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 ? [10:15]
asciilifeform: in the old days, every major cpp project had one [10:15]
mircea_popescu: asciilifeform the client. [10:15]
mircea_popescu: there's two parts to this mess. [10:16]
asciilifeform: jurov: i am guilty of referring to anything that wasn't in my childhood borland3.1 as cpp11 [10:16]
jurov: lol [10:16]
mircea_popescu: heh [10:16]
asciilifeform: jurov: notice how some of the more appealing 11isms (e.g., bounds checking) dun work [10:17]
asciilifeform: 'library issue' [10:18]
mircea_popescu: that's ok, the planeshift implementation leaks at pretty much every other rivet [10:18]
asciilifeform: btw , the unusability of naked cpp was also why we got horrors like 'qt' [10:19]
asciilifeform: (which is only half gui toolkit, it is also datastructure lib) [10:19]
* asciilifeform brb [10:20]
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 [10:20]
diana_coman: fwiw I can confirm that current code compiles perfectly fine on gcc 4.4 in any case [10:22]
mod6: mornin' [10:22]
diana_coman: morning mod6 [10:22]
mod6: how ya been! [10:23]
diana_coman: heh, not bad [10:24]
mod6: good deal [10:24]
diana_coman: got to some snow, sledged downhill, even bruised a knee , got back to peaceful coding now , lol [10:24]
diana_coman: how's that eulora-box coming in 2017 mod6 ? :D [10:25]
mod6: nice! i haven't done any sledding yet. gotta do that one of these times. [10:25]
mod6: oh, hey, actually. so I've got a box. [10:25]
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. [10:26]
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). [10:26]
mod6: when I get a free moment, i'll throw the latest eulora on there. can be my mining box. :] [10:26]
diana_coman: sounds good mod6 :) [10:27]
diana_coman: jurov, make cpp haskell again I gather? [10:27]
mod6: heh [10:27]
jurov: yay [10:27]
mircea_popescu: jurov what is parity with haskell even ?! [10:28]
jurov: i was just paraphrasing, don't remember the exact word [10:31]
diana_coman: asciilifeform, to round off: atm eulora code is basically c99 (even that rather reluctantly when we moved over to 64bit) [10:31]
asciilifeform: jurov: догоним и перегоним ! (tm) (r) (hruschev) [10:37]
asciilifeform: but yes, cpp standardization is beginning to resemble that of PL/I [10:37]
* asciilifeform has a relative who, until recently retiring, programmed in PL/I ! i shit thee not [10:38]
asciilifeform: jurov: lulzily, searching for 'c++17' i get... airplanes [10:39]
asciilifeform: 'boeing c-17' [10:39]
mircea_popescu: oh also, friendly reminder today's last day of eulora hackathon. closes in ~11 hours. [10:44]
mircea_popescu: http://btcbase.org/log/2016-12-30#1593170 << he's not even kidding, i'm going to start banning. [10:46]
a111: Logged on 2016-12-30 06:58 ben_vulpes: felipelalli, vexare, wyrdmantis, Sinclair6, luke-jr please fix your bouncers [10:46]
mircea_popescu: oh hey, check it out, irc isn't that important. smart move, barely tolerated fraudster. [10:47]
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. [10:50]
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. [10:51]
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. [11:06]
a111: Logged on 2016-12-30 09:13 davout: out of curiosity, how long did it take trb node operators to fully sync? [11:06]
mircea_popescu: http://btcbase.org/log/2016-12-30#1593228 << yes, periodically since 2014. [11:07]
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? [11:07]
mircea_popescu: http://btcbase.org/log/2016-12-30#1593252 << these people. if phuyctor is not THE usecase then wtf is. wwwrot ffs. [11:08]
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' [11:08]
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. [11:11]
a111: Logged on 2016-12-30 14:30 asciilifeform: i'ma try it soon. [11:11]
mircea_popescu: http://btcbase.org/log/2016-12-30#1593288 << pretty sure phuctor is 1 user that recycles db connections. [11:12]
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) [11:12]
asciilifeform: http://btcbase.org/log/2016-12-30#1593456 << iirc it took me ~3 days to sync via direct eatblock [11:13]
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. [11:13]
asciilifeform: or hm, nm, 1 night [11:13]
mircea_popescu: direct eat block is fast yes. [11:14]
mircea_popescu: but you have to have the food. [11:14]
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. [11: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 [11:14]
asciilifeform: mircea_popescu: probably. i'ma run with new knob settings as soon as it is safe to reset the db. [11:15]
asciilifeform: but i do not expect miracle. [11:15]
mircea_popescu: alrighty then let's make a full plan here. [11:15]
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. [11:16]
asciilifeform: (because apparently 'thousands of queries / sec is abuse, get a cluster' is the 'state of the art') [11:16]
mircea_popescu: 2) huge_pages should probably be on. [11:16]
mircea_popescu: asciilifeform do you use a lot of temp tables ? [11:16]
asciilifeform: mircea_popescu: i'd first like to know what this'll do to integrity-on-mains-failure [11:16]
asciilifeform: mircea_popescu: 0 temp tables [11:16]
asciilifeform: 0 anything fancy. [11:16]
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. [11:17]
asciilifeform: 0 joins. 0 anythings. just plain old queries and inserts. [11:17]
mircea_popescu: yes but what it uses it for is sorts, select by index may use it if the index is composite. [11:18]
asciilifeform: ah [11:18]
mircea_popescu: do you actually just recycle one connection or do you keep making connections ? [11:19]
asciilifeform: makes connections. [11:19]
mircea_popescu: ah then not nearly as important. [11:19]
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. [11:20]
mircea_popescu: eg bgwriter_delay you may want to be set low for this reason. [11:21]
mircea_popescu: it's 200ms by default. [11:21]
asciilifeform: the db absolutely has to be in a consistent state at all times, or 0 phuctoring takes place. [11:21]
asciilifeform: (this scenario actually played out once.) [11:21]
mircea_popescu: you can also set bgwriter_lru_maxpages to 0 and disable background writing altogether [11:21]
asciilifeform: (and, painfully, i had to find the offending garbage by hand!) [11:22]
asciilifeform: also did i mention that the entire db get shat out every time we bernstein ? [11:22]
asciilifeform: (the moduli have to turn into an array of bignum*) [11:23]
asciilifeform: this is easily 10% of the load on the db [11:23]
trinque: might be faster to do in the db [11:24]
asciilifeform: oh and then, factors are found, largely the same set every time (how bernsteinization works) and each one is queried to the db [11:24]
trinque: I am sadly, quite good at SQL if you want the thing translated [11:24]
asciilifeform: trinque: i need random-access in O(1) to them for bernsteining [11:24]
asciilifeform: so no, they can't 'live in db' while it happens [11:24]
trinque: ok [11:24]
asciilifeform: have to live in MY data structure, in ram. [11:24]
asciilifeform: where i have O(1) access to them. [11:25]
asciilifeform: the whole thing working at all is predicated on these seemingly 'abusive' design choices [11:25]
asciilifeform: and postgres is ~the~ albatross. [11:25]
phf: so you basically snapshot your entire dataset back into the database at certain times, and snapshot is an equivalent of set merge? [11:27]
asciilifeform: phf: nope. the only thing that happens to db as a result of bernsteinization is N queries 'do we already know this factor' [11:28]
asciilifeform: if answer is 'no', it is inserted in 'factors' table. [11:28]
asciilifeform: this, by all rights, ought to be a batch query. and probably will be in next version. [11:28]
mircea_popescu: trinque 's idea, bernstein as prepared queries, may be a gain. [11:28]
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. [11:28]
mircea_popescu: but he might be interested to hear about it. [11:28]
asciilifeform: mircea_popescu: it's a screaming nope [11:29]
asciilifeform: mircea_popescu: algo ~demands~ O(1) random access to the bignums. [11:29]
asciilifeform: the individual bignums. [11:29]
mircea_popescu: so ? [11:29]
asciilifeform: so holy shit is this not screamingly obvious [11:29]
mircea_popescu: you implement bernstein IN the db. it is actually a programming language. [11:29]
asciilifeform: i need ~less~ access to db, not moar. [11:29]
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? [11:29]
asciilifeform: mircea_popescu: sql doesn't have a bignumatron [11:30]
trinque: asciilifeform: a temp table is in RAM [11:30]
asciilifeform: much less an optimized one [11:30]
trinque: but I am not arguing for something here you'd know what you want [11:30]
asciilifeform: phf: bernstein's algo operates on ~all known moduli simultaneously~ [11:30]
asciilifeform: there is no way around this. [11:30]
asciilifeform: by definition, that's what it does. [11:30]
asciilifeform: it is, by lightyears, the best known algo for batch gcd, also. [11:31]
mircea_popescu: and you do it as prepared queries, which get precompiled to a degree [11:31]
phf: asciilifeform: i'm just trying to establish the dataflow here, for my own curiosity [11:31]
asciilifeform: the querying of 'do-we-have-this-factor' is maybe 1% of the load. [11:31]
asciilifeform: so it has not been a priority, because batching will tremendously complicate the moving parts. [11:31]
mircea_popescu: not a matter of access [11:32]
asciilifeform: http://btcbase.org/log/2016-12-30#1593516 << recall, i wrote to bernstein himself. [11:32]
a111: Logged on 2016-12-30 16:28 mircea_popescu: but he might be interested to hear about it. [11:32]
asciilifeform: 0 answer. [11:32]
asciilifeform: and at this point it is imho unlikely that he has not heard of phuctor. [11:33]
asciilifeform: so that leaves 1 plausible explanation. [11:33]
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 [11:33]
mircea_popescu: bitcoin wants its own fs. ANOTHER way, is to use the means the db already offers for this. [11:33]
asciilifeform: mircea_popescu: if you think trb is a hard nut to crack, picture reading, grasping postgres. [11:34]
mircea_popescu: which yes takes some work, but not quite as much as the other variant. [11:34]
asciilifeform: i for one do not expect to live long enough to make a serious attempt at such a thing. [11:34]
mircea_popescu: yes but it has this convenient hole through which you can go in, which is - implement bernstein IN sql. [11:34]
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. [11:35]
mircea_popescu: rather than in c. [11:35]
asciilifeform: because the actual bottleneck is '1000s of queries AND inserts / second AND guaranteed realtime consistent' [11:35]
mircea_popescu: it has ~some~ ability to precompile your queries, which is somewhat like linking object code. [11:35]
asciilifeform: and not the bernsteining. [11:35]
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 [11:36]
asciilifeform: if it somehow had to happen inside postgres, it would not bypass the lock. [11:37]
asciilifeform: mircea_popescu is seeing it through the naive vertically integrating rockefeller eyes, 'power plant expensive? let's put it right in my mansion' [11:37]
asciilifeform: this does not always help. [11:37]
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"). [11:37]
asciilifeform: phf: what part of 'this isn't the bottleneck' was unclear [11:38]
phf: asciilifeform: did you understand what i said? [11:38]
asciilifeform: i think so? [11:38]
mircea_popescu: well, it was a thought. [11:39]
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 [11:39]
asciilifeform: phf: actually the wwwtronic piece of phuctor is in python and does the precompiled queries thing [11:40]
asciilifeform: that that's probably not it. [11:40]
asciilifeform: believe or not, i actually put some work into this thing [11:40]
asciilifeform: the current iteration is, iirc, the third from-the-ground rewrite. [11:40]
asciilifeform: (or second, depending how to count) [11:40]
mircea_popescu: pretty surreal. [11:40]
phf: precompiled queries are a fraction of cross-boundary issue [11:41]
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. [11:42]
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...' [11:42]
asciilifeform: phf: understand also, postgres can't store bignums as such, it stores strings [11:43]
mircea_popescu: so a lot of hash search. [11:43]
asciilifeform: these end up parsed into operable bignums every shot. but, surprisingly, this never takes > 3 minutes ! [11:43]
asciilifeform: on entire set. [11:43]
phf: asciilifeform: right, i was going to get to that :} [11:43]
mats: fbi evidence of ru hacking 10/10 lulz as expected [11:44]
asciilifeform: (in fact, dumping out the entire db, and properly bignumizing, takes about 3min total for the current db.) [11:44]
asciilifeform: mats: i especially loved the 1 single av signature offered [11:44]
asciilifeform: (which was for some 'script kid' php kit) [11:44]
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. [11:45]
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. [11:45]
mircea_popescu: i gather you already do b. is it index-sorted ? [11:45]
asciilifeform: mircea_popescu: actually i do not. because it will require 100x more complex mechanism. [11:45]
asciilifeform: which is to say, rewrite of WHOLE thing. we had a thread. [11:46]
mircea_popescu: uh. then why do you put the keys in in batches if you're not... putting them in in batches ? [11:46]
asciilifeform: they get thrown into same hole as if human submits. [11:46]
asciilifeform: that way there is exactly one procedural path for key submission, and no duplicate logic. [11:46]
mircea_popescu: would you stop with these bizarro deflections, they neither impress nor persuade, but they do give you an ugly image. [11:46]
asciilifeform: i dun give half a shit about 'image'. laying out the fact of why the thing is as it is. [11:46]
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 [11:46]
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. [11:47]
mircea_popescu: otherwise we'd just use hardware everywhere. [11:47]
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. [11:48]
mircea_popescu: possibru. [11:48]
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 [11:48]
asciilifeform: only the 'adult' db [11:48]
asciilifeform: otherwise we get same speed as now. [11:48]
mircea_popescu: no, have one phuctor with one db and two intakes. [11:48]
mircea_popescu: and yes we would query. [11:48]
asciilifeform: well 1 db, 2 sets of key/fp/factor tables. [11:48]
phf: a sort of impolite question, but is there's an index on hash column? [11:48]
asciilifeform: and no, you can't query the nursery every time somebody loads a url, or you get SAME performance as now, omfg [11:49]
Framedragger: (and follow-up, does explain analyze show the use of that index) [11:49]
asciilifeform: phf: there is [11:49]
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. [11:51]
asciilifeform: (and bernsteinization requires access to ~all~ moduli, as i think is obvious, and not simply 'most recent ones') [11:51]
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 [11:52]
asciilifeform: phf: what means 'rebuild it on a crash' [11:52]
asciilifeform: this has to be done programmatically ? [11:53]
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. [11:53]
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 [11:53]
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) [11:53]
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... [11:53]
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) [11:53]
* mircea_popescu would not be particularly surprised if served with 100mb of query as per above postres wouldn't just fall over. [11:53]
asciilifeform: aaaaah lel [11:54]
asciilifeform: holy shit was that a ... user submission?! [11:54]
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 [11:54]
asciilifeform: looks like flipolade [11:54]
asciilifeform: (won't import in gpg, but ~will~ in js www-based shitpgptrons) [11:56]
asciilifeform: http://usagl.com << from above, lulzy, old-school voice telecom co. [11:58]
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. [11:58]
a111: Logged on 2016-12-30 16:48 asciilifeform: well 1 db, 2 sets of key/fp/factor tables. [11:58]
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. [11:58]
asciilifeform: mircea_popescu: suggest algo, i'm all ears. [11:58]
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. [11:59]
asciilifeform: mircea_popescu might be social-integrated-genius but often recommends algo that adds up to escherian skyscraper. and so results in headache thread. [12:00]
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) [12:02]
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) [12:02]
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 [12:03]
mircea_popescu: m of art in whatever, am i not impressed!) [12:03]
asciilifeform: how to make the www piece respond at all while this runs ? [12:05]
asciilifeform: (and yes, it is the obviously correct way to process thous. of keyz, no question) [12:06]
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. [12:07]
asciilifeform: if there is some other way of doing it, i'm all ears [12:07]
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 its good for. [12:09]
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. [12:09]
mircea_popescu: i dunno if it supports dirty reads. [12:10]
mircea_popescu: mysql doesn't lock reads on write locks i expect any rmdbs should be capable via config. [12:10]
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) [12:10]
asciilifeform: mysql is a shitsandwich, and i will not touch it (it fucking CRASHES) [12:10]
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. [12:10]
asciilifeform: for all of the cruel things i have said about postgres : it crashed 0 times. [12:11]
mircea_popescu: i wasn't proposing mysql in any sense. [12:11]
asciilifeform: aah ok [12:11]
mircea_popescu: but - dirty reads should be possible on any db system [12:11]
asciilifeform: if someone knows , from memory, the relevant knob: please write in. [12:11]
phf: pretty sure not on postgresql, they are strict about their acid [12:12]
mircea_popescu: uh. [12:12]
asciilifeform: yeah when i put on my shit diving suit and went down into the docs, i found none. [12:12]
asciilifeform: (doesn't prove that it is absent) [12:12]
mircea_popescu: that's pretty sad. [12:12]
trinque: asciilifeform: https://www.postgresql.org/docs/current/static/transaction-iso.html [12:13]
asciilifeform: trinque: that looks potentially useful, i'ma look at it in detail when i come back from meat . [12:13]
* asciilifeform bbl, meat [12:13]
mircea_popescu: enjoy [12:13]
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) [12:14]
mircea_popescu: kinda halfway solution innit [12:16]
jurov: this is decided by transaction isolation level trinque posted. by default, table gets locked only if you explicitly "select for update" [12:16]
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. [12:16]
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 [12:19]
mircea_popescu: this makes sense to someone ? [12:20]
jurov: Flly lockless dirty read is likely a security hazard (due to race conditions, you may end up reading memory you ough not to) [12:25]
jurov: So, you have to live with locks and know them [12:26]
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. [12:26]
mircea_popescu: does either of you see how this is the db writer outsourcing his incompetence on the user ? [12:27]
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? [12:27]
a111: Logged on 2016-12-30 16:07 mircea_popescu: http://btcbase.org/log/2016-12-30#1593228 << yes, periodically since 2014. [12:27]
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. [12:28]
jurov: This is not incompetence, but unsolved problem in CS. [12:28]
mircea_popescu: oh i see. [12:28]
phf: mircea_popescu: yes, ~having to deal with locks~ happens past the limit of db designer's competence [12:28]
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. [12:29]
davout: http://btcbase.org/log/2016-12-30#1593472 <<< trb -> trb only possibru, or could prb -> trb also work? [12:29]
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 [12:29]
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" [12:29]
davout: phf: iirc mysql's innodb lets you choose your isolation level per transaction [12:30]
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. [12:31]
jurov: davout: you can sync only from prb 0.10.4 and earlier [12:32]
davout: jurov: because prb's dumped block format changed? [12:33]
mircea_popescu: pretty much. [12:33]
mircea_popescu: they have a new protocol. [12:33]
jurov: davout: the ondisk format (not blocks, but index) changed much earlier, oorc at 0.9 or so [12:34]
jurov: i was talking about network syncing [12:34]
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 [12:35]
mircea_popescu: prb has dumpblock ? [12:35]
* davout is currently checking [12:36]
davout: found "preciousblock" command. wtf [12:36]
mircea_popescu: lol [12:36]
davout: hahah god, check this out http://wotpaste.cascadianhacker.com/pastes/8CwCf/?raw=true [12:37]
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 [12:39]
mircea_popescu: o look, a precious block! [12:39]
mircea_popescu: davout keep us posted. [12:39]
davout: did you just assume my diligence? [12:40]
davout: maybe i'm too lazy to script this and can live with waiting a month to sync! [12:40]
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? [12:40]
davout: looks pretty trivial tbh, will probably end up doing it [12:41]
davout: what's the syncing bottleneck on trb's side? [12:41]
davout: actually fetching the block data? [12:41]
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" [12:42]
davout: mircea_popescu: seems to me like it would reduce to 'moving the problem' [12:43]
mircea_popescu: because, again, a semaphore exists because the user does not know what the user is doing. [12:43]
phf: mircea_popescu: that's not quite what i'm saying. [12:43]
mircea_popescu: davout this is entirely my argument : they've moved the problem and call this "modern db" [12:43]
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 [12:44]
phf: that's not even close to what i'm saying though. [12:44]
mircea_popescu: say it again, mebbe it sticks this time. [12:44]
mircea_popescu: davout neh, block verification. [12:48]
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? [12:48]
jurov: mircea_popescu: you would trade speed for occassionally getting garbage when you call read()? [12:49]
davout: and re locking, how's a RDBMS to provide ACID guantees without locking? [12:49]
mircea_popescu: whether i would or i wouldn't IS NOT THE DB'S DECISION, jurov . [12:49]
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 [12:49]
phf: old values, other half with new values. you ~can~ guarantee four requirements ~without~ using locks [12:49]
davout: (not saying that locking should be mandatory ofc) [12:49]
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. [12:50]
phf: but that's the slowest option, so you have strategies for increase of speed that involve strategic placement of locks [12:50]
mircea_popescu: whether i want consistency as arbitrarily defined by you is my decision, not yours. [12:51]
mircea_popescu: one cuts and the other picks. if you cut db field into "acid" i pick you out of existence. [12:51]
jurov: mircea_popescu: in this case asciilifeform categorically claimed he decided to have consistency, or are you deciding otherwise? [12:52]
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. [12:53]
mircea_popescu: meanwhile inconsistency within the actual db are a different matter. [12:53]
jurov: so you're fine if wwwtron occassionally read mangled pointer and returned for exampel contents of /etc/passwd- [12:55]
jurov: this is what it boild down into [12:55]
jurov: *boils [12:55]
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. [12:55]
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. [12:56]
davout: jurov: i think it's more like nobody gives a shit if static wwwtron is out of sync with DB [12:56]
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. [12:56]
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 ? [12:57]
mircea_popescu: and if i don't im racist and rapist ? really ? [12:57]
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 [12:58]
mircea_popescu: oh i see. it's the c machine. ok then. [12:58]
mircea_popescu: how about prostgres===mysql because guess what, c machine. hm ? [12:58]
jurov: cuz buth postgres and mysql are in C? [12:59]
mircea_popescu: YOU JUST SAID THIS! [12:59]
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" [12:59]
mircea_popescu: phf you'll have to link me to this. [12:59]
davout: phf: you're saying postgresql doesn't have a "read uncommitted" transaction isolation level like innodb? [13:00]
jurov: phf no mircea imagines he can order c machine "read me this without any locking, but it must be in some class or!" [13:00]
phf: davout: no, nor does oracle :o [13:01]
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 [13:01]
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! [13:01]
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. [13:01]
phf: i'm wrong, sql92 allows dirty read in read uncommitted [13:07]
mircea_popescu: alright. [13:08]
mircea_popescu: !#add precious point [13:09]
asciilifeform: http://btcbase.org/log/2016-12-30#1593682 << prb aint got dumpblock [13:09]
a111: Logged on 2016-12-30 17:33 davout: jurov: because prb's dumped block format changed? [13:09]
mircea_popescu: apparently he found something, dunno. [13:09]
mircea_popescu: we'll see how it goeth. [13:10]
davout: asciilifeform: it does have a command that shits hex at me given a block hash [13:10]
mircea_popescu: well that's the next best thing. [13:10]
davout: oic, dumpblock dumps binary? [13:11]
asciilifeform: aha [13:11]
asciilifeform: whole block [13:11]
mircea_popescu: davout the suspicion is that relevant data may be missing from the thing, but we really dunno. [13:11]
asciilifeform: eatblock -- eats it [13:11]
davout: well, either a block verifies, or it doesn't [13:11]
mircea_popescu: the bar is higher, but anyway, yes. [13:11]
asciilifeform: all of my nodes, fwiw, descend from the eatblock experiment [13:12]
asciilifeform: which, in turn, ate mircea_popescu 's vintage block set [13:12]
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? [13:12]
mircea_popescu: filtering a chain out of the soup outside like BingoBoingo is not without merit. [13:13]
mircea_popescu: davout block verification is the bottleneck in the dump-eat block process. [13:13]
ben_vulpes: davout: my node is for example, busy sometimes serving blocks to other people [13:13]
mircea_popescu: otherwise, the bottleneck is the shitsoup outisde. [13:13]
ben_vulpes: sometimes verifying a new block [13:13]
phf: davout: you don't get consistent, uninterrupted, sequential chain of blocks. the actual distribution pattern is a mess, that "orphanage" was bandaiding [13:13]
davout: ok. imma give it a shot [13:14]
asciilifeform: davout: mempool operation slows sync 100x [13:14]
asciilifeform: ditch it, and ditch randos and their shitblocks, and 0--current sync takes 6 or so hrs. [13:14]
asciilifeform: hence eatblock on airgapped box. [13:15]
asciilifeform: http://btcbase.org/log/2016-12-30#1593675 << mircea_popescu nails it: postgres is crippled 'for yer own good' [13:16]
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. [13:16]
asciilifeform: it is precisely chewing gum, 1000 tonned of it [13:16]
phf: not just postgresql mind you. oracle definitely, mssql as far as i know [13:16]
asciilifeform: *tonnes [13:16]
asciilifeform: all of'em [13:16]
asciilifeform: liquishit. [13:16]
asciilifeform: 'keep monkeys from injuring self and others' [13:17]
jurov: asciilifeform: so is there any database in existence that allows it? without occassional garbage? [13:19]
asciilifeform: http://btcbase.org/log/2016-12-30#1593712 << why should i ever get garbage when reading ~unrelated~ datum?!! [13:19]
a111: Logged on 2016-12-30 17:49 jurov: mircea_popescu: you would trade speed for occassionally getting garbage when you call read()? [13:19]
mircea_popescu: dude the fact that every other girl in your class is a slut isn't going to feed you or your baby. [13:19]
asciilifeform: or wait, 'spittoon is in one strand' ?? [13:19]
jurov: because the db was in the middle of balancing some datastructure? [13:20]
mircea_popescu: so let it use locks :D [13:20]
asciilifeform: it's malignantly retarded, and i'ma burn it down. [13:21]
asciilifeform: all of it. [13:21]
mircea_popescu: sadly chewing gum is not flammable. [13:21]
jurov: my point is, if you want to read arbitrary stuff at arbitrary time, you must *carefully design* for it. you dont get it for free on c machine [13:21]
asciilifeform: hence the slow methodical spray of petrol [13:21]
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. [13:22]
mircea_popescu: i don't demand db hand over real memory addresses. [13:22]
asciilifeform: i pissed on 'db' concept as a student, and i piss today: custom data structure for each job! the year ~is~ 1972. [13:23]
asciilifeform: prolly forever [13:23]
mircea_popescu: this is not so differeny from my "if you absolutely must hire shaman, hire mysql, it's cheapest" [13:24]
asciilifeform: sql is exactly the infamous vice-grip: 'the wrong tool for every job' [13:24]
trinque: sure, but the tool for vast piles of relational time series data looks very much like relational database, but not for idiots. [13:24]
asciilifeform: and sometimes, cheap shaman is a disaster, and you want an actual surgeon. [13:25]
mircea_popescu: what you want matters as much as what you hope. [13:25]
mircea_popescu: you get what there is. [13:25]
asciilifeform: well yes, you get cut open by the butcher you have, not the surgeon you wish you had [13:26]
mircea_popescu: anyway. this has been, at least to me, an informative excursion. [13:26]
* asciilifeform brb [13:26]
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" [13:27]
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 [13:28]
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. [13:28]
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". [13:29]
mircea_popescu: to go into trinque 's mullings about the meaning of things and items. [13:29]
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 [13:29]
mircea_popescu: im not sure i follow this one ? [13:30]
jurov: mircea_popescu: yes, but most of www can live with crashing database (even innocent reading can cause sigsegv, sadly) [13:31]
phf: mircea_popescu: rds is amazon's hosted relational database solution(tm) which is a postgresql on a unixbox [13:32]
mircea_popescu: jurov trilema db never crashed, in 9+ years and however many quintillion queries. [13:32]
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. [13:32]
trinque: consider the case where a form is generated based on db state, and the validity of that form depends on db state [13:32]
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. [13:32]
trinque: you otherwise get a case where one user can't submit his form, because mismatch between UI and acceptable-insert [13:32]
trinque: then from there you can optimize and say "I don't care if one guy gets stale form, need moar speed" [13:33]
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. [13:33]
trinque: and forgo the transactional write of the form [13:33]
mircea_popescu: that's what the web is for. [13:33]
phf: true, but alf also "won't touch the web" [13:34]
mircea_popescu: except he does, evidently. [13:34]
mircea_popescu: he's written more webfacing stuff than ~everyone else. he has teh red army spirit. [13:34]
phf: for the republic, not for hitler. he lacks that certain "good german" spirit, ja [13:35]
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. [13:35]
mircea_popescu: trinque the idea isn't without merit. [13:37]
jurov: http://btcbase.org/log/2016-12-29#1592846 << I have synced and pressed makefiles.vpatch, but there's no C code, only makefiles [13:59]
a111: Logged on 2016-12-29 22:54 ben_vulpes: jurov: would you be so kind as to update the lxr with makefiles.vpatch ? [13:59]
jurov: ben_vulpes et al.: how you want to present this in lxr? or are there more steps? [14:01]
mod6: wut [14:01]
mod6: everything, if press happened correctly, should be under bitcoin/src [14:01]
jurov: ok, i'll rather start again from the beginning. what's the newest v.pl version? [14:02]
mod6: jurov: http://thebitcoin.foundation/trb-howto.html [14:03]
davout: jurov: werked for me :3 [14:04]
davout: asciilifeform: why is there a specific -caneat flag? is there something specifically dangerous about eating blocks? [14:04]
jurov: me was working with V-20151014.tar.gz :) [14:04]
ben_vulpes: jurov: have you run msft updater today? :P [14:05]
mod6: jurov: in that howto, you'll find a series of both offline steps, and online steps. you can choose your own adventure. [14:06]
jurov: i see, ty [14:06]
davout: also i'm getting a "Flushing wallet.dat" after each eatblock, eats ~50ms each time [14:08]
ben_vulpes: davout: yup [14:09]
ben_vulpes: because it has to keep track of the inputs for all of the addresses it made ten minutes ago [14:09]
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 [14:10]
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? [14:10]
davout: asciilifeform: you mean it files rough edges off every single time? [14:11]
asciilifeform: eatblock is a specialist tool [14:12]
asciilifeform: and yes, it is only accessible via rpc anyway [14:13]
asciilifeform: but i saw no reason not to give it a red flip cover. [14:13]
davout: right [14:14]
davout: ok, ~/blox/ass_to_mouth.rb is working, we'll see how that goes [14:17]
mircea_popescu: nice. [14:17]
asciilifeform: davout: why do you have a prb node, out of curiosity? [14:20]
davout: because createrawtx et al. [14:20]
asciilifeform: waiwat [14:20]
asciilifeform: wassat [14:21]
davout: what do you mean? i create transactions from arbitrary unspent outputs, sign them, and broadcast them [14:22]
asciilifeform: ah [14:22]
davout: hence my previous questions about the state of this particular functionality in trb [14:23]
mod6: working on it :] [14:23]
mod6: well, was, anyway. once the new changes for V are complete/tested/released, will be back on it. [14:23]
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 [14:24]
davout: "scratch your own itch" [14:24]
jurov: http://btc.yt/lxr/satoshi/source/src?v=makefiles << mod6 asciilifeform ben_vulpes [14:25]
davout: pretty much the only thing i personally need to be able to rm -rf all traces of prb from my boxen [14:25]
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. [14:25]
ben_vulpes: ty jurov [14:25]
mod6: and am going to try to build tools, if needed, to help test this. [14:25]
davout: mod6: i think it would actually be the least painful part to test [14:26]
mod6: really? why do you think so? [14:26]
ben_vulpes: mod6: "test[ing] this" is actually how i got on the alpha centauri miner quest [14:26]
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 [14:27]
davout: s/state/context/ [14:27]
ben_vulpes: create and sign at least may be testable via the boost testing framework that's already in place [14:27]
davout: yeah, that's something that seems to me pretty easily testable in a "isolated unit tests" way [14:28]
asciilifeform: http://btcbase.org/log/2016-12-30#1593869 << pretty neat, ty jurov . [14:28]
a111: Logged on 2016-12-30 19:25 jurov: http://btc.yt/lxr/satoshi/source/src?v=makefiles << mod6 asciilifeform ben_vulpes [14:28]
ben_vulpes: http://btc.yt/lxr/satoshi/source/src/test/transaction_tests.cpp?v=makefiles#0004 [14:29]
ben_vulpes: davout: ^^ [14:29]
mod6: those are not really unit tests, those are functional tests. but yeah. [14:29]
asciilifeform: ben_vulpes: this won't , as i understand, help him, he wants to ~craft~ tx, not merely broadcast-raw [14:29]
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. [14:29]
ben_vulpes: davout's a rubyist, don't expect rigor in terminology from him mod6 :P [14:30]
asciilifeform: as in, y'know, the thing that wallet ~ought to have done from day 1~ [14:30]
asciilifeform: instead of the 'accounts' and 'wallets' idiocy [14:30]
mod6: no room for error here, lest someone sends all their coins out as a large fee, or some crazyness. [14:30]
mod6: anyway! glad to have the help, and the experience from someone who uses this end of bitcoin quite a bit. [14:30]
mod6: :] [14:30]
ben_vulpes: asciilifeform: sorry, what? [14:30]
mod6: we'll be discussing more in the near future i do suspect, Sir. [14:31]
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 [14:31]
asciilifeform: ben_vulpes: as i understand, davout was asking for sane-wallet, rather than merely raw-tx-hopper [14:31]
mod6: im not fixing the wallet, in this case, ftr. i'm just putting in the ability to create and send a raw tx. [14:31]
mod6: and some other tools like 'listunspent' etc. [14:32]
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 [14:32]
asciilifeform: mod6: what means, in this case, 'create' ? [14:32]
mod6: eh. mis-spoke kinda. [14:32]
mod6: "build" a rawtx by hand, send it. [14:33]
mod6: anyway, im just working through the beginning stages here. so im certainly not an expert on rawtxns [14:33]
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. [14:34]
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" [14:34]
davout: s/arbitrary of/arbitrary list/ [14:34]
asciilifeform: mod6: 'create a tx' is np-complete (knapsack problem) so you can potentially end up with strange solutions. user MUST approve before firing. [14:34]
asciilifeform: the current behaviour is nuts. [14:35]
mod6: ok. i didn't grok your sentence above. [14:35]
asciilifeform: but the probability of 'txtron suggests 'send all money to karpeles' or 'send a million btc as fee' ought to be 0. [14:35]
mod6: i read 'errors are tolerated'. and freaked. [14:35]
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 [14:36]
mod6: yeah, a valid rawtx is valid, but yeha, should be approved, somehow by user, before sending. [14:36]
asciilifeform: davout: by all means it oughta have manual knobs. [14:37]
davout: i content that these should be the ~only~ knobs at trb level [14:37]
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. [14:37]
asciilifeform: there ~will~ be error. [14:37]
asciilifeform: if i have to do that. [14:37]
asciilifeform: and error in ~fired~ tx is intolerable. [14:37]
davout: script it on top of trb, don't integrate it directly in there is what I think is the correct solution [14:38]
asciilifeform: so, now what, the thing drags perl along with it into eternity? python ? [14:38]
davout: i didn't say it had to come *with* trb [14:39]
asciilifeform: if trb is not usable NAKED, it ain't trb ! [14:39]
mod6: <+jurov> http://btc.yt/lxr/satoshi/source/src?v=makefiles << mod6 asciilifeform ben_vulpes << cool! thanks [14:39]
asciilifeform: not a ~reference~ ! [14:39]
asciilifeform: we had this 'lose the wallet!' thread. [14:39]
asciilifeform: before. several times. [14:39]
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. [14:40]
davout: such a setup ~is~ usable naked [14:40]
asciilifeform: davout: how ? [14:40]
asciilifeform: unless i misunderstand, you suggested removing functionality that ~was~ there in 2009 [14:40]
asciilifeform: in favour of something yet to be written. [14:40]
davout: in the same way a gun is usable "naked", just don't point it to your face! [14:40]
davout: the "let program select outputs to spend" half works half of the time, like you said "knapsack problem" [14:41]
asciilifeform: my contention is that a trb with entirely removed unspent-selector is not usable-naked. [14:42]
davout: and why not? because dangerous? [14:42]
asciilifeform: there has to be a basic mechanism where the thing can be used, in anger, 2009-style, sans perl/python/etc. [14:42]
asciilifeform: davout: no, because i'm not about to calculate ecdsa by hand with pencil on grid paper. [14:42]
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. [14:42]
asciilifeform: option -- yes. [14:42]
asciilifeform: raw tx hopper -- also yes [14:42]
asciilifeform: removal of old grandfather's pistol -- no. [14:43]
asciilifeform: unless there is a clear and fully-capable replacement. [14: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 [14:43]
asciilifeform: this is what distinguishes us from the beasts of the fields, folx. [14:43]
ben_vulpes: you two are using "output selection" to mean two different things [14:43]
asciilifeform: what distinguishes surgeon from butcher. [14:43]
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 [14:44]
mircea_popescu: davout it is a good starting point yes. [14:44]
ben_vulpes: at issue here is "where do the coins go" and "how to select the utxos to sign" [14:44]
davout: utxos to sign -> provided by user [14:45]
ben_vulpes: davout: and you get this list of utxos how? [14:46]
davout: trb being able to list utxos given a bunch of addresses would be pretty obviously needed [14:46]
mod6: listunspent [14:46]
ben_vulpes: loya [14:46]
davout: but then we're going down the bitcoinfs rabbit hole [14:46]
asciilifeform: i dun think 'listunspent' is escapable, no. [14:46]
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 [14:47]
ben_vulpes: index with symlinks on address too why not [14:47]
asciilifeform: why? if you have the privkey, every incoming valid block is inspected for tx pertaining to $addr [14:47]
asciilifeform: even in the oldest trb. [14:47]
ben_vulpes: today, yes [14:47]
asciilifeform: and in any sane future trb. [14:47]
ben_vulpes: any sane trb that doesn't index tx on output address i suppose [14:48]
davout: yeah that's pretty much the point [14:48]
davout: indexing based on address seems the sanest to me [14:48]
ben_vulpes: wallet boils down to 'index of txen paying to addresses i care about' anyways [14:48]
asciilifeform: index'em however you like, if new blocks aren't inspected for pertinent-to-me tx, the thing's a turd [14:48]
asciilifeform: there is 0 reason why any extra processing ought to be needed for this. [14:48]
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. [14:48]
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 [14:48]
asciilifeform: just walk the new blocks. as is done now. [14:48]
davout: such index allows complete excision of wallet functionality, and reduces privacy concerns should your node somehow get buttraped [14:48]
ben_vulpes: 'inspected for pertinent-to-me tx' is a subset of 'index blocks sanely' [14:49]
davout: mircea_popescu: ok, "forbid-insane-fee" then [14:49]
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 [14:49]
asciilifeform: and that's supposing you are meticulous about using 'diode' etc. [14:50]
mircea_popescu: http://btcbase.org/log/2016-12-30#1593954 << ben_vulpes is going that way from my understanding. [14:50]
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 [14:50]
davout: asciilifeform: privkey privacy is pretty much all that matters imo [14:50]
asciilifeform: davout: which pubkeys you watch is also something enemy has 0 business knowing [14:50]
mircea_popescu: there is that. [14:51]
asciilifeform: even if not as catastrophic as privkey leak [14:51]
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 [14:51]
ben_vulpes: which is why index the whole blockchaaaaaain [14:51]
davout: asciilifeform: ben_vulpes has it [14:51]
ben_vulpes: fine i'm going to go scream in a corner where i'm sure i'm the only one listening [14:51]
asciilifeform: this is actually one of the reasons i insisted on eatblock and dumpblock [14:51]
mircea_popescu: is there something being discussed or we just shootin da breeze ? [14:51]
asciilifeform: it lets you have airgapped nodes. [14:51]
asciilifeform: mircea_popescu: as i understand, thread was originally about 'sane wallet mechanism' [14:52]
ben_vulpes: mircea_popescu: we're cramming a year+ of wallet into davout's head now that he's paying attention again [14:52]
davout: haha fuck you [14:52]
mircea_popescu: yeah just parser failed to return anything in the $controversy construct [14:52]
ben_vulpes: davout: cheeky [14:52]
phf: everyone sensing there ought to be a fight, but everyone's agreeing [14:53]
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" [14:53]
ben_vulpes: ^ [14:53]
ben_vulpes: hey, the power rangers wanted 20mb blocks for whatever reason. i want indices. [14:54]
mircea_popescu: davout this is pretty much agreed upon, provided you mean by the words what we mean by the words. [14:54]
davout: let's elaborate i guess [14:56]
davout: currently unspent outputs are indexed by address [14:56]
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. [14:57]
mircea_popescu: user defines number of steps and that's it. [14:57]
davout: trb should be able to shit list of unspent outputs, optionally filtered by address [14:57]
mircea_popescu: no, actually, trb should apply the above scheme EXACTLY like how v applies patches : you populate a wot with acceptable addresses [14:57]
mircea_popescu: which may be "all" or a subset at your option. [14:57]
davout: crafts desired transaction therefrom, insert in mempool ~fin~ [14:58]
mircea_popescu: right. [14:58]
mircea_popescu: well technically spits it out, it shouldn't insert by itself. [14:58]
mircea_popescu: for one thing it may not have authority to sign tx. [14:58]
ben_vulpes: still needs signing, yeah [14:58]
davout: mircea_popescu: yeah, i meant it as a separate, user-initiated step [14:59]
mircea_popescu: right. [14:59]
davout: maybe you want to broadcast that transaction from mit prb nodes, up to you [14:59]
davout: no more "oh, but the transaction you're attempting doesn't match min fee $magic_number" [15:00]
mircea_popescu: right [15:01]
* mircea_popescu was pretty impressed with davout 's bitbet liquidation tx. [15:02]
davout: no, but seriously, how many times did I beat prb into crafting txes it would give me unwarranted opinions about [15:03]
davout: that ended up confirming just fine [15:03]
mircea_popescu: aha. [15:03]
davout: and equipped with such sanity, if your transaction doesn't confirm, double spend it, no big deal [15:04]
mircea_popescu: anyway - go, code. [15:04]
davout: no more "oh, but this transaction is already in my mempool, sfyl" [15:04]
* mircea_popescu is going to start recommending people go to barren islands after all. turns out boredom is promotive of sanity. [15:04]
davout: i want this transaction broadcast, just fucking drop whatever's conflicting with it [15:04]
asciilifeform: davout: the entire attempt to mechanically distinguish 'double' from normal spends is an evil prbism [15:04]
asciilifeform: and Must Die [15:04]
mircea_popescu: no dude! you wand some acid? [15:05]
asciilifeform: a doublespend is, in sane planet, STRICTLY attempt to spend coin that was already spent IN A BLOCK [15:05]
asciilifeform: not in mempool soup. [15:05]
asciilifeform: and in the block case -- yes, mechanically rejectable. [15:05]
davout: latest example of transaction "that shouldn't have confirmed": e73d40c1aa9147e426de43d64753c2318c234426f6efbd090a7a9313d87f95e6 [15:05]
davout: a couple of days ago [15:05]
asciilifeform: davout: why 'shouldn't have confirmed' in this case ? [15:06]
davout: ended up just perfectly sent to children in uganda [15:06]
davout: asciilifeform: because it apparently didn't match whatever prb thought was a "minimum fee" [15:06]
davout: nevermind that this transaction not only carried a fee, but also resulted in a net cleanup of the utxo set [15:07]
mats: so much log [15:07]
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. [15:07]
a111: Logged on 2016-12-30 20:04 davout: i want this transaction broadcast, just fucking drop whatever's conflicting with it [15:07]
asciilifeform: and those -- must be exterminated. [15:07]
asciilifeform: because they are a malignancy. [15:07]
mats: asciilifeform: best part is the tacit omission that usg can be owned by 6 year old with five bitcents to rub together [15:07]
mats: lulululul [15:08]
davout: asciilifeform: this ended up never being a problem in practice [15:08]
asciilifeform: let'em live in the wild, with the wolves, with prb segshitness etc. [15:08]
asciilifeform: davout: ahahaha recall the bbet shitstorm ? [15:08]
davout: i'm not remembering until my lawyer is around [15:08]
mircea_popescu: mats was that a quote ? [15:09]
asciilifeform: lel [15:09]
mats: mircea_popescu: no, i wish [15:10]
mircea_popescu: irconfused. [15:10]
mats: er, admission* [15:10]
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. [15:11]
asciilifeform: why -- to this day i do not know. [15:11]
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~ [15:11]
asciilifeform: somehow, this profits somebody, somewhere, or is perhaps a side-effect of some other idiocy. [15:11]
asciilifeform: phf: i thought your logtron was fed by a standard db..? [15:11]
phf: no wai [15:12]
asciilifeform: by what, then [15:12]
davout: asciilifeform: weird [15:12]
asciilifeform: davout: they'll pick up high-S tx also, and sit on then RIGHT UNTIL you broadcast a doublespend with correct chirality [15:12]
asciilifeform: and ~immediately~ fire the malleated one [15:12]
asciilifeform: *on them [15:13]
asciilifeform: i do not know why this is done, nor have any plausible hypothesis. vermin do what vermin do. [15:13]
davout: since vermin can hardly be completely exterminated the correct approach seems to be "don't go live in sewer" [15:14]
ben_vulpes: phf: i think this is pretty neat, have wondered about your x-referencer etc [15:14]
asciilifeform: davout: atm we are at the medieval tech level where we have -- afaik -- nfi how to live without lice, fleas. [15:15]
asciilifeform: miners. [15:15]
asciilifeform: i, for one, would love to discover how. [15:15]
davout: why would a lord want to live without at least ~some~ peasants around? [15:16]
phf: asciilifeform: a log is just push-vector with checkpoints. entire thing barely takes up 200mb of in memory data [15: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. [15:16]
mircea_popescu: asciilifeform there is no such thing as "immediately mine". [15:16]
asciilifeform: *in block [15:16]
mircea_popescu: to mine a block you must have decided what it contains a long while in advance. [15:16]
phf: sbcl right now is at 450mb on average, which drops to 270mb after full gc [15:17]
asciilifeform: mircea_popescu: of course not. it gets disgorged. [15:17]
asciilifeform: so presumably was mined 'in advance'. [15:17]
asciilifeform: how ? i do not know. [15:17]
asciilifeform: presumably the 'withholding algo' discussed earlier. [15:17]
mircea_popescu: phf your honor is not in question sir. [15:17]
davout: http://btcbase.org/log/2016-12-30#1594075 <<< iirc it's half there, see "locktime" [15:18]
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. [15:18]
asciilifeform: davout: locktime is promisetronic! [15:18]
phf: har [15:18]
asciilifeform: and even if it weren't, it does the exact OPPOSITE of what i asked for. [15:18]
davout: asciilifeform: isn't it actually enforced? [15:19]
asciilifeform: davout: understand, it is 'enforced' by miner cartel ONLY [15:19]
asciilifeform: anybody with a few mil. usd to burn could rent the hash tonight to thermonuke it. [15:19]
asciilifeform: (probably even less, i have not crunched exact number.) [15:19]
asciilifeform: the locktime thing is simply a hint that says 'usg-compliant miners, PLEEEZ dun mine this until block X' [15:20]
davout: asciilifeform: so you're saying a block including a transaction with locktime > block height is considered valid by trb ? [15:20]
asciilifeform: they can say 'fuckyou' tonight, if they like. [15:20]
asciilifeform: yes. [15:20]
asciilifeform: absolutely. [15:20]
asciilifeform: we had this thread. [15:20]
davout: iirc there were two *different* locktime 'features' [15:21]
davout: one that was there since day 1, the other that was 'soft-forked' in [15:21]
davout: i shall research [15:21]
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. [15:21]
mircea_popescu: sooner or latter prb WILL be unwound. this is a certainty. just a matter of when. [15:21]
mircea_popescu: this is regularily reiterated just for good measure. [15:22]
asciilifeform: mircea_popescu has it. [15:22]
davout: mircea_popescu: iirc there was one locktime thing that was there from day 1 [15:22]
asciilifeform: davout: it applied to nonfinal txen strictly. [15:22]
mircea_popescu: but as far as software design and business risk planning goes, importing any prb means locking in a certain future loss. [15:22]
davout: asciilifeform: howso? [15:22]
asciilifeform: davout: http://btc.yt/lxr/satoshi/ident?v=asciilifeform_add_verifyall_option&_i=nLockTime [15:23]
asciilifeform: the ONLY branches on it, are here: http://btc.yt/lxr/satoshi/source/src/main.h?v=asciilifeform_add_verifyall_option#0435 [15:24]
asciilifeform: carefully follow the logic. [15:24]
asciilifeform: observe also, http://btc.yt/lxr/satoshi/ident?v=asciilifeform_add_verifyall_option&_i=IsFinal [15:25]
asciilifeform: afaik all real-life tx are 'final'. [15:26]
asciilifeform: ergo no trb node will ever reject a tx for reasons pertaining to 'locktime' garbage. [15:26]
asciilifeform: nor a block containing said 'violator' tx. [15:26]
asciilifeform: http://btcbase.org/log/2016-07-27#1510547 << prev. thread re subj. [15:27]
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. [15:27]
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 [15:28]
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 !! [15:28]
asciilifeform: because the bomb ~could~ drop ~tonight~. [15:28]
davout: so it appears I'm a fucking idiot here [15:32]
mircea_popescu: this so rarely happens in #trilema [15:32]
* ben_vulpes hands davout a beer [15:33]
davout: asciilifeform: this method returns false if nLockTime is > blockHeight http://btc.yt/lxr/satoshi/source/src/main.h#0436 [15:33]
davout: amirite? [15:33]
davout: and this one here: http://btc.yt/lxr/satoshi/source/src/main.cpp?v=asciilifeform_add_verifyall_option#1268 [15:33]
davout: raises an error should one of the transactions return false for IsFinal ? [15:34]
asciilifeform: davout: all tx that live in a block must be 'final' yes [15:35]
davout: so a block doesn't pass AcceptBlock if one of the transactions has nLockTime > blockHeight [15:36]
asciilifeform: nope, that condition only gets unmet if any INPUT is nonfinal [15:36]
asciilifeform: AND the blocktime thing. it recurses. [15:36]
asciilifeform: the fallthrough case is 'true'. [15:36]
mircea_popescu: there should be a word for computer code that does the opposite of what it "appears" to be wanting to do. [15:37]
asciilifeform: mircea_popescu: it is called, in this case, 'underhanded c' [15:38]
mircea_popescu: !dwim [15:38]
mod6: or typical [15:38]
davout: asciilifeform: oic [15:38]
asciilifeform: and yes, this crapola is typical [15:38]
asciilifeform: 'see! we enforce it!' [15:38]
asciilifeform: 'ummm looksy here' [15:38]
mircea_popescu: typical-underhanded-do-the-opposite-of-what-it-seems-to-mean [15:38]
davout: also, from reading the source, AcceptBlock is an entirely different beast than CheckBlock [15:38]
mircea_popescu: davout yes. [15:38]
asciilifeform: this is the liquishit 'softness' of 'softforks'. [15:38]
asciilifeform: the ~appearance~ of rules, where there is only promises. [15:39]
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. [15:39]
davout: asciilifeform: this IsFinal method is quite weird, if nLockTime < blockHeight, the further checks on the txin are simply skipped [15:41]
davout: maybe i'm missing the semantics of "transaction finality" [15:41]
mircea_popescu: which is the type of thing alf is usually loud about, and all thinking men concerned : [15:41]
mircea_popescu: this sort of thing allows nonconforming txn to be put in! [15:41]
asciilifeform: aha. [15:41]
mircea_popescu: including eg btc creating txn [15:41]
mircea_popescu: here's an extra mn [15:41]
asciilifeform: that's the end of the line, where this train goes, yes. [15:42]
davout: in all fairness, some of this stuff might also have been fixed later on [15:42]
asciilifeform: davout: see a few min ago. link. it was not touched in prb10. [15:42]
asciilifeform: they daren't. yet. [15:42]
asciilifeform: because it's '3rd rail.' they change ~any~ semantics, and -- bang -- forkable. [15:43]
asciilifeform: don't think enemy doesn't know which wires are hot. he -- knows. [15:43]
mircea_popescu: none of this stuff CAN be fixed. [15:45]
asciilifeform: ^ [15:45]
mircea_popescu: that's why the "pistols" discussion ends up where it does [15:46]
asciilifeform: also if you'd like more joy in life, look at where 'nBlockTime' comes from. [15:46]
asciilifeform: (spoiler: it comes from your system clock +/- the voodoo delta that trb comes up with using peers) [15:46]
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 ) [15:48]
asciilifeform: otherwise interpreted as epochtime. [15:48]
asciilifeform: but at any rate, this threatrical blinkenlight assemblage is simply to distract from the fact that the check IS NOT ENFORCED! [15:49]
asciilifeform: it is textbook heartbleediste misdirection. [15:49]
mircea_popescu: so it is. [15:49]
asciilifeform: or, far earlier, basic stage magic. [15:49]
asciilifeform: the exact equivalent of meatspace circus sleigh-of-hand. [15:50]
asciilifeform: *sleight [15:50]
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. [15:56]
a111: Logged on 2016-12-30 20:45 mircea_popescu: none of this stuff CAN be fixed. [15:56]
asciilifeform: as soon as you touch the hot wire, you now have a 'schrodinger's blockchain' [15:57]
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. [15:57]
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.) [15:59]
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.) [15:59]
asciilifeform: it is best-case. average-case will also involve a forest fire that singes ~everybody. [15:59]
asciilifeform: but it is strange to speak of an 'average case' for phorkwarz. [15:59]
asciilifeform: we haven't really had many of'em, to learn from. [15:59]
mircea_popescu: no, actually - a forest fire that singes every ~law abiding~ participant and them only. [15:59]
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. [16:00]
mircea_popescu: but hey, citizenry dun wanna believe. [16:01]
asciilifeform: mircea_popescu: hitler dun wanna settle for 'burn own citizenry', that's trivial already. he wants to dekulakize mircea_popescu et al. [16:04]
asciilifeform: drain the battery, if you will, that mircea_popescu et al charged. [16:04]
asciilifeform: it is how hitlers are powered, after all. [16:04]
asciilifeform: drainin' other folxs' batteries. [16:04]
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 [16:05]
mircea_popescu: tive of economic reality, why not. [16:05]
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 [16:07]
mircea_popescu: and b) that it happens when mp actively says. [16:07]
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. [16:08]
asciilifeform: the exact moment when hitler runs out of furniture to burn, is ~unknowable [16:08]
asciilifeform: and so various folks, who oughta know better, bet on him. [16:08]
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. [16:08]
mircea_popescu: moreover, the strategic profile is not symmetrical : the initative is strictly not with hitler. [16:08]
mircea_popescu: and so here we are. [16:08]
asciilifeform: dunno that hitler ever goes 'all in', the moneys (however counted) spent on, e.g., haskell, dwarf the ethertard lab budget 100+x [16:08]
mircea_popescu: the "money" is not a point of interest here. [16:09]
mircea_popescu: the currency of the reich is, as the original hitler well observed, a sort of sweat. [16:09]
asciilifeform: easily 1000x the sweat went to haskell. [16:09]
asciilifeform: (and 100,000x -- to rubyism and other unthinkable rubbish) [16:10]
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. [16:10]
mircea_popescu: asciilifeform mind that chickens do not sweat. [16:10]
mircea_popescu: nor dogs (except for their tongue). [16:10]
asciilifeform: academitards get paid in turkeydollar?! where? [16:10]
mircea_popescu: asciilifeform the loss was extracted in the field of battle, and came as actual, isis-equipping dollars. [16:11]
mircea_popescu: the sort that pay for the bullets that cut holes in retarded us-born kids' heads. [16:11]
mircea_popescu: (to be perfectly clear - most of the eth budget went to propping the exchange rate, nothing else.) [16:12]
deedbot: http://trilema.com/2016/disgrace-dont-the-dogs-get/ << Trilema - Disgrace - Don't the dogs get [16:35]
asciilifeform: mircea_popescu: would that be in actual btc-that-usg-somehow-had ? or in 'could-have-hads' (riaa-style accounting..?) [16:40]
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. [16:45]
asciilifeform: imho actual moneys are in different conceptual category than coulda-shoulda-woulda-moneys, but perhaps that's just me. [16:51]
asciilifeform: in other lulz, latest visitors to my www, and then to nosuchlabs: employees of Wolfram Co. [16:53]
mircea_popescu: the dispositive criterion for the matter is the counterparty function. [16:53]
* asciilifeform pictures herr wolfram reading the article about him, and going 'neinneinneinneiennein!1111, banging head' [16:55]
mircea_popescu: lol [16:57]
mircea_popescu: carefuly, you'll get unhappened. [16:57]
asciilifeform: but last i heard there's 300+ bodies in there [16:57]
asciilifeform: so not necessarily Herr Doktor [16:58]
asciilifeform: d00d has own cult, 'with blackjack! and hookerz!' [16:58]
mircea_popescu: there's worse fates. [17:15]
mircea_popescu: hopefully he doesn't decide to fuck any of the interns or anything. [17:15]
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. [17:18]
asciilifeform: historically accurate to the point of wtf -- even radio controls (what good are they in a sim?) are there. [17:18]
asciilifeform: thing shows up as ~three mice when plugged in! [17:18]
asciilifeform: mircea_popescu: i bet herr dokror w fucks baby pandas , and gets away with it. [17:19]
asciilifeform: he's that kind of 3111117 d00d. [17:19]
mircea_popescu: i've yet to find a hitler servant that fucked anything. [17:20]
asciilifeform: mircea_popescu: i thought that normally they fucked little chillenz or similar [18:05]
asciilifeform: (or, less commonly, household beasts) [18:05]
mircea_popescu: world of warcraft much more common. [18:05]
asciilifeform: that's for the young set [18:06]
asciilifeform: ( 'supernumerary children' (tm) (r) ( mircea_popescu's articles ) ) [18:06]
mircea_popescu: tjhe [18:06]
mircea_popescu: they're all supernumerary, and chyldren. [18:06]
mircea_popescu: chyldren lol. children [18:07]
asciilifeform: dyver∫e ∫orte∫ of chyldren! [18:08]
deedbot: http://trilema.com/2016/disgrace-well-youre-welcome/ << Trilema - Disgrace - Well, you're welcome [18:08]
ben_vulpes: in other eurolols https://www.youtube.com/watch?v=C12F4MM71q0 [18:12]
mircea_popescu: are they adopting the india currency plan yet ? [18:12]
asciilifeform: ben_vulpes: there is context, 'kindling' is the catchword in ru penal code for 'hatespeech' ('kindling discord between nations') [18:14]
mircea_popescu: so is this putin-supported or what ? [18:15]
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' [18:15]
asciilifeform: mircea_popescu: not overtly. [18:16]
mircea_popescu: aha. seems pretty clunky. [18:16]
ben_vulpes: baaad videography [18:16]
mircea_popescu: what's with the horses anyway ? don't tell me the russkis think themselves don cossacks or somesuch. [18:17]
asciilifeform: nope [18:17]
asciilifeform: that'd be ukrs. [18:17]
mircea_popescu: irk? [18:17]
asciilifeform: horses are just generic positive picture. [18:17]
asciilifeform: https://www.youtube.com/watch?v=jc-KpbX-6w8 << better clip on same theme. [18:17]
asciilifeform: ^ 'it means that soon, war' [18:17]
* asciilifeform has no ready translation , but imho ^ is 'best of genre' [18:17]
mircea_popescu: eh, war. [18:18]
mircea_popescu: they may butcher some random "foreign" dorks, especially if they're defenseless in an urban setting. [18:18]
asciilifeform: http://amdm.ru/akkordi/kontrrevolyciya/137409/eto_znachit_chto_skoro_voyna/ << lyrics. [18:18]
mircea_popescu: oh, counterrevolution no less. [18:18]
mircea_popescu: fucking tedium. [18:19]
asciilifeform: that was just the band's name. [18:19]
asciilifeform: 'Если русский мужик в безысходности пьёт, / Если наглый джигит как добычу берёт / Дом отцовский его, и сестру, и жену — / Это значит, что нам объявили войну. / Это значит, что скоро война.' << sufficient sample. [18:19]
asciilifeform: anyway, mentioned strictly because ben_vulpes unearthed . [18:20]
asciilifeform: ( i did not even know he spoke ru ) [18:20]
ben_vulpes: don't [18:26]
asciilifeform: then how the fuck did you pick up this rubbish [18:26]
* ben_vulpes wiggles eyebrows [18:26]
asciilifeform: stuck to your shoe? [18:26]
mircea_popescu: he's added a third to his harem, she came in the mail. [18:27]
mircea_popescu: i mean, she arrived in the mail. she came everywhere else. [18:27]
asciilifeform: ah then! then. [18:27]
ben_vulpes: never seen anything like it in my life [18:27]
mircea_popescu: get out of here ?! [18:27]
asciilifeform: ben_vulpes: these 'motherland cried TO US, HER SAVIOURS!' clips are a dime a dozen. [18:27]
asciilifeform: as mircea_popescu correctly said -- snoar [18:28]
mircea_popescu: wtf do you do all day in cascadia, not buying drinks for artistic adolescents ? what is their life work, not this crapolade ? [18:28]
ben_vulpes: mircea_popescu: buying drinks is one thing, girl soaking everything in sight less common [18:28]
mircea_popescu: this is why you get a russian, gets the soak done. [18:28]
asciilifeform: !#s zcash [18:36]
a111: 17 results for "zcash", http://btcbase.org/log-search?q=zcash [18:36]
asciilifeform: http://spectrum.ieee.org/tech-talk/computing/networks/the-crazy-security-behind-the-birth-of-zcash << quality circus material, via jurov . [18:36]
ben_vulpes: that's the one with the magic secret data that peter todd nominally destroyed? [18:37]
asciilifeform: aha, that one [18:37]
asciilifeform: with great fires! and lights! and mega-persuasive camera crews! [18:37]
asciilifeform: and audience! [18:37]
asciilifeform: etc [18:37]
ben_vulpes: so trust [18:37]
ben_vulpes: moon landing of cryptocurrencies [18:37]
asciilifeform: wtc-burning of currencies [18:38]
ben_vulpes: ooh ooh or the ruskies who burnt hundies on camera for the transfer back to us treasury! [18:38]
asciilifeform: or them [18:38]
asciilifeform: no shortage of these [18:38]
asciilifeform: or the jew from mircea_popescu's old tale, who dropped a cheque into a grave [18:39]
asciilifeform: and asked for change [18:39]
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 [18:40]
mats: idk about the claims re: rocketry but the insurance bit looks credible [18:41]
mats: which has yet to be explained by .is even now [18:42]
asciilifeform: mats: iirc thing ~worked against primitive (17th c.-style, unaimed) handmade orc rockets [18:42]
ben_vulpes: can't exactly light the computer-controlled machine gun off at inbound targets over heavily populated areas [18:45]
asciilifeform: ben_vulpes: thing used small rockets, neh ? [18:47]
asciilifeform: rather than cannon [18:47]
asciilifeform: the kind with autodestructors [18:47]
mats: yes, there is a proximity fuse that disperses shrapnel [18:48]
mircea_popescu: hey, they didn't say steel dome yes ? iron, sorta-worx. [18:48]
mircea_popescu: "modern" warfare, like modern everything, is 90% gargle and posturing. [18:49]
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 [18:49]
mircea_popescu: who knows, maybe enemy is composed of sufficient % of modern folks, the sort that live life of the mind, and believes. [18:49]
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 [18:50]
asciilifeform: or at the very least get the disbelievers into that one spot where the old machines work, and shred'em [18:50]
ben_vulpes: the only actual anti-rocketry defense being "don't be anywhere near targets of interest" [18:51]
asciilifeform: ben_vulpes: nah [18:52]
asciilifeform: ben_vulpes: the actual defense is 'kill'em all' [18:52]
asciilifeform: 'then salt the earth' [18:52]
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. [18:52]
ben_vulpes: mats: does the dome at least handle steep ballistics decently? [18:53]
ben_vulpes: eg mortars, that anti-ship device that pops up and comes right back down [18:53]
mircea_popescu: ben_vulpes "many small boats" is shit for unrelated reasons. [18:55]
ben_vulpes: wyrdmantis: ffs get a bouncer [18:55]
ben_vulpes: i don't want to hear about your laptop status omg [18:56]
mats: ben_vulpes: i expect iron dome actually only works effectively against mortar rounds [18:56]
asciilifeform: ben_vulpes: often i wonder what the remoras are even doing in #t. why can't they read l0gz like normal peoples. [18:56]
ben_vulpes: heh [18:56]
mats: if only usg published c-ram data from iraq [18:57]
mircea_popescu: ahaha don't be ridiculous. [18:57]
ben_vulpes: mats: usg and data in the same sentence, hyuuu [18:57]
mircea_popescu: they can start with the m3, any time they grow a pair. [18:57]
ben_vulpes: i was making an m3 joke too! cool! [18:58]
ben_vulpes: howabout u6 [18:58]
ben_vulpes: anyways, tty'alll [18:58]
asciilifeform: m3? [18:59]
mircea_popescu: monetary mass. [18:59]
asciilifeform: aaah [19:00]
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 ? [19:00]
asciilifeform: http://btcbase.org/log/2014-07-30#778096 [19:00]
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.' [19:00]
asciilifeform: (re previous) [19:00]
asciilifeform: mircea_popescu: yes! 1s [19:01]
mircea_popescu: god i love you. [19:01]
asciilifeform: it was in the piece about 'creepiness' [19:06]
asciilifeform: (google is, as usual, unhelpful) [19:06]
asciilifeform: the one where 'chick is unsure whether she is being used as a woman, or as poke chip in a hidden casino' [19:06]
asciilifeform: something to this effect. [19:06]
mircea_popescu: something yes [19:07]
asciilifeform: iirc it was also a commentary on a tlp piece. [19:07]
asciilifeform: google 'site:trilema tlp' interestingly returns zip! [19:07]
mircea_popescu: http://trilema.com/2013/the-ungiven-fucks-a-modern-bedtime-story/#comment-94025 unrelated stuff dug up. [19:10]
mod6: are you talking about the one where the intellectual creepy geek posts the ad for the girls? [19:11]
mod6: http://trilema.com/2013/the-23-yo-intellectual/ [19:12]
* asciilifeform bbl, new tyres [19:12]
mircea_popescu: nah it's lengthy and textual [19:12]
mod6: ah. i did like the butts in there tho :] [19:13]
mircea_popescu: :p [19:14]
mircea_popescu: me too! [19:14]
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/ [19:23]
mod6: heheh. nice. [19:32]
deedbot: http://trilema.com/2016/disgrace-the-house-is-just-as/ << Trilema - Disgrace - The house is just as [20:20]
mod6: Update: Cleanup, and construction of new automated tests to provide functional test coverage for V-99994 is now underway. [20:45]
trinque: neato mod6 [20:55]
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) [21:18]
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) [21:18]
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) [21:18]
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) [21:18]
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) [21:18]
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) [21:18]
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) [21:18]
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) [21:18]
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 ? [21:23]
mircea_popescu: but lulzy af. [21:23]
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) [21:31]
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) [21: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) [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
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) [21: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) [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
trinque: damn!!! [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
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) [21:31]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/A99CD8AAAA2A10B27B3D8B787B85B64A10E9CE20BC758264133C762A0D02AC97 << Recent Phuctorings. - Phuctored: 2188...2309 divides RSA Moduli belonging to 'RastaFarri <000...om> ' (Unknown Unknown MG) [21:31]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BA916DB9A3FF2115770A1E0C4F9CB881AF5385C8BFC5BFA2C30245A73A724BD5 << Recent Phuctorings. - Phuctored: 1361...2049 divides RSA Moduli belonging to 'SWT Bookstore <htt...u/> ' (Unknown Unknown MG) [21:31]
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) [21:31]
mod6: holy shit [21:36]
mod6: nice [21:38]
asciilifeform: Nikomu Never << lol!!! [21:39]
asciilifeform: 'to-nobody never' [21:39]
asciilifeform: btw if it wasn't obvious, [21:40]
asciilifeform: i put classic 8ball back in rotation [21:41]
asciilifeform: weekly. [21:41]
deedbot: http://trilema.com/2016/disgrace-the-sign-outside-the-clinic/ << Trilema - Disgrace - The sign outside the clinic [21:42]
asciilifeform: http://btcbase.org/log/2016-12-31#1594374 << trololol! [21:45]
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) [21:45]
asciilifeform: http://btcbase.org/log/2016-12-31#1594381 << another oldie wine in new bottle! [21:47]
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) [21:47]
asciilifeform: does everyone see what this is? [21:47]
asciilifeform: i have nfi who, or why. [21:48]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
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) [21:50]
trinque: asciilifeform: cannot pull up pages on the site atm [21:51]
trinque: must be cranking on phuctoring [21:51]
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) [21:53]
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) [22:10]
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) [22:10]
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) [22:12]
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) [22:14]
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. [22:21]
trinque: whoops! [22:21]
* trinque tapes in another if statement [22:21]
ben_vulpes: gabriel_laddel_p: imma host this thing for you, k? [22:22]
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) [22:23]
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) [22:23]
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) [22:23]
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) [22:23]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3FE2948410A538AD3196C12643428EEAC6A58584F642220D0E9297A2F49284BD << Recent Phuctorings. - Phuctored: 1109...1517 divides RSA Moduli belonging to 'Kyotaro HORIGUCHI <hor...jp> ' (Unknown Unknown) [22:23]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E4D85AD405DC9E44430A0EC6A03B48540AAD3A50203B473F96E20C3EB18A224E << Recent Phuctorings. - Phuctored: 8283...5163 divides RSA Moduli belonging to 'J RW <jrw@posteo.de> ' (Unknown Unknown) [22:23]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/236A9F359502536F0681A86B5E7A212A4FE9387FE5A34662C047A78A8B568392 << Recent Phuctorings. - Phuctored: 1233...5043 divides RSA Moduli belonging to 'Steffen Greiner <sg@...de> ' (Unknown Unknown) [22:23]
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) [22:23]
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) [22:23]
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) [22:23]
asciilifeform: thing is utterly hose [22:24]
asciilifeform: d [22:24]
asciilifeform: for the reasons discussed earlier today. [22:24]
trinque: nbd [22:25]
trinque: was just curious! [22:25]
trinque: I switched the lookups to only ones concerning ssh keys [22:25]
asciilifeform: http://phuctor.nosuchlabs.com/gpgkey/AF624F70EF0E25FEDD7001E618D69D175990E1857E0E1CFA6FB48B9BEA646A41 << who the fuck is that [22:25]
asciilifeform: and where was this pop when i first ran 8ball [22:26]
asciilifeform: i still have nfi [22:26]
asciilifeform: !#s furrer [22:26]
a111: 1 result for "furrer", http://btcbase.org/log-search?q=furrer [22:26]
asciilifeform: nuts. [22:26]
asciilifeform: or nm, not an 8ballism [22:27]
asciilifeform: !#s 1015.. [22:27]
a111: 1 result for "1015..", http://btcbase.org/log-search?q=1015.. [22:27]
asciilifeform: now ~that~'s strange. [22:28]
asciilifeform: maybe other one is still churning, in the pipe. [22:28]
asciilifeform: http://phuctor.nosuchlabs.com/gpgkey/3FE2948410A538AD3196C12643428EEAC6A58584F642220D0E9297A2F49284BD << another similar. [22:28]
asciilifeform: ^ not a valid gpg key for some reason, though not flipolade. [22:29]
asciilifeform: ^ key circa 1998, so it claims. [22:30]
asciilifeform: and! revoked. hence 'invalid' [22:30]
asciilifeform: idiot kochism. [22:30]
ben_vulpes: how does phuctor know the key's been revoked? [22:30]
asciilifeform: i'll import revokes if i want to , motherfucker [22:30]
asciilifeform: ben_vulpes: it doesn't! [22:30]
asciilifeform: ben_vulpes: gpg does. [22:30]
asciilifeform: because sks gave it to us with a revoke cert glued on. [22:31]
ben_vulpes: how does your gpg know it's been revoked [22:31]
ben_vulpes: ah [22:31]
asciilifeform: pgpdump -i turd.asc [22:31]
asciilifeform: ben_vulpes ^ [22:31]
* ben_vulpes juggling own turds [22:31]
ben_vulpes: wait is phuctor serving pages or not [22:31]
asciilifeform: it is -- for now [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22:32]
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) [22: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> ' () [22:32]
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) [22:32]
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> ' [22:32]
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) [22:32]
ben_vulpes: *jackpot* [22:32]
asciilifeform: holy hell [22:32]
ben_vulpes: just out of curiosity, asciilifeform, why is key download...a submit button? [22:33]
asciilifeform: ben_vulpes: because i wrote it as one [22:33]
asciilifeform: i am not a wwwist [22:33]
asciilifeform: http://phuctor.nosuchlabs.com/gpgkey/D9225CD339418E5B2A7BC9AAF244AD1C6696D1FC89B5B21EC522385ECC4E9827 << lel [22:33]
asciilifeform: btw i think it has outpaced deedbot [22:33]
trinque: compuserve! [22:34]
asciilifeform: 'Daniel T. Poirot <poirot@jsc.nasa.gov>' [22:34]
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 [22:36]
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 ? [22:36]
trinque: evening gabriel_laddel_p [22:37]
gabriel_laddel_p: ben_vulpes: it is already hosted [22:37]
gabriel_laddel_p: http://btcbase.org/log/2016-12-29#1592490 [22:37]
a111: Logged on 2016-12-29 04:08 gabriel_laddel_p: ben_vulpes: https://drive.google.com/open?id=0Bznn0f9Mk3KASFhrSDRkU1NuNHc [22:37]
* trinque watches [22:38]
gabriel_laddel_p: I just need to know that you've decrypted and watched it [22:38]
gabriel_laddel_p: trinque: only he can view it [22:38]
asciilifeform: gabriel_laddel_p why is your ad crypted [22:38]
gabriel_laddel_p: asciilifeform: because I've already had a legion of idiots (#clim) show up when I show off masamune in public. [22:38]
ben_vulpes: for some reason my child is motoring about [22:38]
ben_vulpes: but anything with google in the dns is not hosted what madness are you spouting [22:38]
ben_vulpes: bbl [22:38]
ben_vulpes: gabriel_laddel_p: ack [22:39]
ben_vulpes: decrypted and viewed, imma host it for you. decrypted. [22:39]
asciilifeform: gabriel_laddel_p: and what, idiots send you dead weasels instead of money ? [22:39]
gabriel_laddel_p: asciilifeform: I've things to do today, bbl with well-formed thoughts and details. [22:40]
asciilifeform: aite [22:40]
gabriel_laddel_p: ben_vulpes: also, please don't host that anywhere [22:40]
gabriel_laddel_p: or let anyone aside from ascii & MP view [22:40]
ben_vulpes: dog [22:40]
gabriel_laddel_p: bark? [22:40]
ben_vulpes: why you insist on unloading into your own foot is /beyond/ me [22:41]
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) [22:41]
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) [22:41]
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) [22:41]
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) [22:41]
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) [22:41]
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) [22:41]
asciilifeform: folx brace yerselves [22:41]
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) [22:41]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/716F104DE12570C1D051F8049523EEDAA8D47FCCD02684FA39F6D5195D19AF5B << Recent Phuctorings. - Phuctored: 158161197688282404266589199093155356158231360486064302830002486996559425772341426214919935746161740648162591831732004725927667501734019258055642223134161436885155670665711908521151482051820078127967700721621360391955139067970256923219407085928510164703591357890043350713139565261536136264515972687535853862929 divides RS [22:41]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/4C727B9F2FAC3E6F86C401425F474B90A47E17C65A2ED91EBC067E4264FDE0CC << Recent Phuctorings. - Phuctored: 129418251998521073800686961868745831660742273657599307244008640826219089220872547302413219226146485899918026930166646963741338891265541801896351937683366828956012612411441155458854525857155605114243255937727446838272537012098564363373936513301168109077612733080862047851563270384671586702237064525787713417337 divides RS [22:41]
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) [22:41]
trinque: ahaha the timing of that ben_vulpes [22:41]
gabriel_laddel_p: ben_vulpes: is this about hosting on google? [22:41]
gabriel_laddel_p: ben_vulpes: if so, whatever, I'll have plenty of money soon enough, for now: will do what must be done. [22:41]
ben_vulpes: i have utterly nfi why you want it held tightly [22:42]
asciilifeform: trinque: btw i learned what hoses the box. it's the mandatory arhive.today'ing [22:42]
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. [22:42]
trinque: asciilifeform: oh? getting munched by the archive bot [22:42]
asciilifeform: aha [22:42]
asciilifeform: not that it doesn't need doing. [22:42]
asciilifeform: but it does mean that nobody else gets to read, for a spell. [22:43]
ben_vulpes: gabriel_laddel_p: i saw a few names and project details, figured they were placeholder content [22:43]
ben_vulpes: look put a proper promotional video together you'd be happy to see in public [22:43]
ben_vulpes: that was ~it [22:43]
asciilifeform: John Doe (the Tester) <testing@mailbolt.com> << lel [22:43]
ben_vulpes: gabriel_laddel_p: fwiw i watched it before pinging you, nevertheless [22:44]
ben_vulpes: gabriel_laddel_p: seriously the cryptic theatrics grate [22:45]
asciilifeform: ^ [22:45]
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 [22:46]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E29AE8721E784D102F3C73D78CBFF801C316914B87BAC56000B2365839B905CE << Recent Phuctorings. - Phuctored: 132318223014850453224275235741137968939913004059732938882949357589071426726367231323576816047030591435763617666604537215693402777950276727404731416680437765139289338127259577156340455489533541814690931753269348426587839390868723240981782859042430192832326740050653833498308762360090320475474458152496150646677 divides RS [22:49]
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) [22:49]
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) [22:49]
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) [22:49]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/5F3DE82805AA5537A76341E12BF977047CE4F0844255A749E2FA2840F93C5D6D << Recent Phuctorings. - Phuctored: 9639074914748756359261964555591819481953087616553067376855767675046603446538174783876439115680555627997878355838873872043592413846909092535731387520065387 divides RSA Moduli belonging to 'Torsten Ackemann <ta@apex.central.de> ' [22:49]
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) [22:49]
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) [22:49]
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) [22:49]
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) [22:49]
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) [22:49]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/BC586673B3A2B6A5F517DD4F86FF01EAF8217BFE7B61FFD03D8FFFBB4B3F0BF6 << Recent Phuctorings. - Phuctored: 114403638865440501874897292323307620811488211850314540725840731645304878402544045419163405370904465617105554979484461360172191940008763267838445722684681666310620157219227383585755442157445381176293046388037704218854478681968531793446349707948875973440171639571663388272646679202512582088772685236176354222689 divides RS [22:49]
shinohai: wheeeeeeeeeeeeeeeeeee [22:50]
asciilifeform: i'm gonna guess that archive.today is mainly storing sad 502s for phuctor. [22:54]
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. [22:55]
asciilifeform: because caching won't help here [22:55]
asciilifeform: (the pages ARE NEW) [22:55]
asciilifeform: caching helped against reddit etc. 'slashdotting' [22:55]
trinque: asciilifeform: remove from RSS for now? [22:55]
asciilifeform: but not deedbot. [22:55]
asciilifeform: no! [22:55]
asciilifeform: from ARCHIVE [22:55]
asciilifeform: process [22:55]
asciilifeform: y'know, the thing that submits all links to archivator. [22:56]
trinque: ah I'm not archiving [22:56]
trinque: Framedragger: ? [22:56]
asciilifeform: somebody is [22:56]
asciilifeform: and yes, i'd love for the thing to 'load right away like NORMAL PEOPLE WWWSITES' [22:57]
asciilifeform: but i have presently nfi how!! [22:57]
trinque: probably would involve replication to a db not doing the phuctoring [22:58]
trinque: maybe by shipping WAL logs over [22:58]
asciilifeform: wtf is that [22:58]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/D1F21C56369A845DD7E82F81282A7FF382FF19A40CB211A3FE905FE32F7D0811 << Recent Phuctorings. - Phuctored: 122808808155502005992050393158708077309005351998312390011516713207092877460837620767511386382420005353910015766963339601126264218406023611877480129803850131236845488457756968309659373452381474962189871498597486589194390111186150767365429194286581656108644791700717264827500499851660044114621060663446818964329 divides RS [22:59]
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> ' () [22:59]
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> ' () [22:59]
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> ' () [22:59]
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> ' () [22:59]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/8020A6223D55016672A0165B1FE4AEC290CB2C3292C1A024AA2A1D9DC4E8A897 << Recent Phuctorings. - Phuctored: 123496187496349295164180618150389324247138412850092051931445537582102004259736845816873228928317057533483597540106873366068109144769410377829795688886880156768065777072384443299417299286642474181658181454254621114655096372780884388194101585667038727048625382311083365677843026875759186891529959528029581195677 divides RS [22:59]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/B8E50F1FCE7F95C881C1811B0B265BD1F9FCE154D32003A035736DF2CA59A3EB << Recent Phuctorings. - Phuctored: 138253961567049330728064429442382872180021954259422175585940348984387505548940615107442929033040196853430642811912773590886182425323855244432245362354606221521963853353185987573311169937142805679900512002521672391149681024355217878522083013698651777717922732421166049377556701806350124992656086988761202979869 divides RS [22:59]
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) [22:59]
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) [22:59]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/74196364BA5FD757256058F44430CD37E3465EFBA7C21702A8B7AB82129A387F << Recent Phuctorings. - Phuctored: 124730075753805593915146966839798614861382666688393196760920009212348754727619427690691905742832313253761405920648049001526776349071631720896595832412611453611820541935134198317623027647054977525846444557479583452798185729070692817779392909147746776222334409725433779674201272682864993439438898216108644496737 divides RS [22:59]
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) [22:59]
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) [22:59]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/FC1DEB5D6697135398258CB8614D45DB99C53C690CA6016253BDAB670E7BA6F8 << Recent Phuctorings. - Phuctored: 136821761237849933071791521983830786242313866092231969143522527447395287939072615552276713669932764722149353806330953243332362938142023239616650300112945564930390487484166416703800512278680499789460139573198921820854447721843017790739761732927439308674645935675872595453526001520443337962996784451362175379519 divides RS [22:59]
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) [22:59]
asciilifeform: trinque: also please recall, the 'db doing the phuctoring' is all of 3 min. [22:59]
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) [22:59]
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) [22:59]
trinque: asciilifeform: https://www.postgresql.org/docs/9.3/static/continuous-archiving.html [23:00]
trinque: you can ship the write ahead log chunks from one db to others [23:00]
asciilifeform: trinque: do you know what % of my remaining life i want to spend ministering to postgres ? [23:00]
asciilifeform: 0 !!! [23:00]
trinque: offering solutions for the turd you have, not the turd you wish you had [23:01]
trinque: lol [23:01]
trinque: but not much of a recommendation can be made blind, anyway [23:01]
asciilifeform: trinque: i don't have a cluster to 'replicate' this onto. [23:02]
asciilifeform: and not going to. [23:02]
trinque: what's the load of the box? or is it just the locking you mentioned? [23:02]
asciilifeform: correct [23:03]
asciilifeform: cpu % load is not the issue. [23:03]
asciilifeform: it is the IDIOTIC read locking discussed earlier. [23:03]
trinque: if you are already loading whole db, dumping whole db, repeat, could fart the thing into a second display database somewhere in there. [23:03]
asciilifeform: as usual, whenever we ~really~ lean onto something, it crumples into the pile of shit that it was. [23:03]
trinque: run www from that. [23:03]
asciilifeform: trinque: how many times do i have to say it [23:04]
asciilifeform: DB DUMP IS THREE MINUTES OF A DAY [23:04]
asciilifeform: THREE [23:04]
asciilifeform: MINUTES [23:04]
trinque: dude, you seem to think [23:04]
trinque: that I can read your mind. [23:04]
trinque: and see what I didn't write [23:04]
asciilifeform: when i say same thing 3 times !! [23:04]
mircea_popescu: da fuck happened here. [23:04]
asciilifeform: folx can't, evidently, read! [23:04]
trinque: nah, folks just have certain fetishes I'm not fond of. [23:04]
trinque: having a read db separate from workhorse db is pretty normal. [23:05]
asciilifeform: trinque: and, again, only MODULI get dumped regularly [23:05]
asciilifeform: naked moduli. no names, no fps, no keys, no structure. linearly. [23:05]
asciilifeform: dumping whole thing would take considerably longer. [23:05]
asciilifeform: and, again, 'displayify daily' will nuke the 'use as sks, check pasted keys in real time' aspect. [23:06]
trinque: why the fuck would you move what didn't change [23:06]
trinque: to the read db [23:06]
trinque: but do what you like [23:06]
asciilifeform: because maybe i pasted the ---BEGIN PGP...... 3 seconds ago. [23:06]
asciilifeform: it must display. [23:06]
asciilifeform: you are ready to part with this feature, trinque ? because i happen to use it quite often [23:06]
asciilifeform: and rather like it [23:07]
mircea_popescu: the whole phuctor key db got resent did it [23:07]
asciilifeform: mircea_popescu: i am slowly working my way through wtf happened there. [23:07]
BingoBoingo: !~ticker --market all [23:07]
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 [23:08]
asciilifeform: it is very difficult, presently, because archivebot thermonuked the thing. [23:08]
asciilifeform: by attempting to load ~every~ result, as, predictably, it wants to. [23:08]
mircea_popescu: lmao [23:08]
asciilifeform: 'db resent' is not a thing that happens. [23:08]
asciilifeform: for one thing, not a single key fell into the user funnel today. [23:09]
mircea_popescu: is the box dead or just under load ? [23:09]
asciilifeform: load [23:09]
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) [23:09]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3280CC5ADC51343BCBD5CD53DCDB6F7BE47CCAAE4D6C3215BD796917E6E4871D << Recent Phuctorings. - Phuctored: 160210383404535620636504666201059753971359050329616137680484989365715869810542413313141097584231603732134663585785456023271841184348181900595913288405834510126590249384200875722310319092776450166898693889741783044535684740774881315873640793969632598713781431986727241521815209399089923676312666701557029178389 divides RS [23:09]
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) [23:09]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/EB0B72BA604F20890AD691C82BA64262593DEF9BC9F383CF6027072621F6E319 << Recent Phuctorings. - Phuctored: 24203439087598981669790787404897104261487457701163873639972302578106749930096026968019317188722077391388742968536565704288638670329894956775581645437342517552788985188651742311733982867319533228354182269093020376346783102188823506513441995678757999210031304924371689086079199638188116826220683601590642424580983244910525 [23:09]
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) [23:09]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/6FEA5F20C066301F58736B6317C144E7D9E32F246183DFD454AAEAE2BFDD25FF << Recent Phuctorings. - Phuctored: 120387535769682216680653487551991927945997935056295915044807774763625341980621000880789723059464473693479102207742220698609323551350898165707105486161465735212060534842564580863037472280580748531672497621492799367118272448218390653337952468746503332188354604333032639342548186046897521341095038176303771510163 divides RS [23:09]
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) [23:09]
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> ' () [23:09]
asciilifeform: and the db is deadlocked nearly to death. [23:09]
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) [23:09]
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) [23:09]
mircea_popescu: but these are repeats aren't they ? [23:10]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/3DBC31D68DC030EA12A74A4775726292EA61344B668151E56EFA0D3F23E8F90A << Recent Phuctorings. - Phuctored: 150270058682154948491485700179444861450493875542319413360827761142877600587148818369709891347487784583533506124688554061436664866946873589832643745719118301316849514042476620990196281954711906837961604155173992825164779167481430143831732390632335180608977406791957202813413113811585565894790550635507727844017 divides RS [23:10]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/969CE4B367DEB8280E2C388AA833DB43D129C90FD82785D68271EA64268182C0 << Recent Phuctorings. - Phuctored: 1252776223106075000976914402729284646594026834515986279923295362812492004419033343374724960021614097490556578570188796998958974161088003038950504347179295763175962059126540168938313661406391319234428079886379927649646289023314024249 divides RSA Moduli belonging to 'Robert M. Cortopassi <rcrtpssi@sprintmail.com> ' [23:10]
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) [23:10]
mircea_popescu: !#s 13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4 [23:10]
a111: 1 result for "13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4", http://btcbase.org/log-search?q=13F108608387F5E5568FFC67485A35CE2C73D40B9CEB1055DE69F99BF35822F4 [23:10]
mircea_popescu: not repeats. wow. wut ? [23:10]
asciilifeform: mircea_popescu: not repeats. but mods-inside-mods [23:10]
mircea_popescu: i'm sorry ? [23:11]
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) [23:11]
asciilifeform: so folx please do not rush to qntra or wherever. [23:11]
asciilifeform: with these moduli. [23:11]
mircea_popescu: as you say, odds of it being composite in the end pretty good anyway [23:12]
asciilifeform: in all previous cases -- they were. [23:12]
asciilifeform: but this cannot be relied on. [23:12]
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 [23:12]
mircea_popescu: what exactly did you do here ? [23:13]
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 [23:13]
asciilifeform: ) [23:13]
asciilifeform: mircea_popescu: i have so far not made any change. [23:13]
asciilifeform: (werker is as it was in april.) [23:14]
mircea_popescu: so is it 8ball that finally climbed into "clever" territory ? [23:14]
asciilifeform: the one thing i did this week was to reintroduce the 8ball [23:14]
asciilifeform: and no, it has not. [23:14]
asciilifeform: this is not expected to happen in the lifetime of the universe. [23:14]
ben_vulpes: what is "clever" territory? [23:14]
asciilifeform: ben_vulpes: nontrivial bitnesses [23:15]
asciilifeform: ben_vulpes: prime count is approx log (N) [23:15]
asciilifeform: estimate primorial of N. [23:15]
asciilifeform: (homework) [23:15]
mircea_popescu: ben_vulpes a space in the set of integers where nsa parked its special, "secretly" nonprime eggs. [23:15]
asciilifeform: and the bitness of it. [23:15]
asciilifeform: nao eventually i'ma make a veeeery speshul 8ball [23:16]
asciilifeform: with 'pseudoprimes' [23:16]
asciilifeform: made using 'false witnesses' for various primality algos [23:16]
asciilifeform: but i have not yet done this ! [23:16]
asciilifeform: maybe i die tomorrow and you lot will do this ! [23:16]
mircea_popescu: so you did nothing, the 8ball didn't do it, and it's not a rank repeat. [23:16]
mircea_popescu: what happened ?! [23:16]
asciilifeform: but it is a pretty obvious thing. [23:16]
asciilifeform: mircea_popescu: i'ma take home a copy of the db, and find out. [23:17]
mircea_popescu: aitr [23:17]
asciilifeform: i have a suspicion re what. [23:18]
asciilifeform: though it wouldn't account for what we saw here, possibly. [23:18]
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) [23:18]
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) [23:18]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/EBEF9D59EEC8502BEE0592FA987D27467B155A3B9F3C034AF35E7775BD080728 << Recent Phuctorings. - Phuctored: 134027014693466225119222673042705210458289868379842571003977520000347277065565873187261712370551912301429196159056447223252874089209785984994635041722009566768313657772458360286422033966426332276505873266708771150705228523181526608318857466457978069317839024164179561200064293677194203386638867821079934006311 divides RS [23:18]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0EF384973B27B43EB822D1A7B995BB0D0689A57EE69F8BBDE7529E4ED8E93864 << Recent Phuctorings. - Phuctored: 118097924646192212844294059431433638289333817950092468328000568526056734749869991863174468881277192147292805418704455697060080794601178741564191370241810508704568528257181325260971620319025965606410964941566664154938837772108224748809986953606382010806341453129485075054148556691776814279247451080452483249221 divides RS [23:18]
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) [23:18]
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) [23:18]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/E5B374C3D4817B14A437BB47D0697A370B78948494B7285E56C912E732FF83DB << Recent Phuctorings. - Phuctored: 9261106860060484599161188591965147843777069770726517003548394995366327805517318738785869424534481521699057333131876013540956324544181371100561725960253729 divides RSA Moduli belonging to 'Paul Anderson <paul@dcs.ed.ac.uk> ' [23:18]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/83E91717FD2D9FCF8A39AEBA0108BE89BB461F72367AA5F57D89917766CE4A0B << Recent Phuctorings. - Phuctored: 8066815509953122940201641985543357608657089598507919597765340829244884718096805415816195319953590579453114669701185360600242475459410398148969153945909821 divides RSA Moduli belonging to 'Murray Jensen <mjj@mlb.dmt.csiro.au> ' [23:18]
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) [23:18]
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) [23:18]
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) [23:19]
mircea_popescu: at least i banned a bunch of people for join/part spamming the logs today [23:21]
mircea_popescu: all is not lost! [23:21]
asciilifeform: lelz [23:22]
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. [23:24]
asciilifeform: i was not, evidently, a tard. not of this type at any rate. [23:24]
trinque: http://btcbase.org/log/2016-12-31#1594641 << I've been saying how to do this all day. [23:25]
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 [23:25]
asciilifeform: trinque: i'ma have to reread. [23:25]
asciilifeform: slowly. [23:25]
trinque: lel, it's been a busy day! [23:25]
ben_vulpes: yes asciilifeform pops each one by hand [23:26]
asciilifeform: patience, folx. i have a potentially catastrophic wtfomf111 here. [23:26]
asciilifeform: that ~will~ have to be dealt with. [23:26]
asciilifeform: worst case is that we (or somebody ELSE) found an undocumented boojum concerning bernstein's algo. [23:26]
mircea_popescu: eh don't get too excited. [23:27]
asciilifeform: but yet again, there's been 0 hand submissions since dec. 28. [23:27]
asciilifeform: and a total of 3 since dec. 15. [23:27]
asciilifeform: so probably no mega-find here. [23:27]
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) [23:28]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/18DC8CCE17C54809E88A1EF4E293327DDCD907877F2449D1AF583BC7543C3CE8 << Recent Phuctorings. - Phuctored: 135192443031045370697121450363201535406194017642858886283055885725716194643307347263655704185006518720261734940916088996292500034410208481093714986215147819379637366347726565554053388660231482749757362691446887257058404730197355834891015912401629580698463225036802197205179412190661493691094280540062902835953 divides RS [23:28]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/36DE45D6F3F1AB47D604F9B6ECAF214981C556375F48AF84C6A7389C1430823C << Recent Phuctorings. - Phuctored: 122661382081170202241748109583168158894667302000252871139032508117704250805290643457929048283808946371270290652766780010482760684241303360747951967931396066958245343298454903205649524130604618628924926000208066678891827846464828498273912867303533244734229820815928786010182529268604202185407029446645430624133 divides RS [23:28]
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) [23:28]
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) [23:28]
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) [23:28]
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) [23:28]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/23E05826D71DC12DE2ADFE11A0B3629995F97F72A8CF46C48C0426546661D1A7 << Recent Phuctorings. - Phuctored: 9635821971009761243104423549858091825936312697605468130949556778819632184859273876965675589494714326657030464545433189402048155680850251483082414123971609 divides RSA Moduli belonging to 'Kazuyuki IENAGA <ienaga@jsys.co.jp> ' [23:28]
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) [23:28]
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) [23:28]
asciilifeform: as soon as this batch fully digests, i'ma switch off the werker until further notice. could be couplea days. [23:31]
asciilifeform: i'd rather print 300 retractions than 3000. [23:31]
mircea_popescu: why are you against cutting off its rss for now ? [23:32]
mircea_popescu: it doesn't actually help in any way. [23:32]
asciilifeform: also worx [23:32]
mircea_popescu: trinque can you cut it off temporarily ? [23:32]
trinque: np [23:33]
asciilifeform: i have 0 objection [23:33]
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. [23:33]
mircea_popescu: not like anyone can read it anyway. [23:33]
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) [23:37]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/942A6BB6379FE3203EAE425B9CFC8FF730927FC55810E32B8112145E942E7933 << Recent Phuctorings. - Phuctored: 132136470740818025837932899371786071904705343336942359158840587304479837740040755442256012552088656481493198815761872158099784780932834271598184650861192950340854211947945261516028224108744977926563222596399183785978390508401411390070198531295642115302851715437723520767378389756025120994364039513718207642713 divides RS [23:37]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/58D21287922CC2C4B0F3F7C950971B7873BD4418F5F6535905E1AA755C85ABEF << Recent Phuctorings. - Phuctored: 153896480147897306683451423904545834666574432113944788421186509886100722530753483419263124951860600941998749252325531472372649510186764422216630324507959184015564274487821018257918933665921640270726876592612292601702676654512127913418662712245419466669137508601471860945030121901068234361194871490448439273517 divides RS [23:37]
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) [23:37]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/0DAB81A575FA171E82639D4CE0BF2659A01732962C1566647A35D0AF51B2FD97 << Recent Phuctorings. - Phuctored: 22497142070567396395170440776156492109573655606754955997706166207837201259717645302873193940734977330930910936704361305080698237226152818389140419020002730480371917775510803053358131165006466807912182007371226590498749243054456960759755303744616207848566147901971942960636183537238605583250498601995228985317423732053665 [23:37]
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) [23:37]
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) [23:37]
deedbot: http://phuctor.nosuchlabs.com/gpgkey/63B5E7FAA6E42FDD0725D4493A50BEF4827B19F89222A58BD9AF1863D9E5BE27 << Recent Phuctorings. - Phuctored: 136046992482852631965606714016593464659070941021277352421601042048790318343544048621264911825456807379888408877105250288011589275872319110034262559866697921178789700272259060269387062073933803810701900999037012206843131231798812671914737477311823396615009600631410932058522364404714507253204200493357644993999 divides RS [23:37]
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) [23:37]
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) [23:37]
trinque: turned off the hose. [23:37]
asciilifeform: ty trinque [23:37]
asciilifeform: btw this is not wholly trivial q [23:40]
asciilifeform: does a modulus count as 'has factor' if gcd(it, another) == it ? [23:40]
asciilifeform: it does not. but by bernstein's algo -- does. [23:40]
asciilifeform: so it is special case, it is marked by bernstein but must stay green until another factor is found. [23:41]
mircea_popescu: asciilifeform a modulus is by definition not prime. [23:41]
asciilifeform: to complicate matters, there were a handful of jokers who made prime moduli. [23:41]
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./ [23:41]
asciilifeform: mircea_popescu: the one way this is possible, by my reckoning, is if the deduplication somehow failed. [23:42]
asciilifeform: which is my working hypothesis. [23:42]
mircea_popescu: for instance. [23:42]
asciilifeform: it must have. [23:42]
asciilifeform: this would of course mean that Framedragger's set contained massive dupeage somehow. [23:43]
asciilifeform: (how? i've nfi) [23:43]
asciilifeform: but normally, dupes get properly marked. [23:43]
asciilifeform: Pid 4783(fastwerker) over core_pipe_limit [23:45]
asciilifeform: Skipping core dump [23:45]
asciilifeform: turns out my log is full of these. [23:45]
asciilifeform: wtf is this, and why does it exist. [23:45]
asciilifeform: it does not exist on my gentoo boxen. [23:45]
mircea_popescu: so it dumped core ? [23:46]
asciilifeform: well no ! [23:46]
asciilifeform: because FuckHead-Linux decided that it is somehow ok to 'skipped coredump' [23:46]
asciilifeform: http://www.gossamer-threads.com/lists/linux/kernel/1241453 << burn them all. [23:49]
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.' [23:50]
asciilifeform: penny in the fusebox. [23:50]
asciilifeform: because in their cockroach universe, THIS MAKES SENSE [23:50]
asciilifeform: the result, incidentally, is ZERO COREDUMPS [23:51]
asciilifeform: on the box. [23:51]
asciilifeform: i shit thee not. [23:51]
asciilifeform: 'because when asciilifeform enables coredumps, surely what he MEANT to do is to ENABLE EXCEPT IF TOO MANY' [23:52]
asciilifeform: i have no words. [23:52]
trinque: ahaha [23:52]
asciilifeform: 'too many is as good as none, so let's then give'im none' [23:53]
mircea_popescu: you don't understand. you're supposed to know when you cause core dumps and just work around it. [23:53]
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. [23:53]
trinque: the linux combustion engine, explodes 300 times per second [23:55]
asciilifeform: every time! that i think 'what new idiocy could possibly be inside' [23:55]
asciilifeform: every time. [23:55]
Category: Logs
Comments feed : RSS 2.0. Leave your own comment below, or send a trackback.
Add your cents! »
    If this is your first comment, it will wait to be approved. This usually takes a few hours. Subsequent comments are not delayed.