BingoBoingo: !~ticker --market all
jhvh1: BingoBoingo: Current Blocks: 479128 | Current Difficulty: 8.60221984436E11 | Next Difficulty At Block: 479807 | Next Difficulty In: 679 blocks | Next Difficulty In About: 3 days, 17 hours, 5 minutes, and 5 seconds | Next Difficulty Estimate: None | Estimated Percent Change: None
jhvh1: BingoBoingo: Bitstamp BTCUSD last: 3102.24, vol: 10186.60970971 | Bitfinex BTCUSD last: 3130.3, vol: 31617.34629133 | BTCChina BTCUSD last: 3045.557, vol: 16532.34440000 | Kraken BTCUSD last: 3115.0, vol: 8128.02414095 | Volume-weighted last average: 3103.04935822
BingoBoingo: Oh my CRASHING!!!
mircea_popescu: tsk tsk
BingoBoingo: Meanwhil of Failfork: Bitcoin Cash $3,878,816,077 $235.32 16,482,875 BCH $204,338,000 -37.74%
mircea_popescu: lol. 4 bn amirite. because everyone's mp now.
BingoBoingo: Well, appearance thereof, and crumbling.
mircea_popescu: and since i'm doing a nazi film retrospective, asciilifeform phf ever saw der herr der welt ? 1934 sf! robots! death rays!
phf: huh, i haven't
mircea_popescu: kinda not all that good, but anyway.
phf: i might watch it at some point, but i'm downloading Caligula right now.
mircea_popescu: you might have to go through kgb archives to locate a print. i rather doubt the internet has such doubleplusungood material.
phf: huh, even rutracker is failing :o
mircea_popescu: you were too young for the master of the world also!
mircea_popescu: anyway. censorship as usually idiotic, there's really not that much "propaganda" involved.
mircea_popescu: if one can make it throuygh a 30 second superbowl break, one can make it through 30s nazi-sf attempts.
phf: i had a viewing of olympia couple of days ago at my place.. i mean, it's not any kind of a movie..
phf: so this "nazi film retrospective" is very apropos
mircea_popescu: anyway. no actual jews were hurt in the makinbg of this retrospective.
mircea_popescu: well, a little perivulvarily, but nothing to write home about.
phf: and since it's a slow night at tmsr, in other non-news https://www.youtube.com/watch?v=MHGyW3IJZL0
phf: this one's for Vexual, https://soundcloud.com/robot-heart/the-scumfrog-on-robot-heart-thursday-night-at-burning-man-2010
phf: !!up scatha
deedbot: scatha voiced for 30 minutes.
phf: not sure if you want it, but you have the floor.
phf: a quite type eh, well, it's 4:30am, tmsr, i'm waiting for your calls, meanwhile, .. frankie bones, the man, the legend, on … tmsr radio. https://www.youtube.com/watch?v=tZbogMbh3iM
phf: !!up Uglux
deedbot: Uglux voiced for 30 minutes.
phf: we have another caller, hello, you're on air
phf: keep those leaps sealed, stranger, but meanwhile … seal, "kiss from a rose" https://www.youtube.com/watch?v=iCol1dhLmco
phf: kiss from a rose … this is tmsr radio! i'm waiting from your calls.
BingoBoingo: !~ticker --market all
jhvh1: BingoBoingo: Bitstamp BTCUSD last: 3165.0, vol: 13012.42435349 | Bitfinex BTCUSD last: 3177.9, vol: 40739.58972339 | BTCChina BTCUSD last: 3132.048144, vol: 23651.97710000 | Kraken BTCUSD last: 3157.894, vol: 10929.7870556 | Volume-weighted last average: 3161.24715585
deedbot: http://qntra.net/2017/08/us-dollar-hits-new-all-time-lows-against-bitcoin/ << Qntra - US Dollar Hits New All Time Lows Against Bitcoin
BingoBoingo: In other lolz, herGerman University no more https://www.insidehighered.com/news/2017/08/04/study-finds-many-european-academics-are-reluctant-teach-english
shinohai: http://archive.is/i66hf “As of today, we have taken measures to blacklist all addresses associated with the WannaCry attackers that are known to the ShapeShift team"
asciilifeform: !~later tell lobbes should show up some time today or mon.
jhvh1: asciilifeform: The operation succeeded.
asciilifeform: shinohai: lulzy usgtorpropping of the monero nonsense
asciilifeform: meanwhile, in the cellars of the shitreich, https://archive.is/mpbcX >> '...ederal prosecutors also attempted to block Hutchins' request for bail on grounds he had shot firearms at a shooting range last week while in Vegas for the Black Hat and Defcon security gatherings'
asciilifeform: in other lulz, i DID get netbsd going on http://btcbase.org/log/2017-08-04#1694103 box. but sad part is, it is useless, because 1) no usb 2) nic needs config 3) no way to connect kbd...
a111: Logged on 2017-08-04 23:12 asciilifeform: it dun need replacement per se, was dead disk. i took the downtime as chance to try netbsd on same iron, when new disk came. iirc i explained this upstack.
asciilifeform: literally doesn't need usb for ANYTHING but the config
asciilifeform: later on i'ma pull the drive & try guessing the magic params and writing'em in on other box.
deedbot: http://phuctor.nosuchlabs.com/gpgkey/456A734E6DDFB53A731F4AEF83BD5E7FC76183C407E172C8CF9D85EBF8967751 << Recent Phuctorings. - Phuctored: 1405...6307 divides RSA Moduli belonging to '126.96.36.199 (ssh-rsa key from 188.8.131.52 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (pbv62.internetdsl.tpnet.pl. PL)
deedbot: http://phuctor.nosuchlabs.com/gpgkey/456A734E6DDFB53A731F4AEF83BD5E7FC76183C407E172C8CF9D85EBF8967751 << Recent Phuctorings. - Phuctored: 1653...9993 divides RSA Moduli belonging to '184.108.40.206 (ssh-rsa key from 220.127.116.11 (13-14 June 2016 extraction) for Phuctor import. Ask asciilifeform or framedragger on Freenode, or email fd at mkj dot lt) <ssh...lt>; ' (pbv62.internetdsl.tpnet.pl. PL)
lobbes: http://btcbase.org/log/2017-08-05#1694201 << eh? Reread message I sent (maybe I can't word things). There was a mistake that benefits me, not you :)
a111: Logged on 2017-08-05 16:41 asciilifeform: !~later tell lobbes should show up some time today or mon.
asciilifeform: lobbes: plz examine what you sent , because i dun see anything of the sort.
a111: Logged on 2017-08-05 17:39 asciilifeform: later on i'ma pull the drive & try guessing the magic params and writing'em in on other box.
asciilifeform: habemus netbsd-zoolag.
asciilifeform: ( no trb yet, but enough to re-pour the cement... )
mod6: cool alf
asciilifeform discovers that NOTHING AT ALL works under netbsd for ~building~ ( i had 2yrs ago build a 'stator' FOR netbsd, UNDER linux, worked... )
asciilifeform: not make, not sed, nuffin.
asciilifeform: all heathen liquishit.
asciilifeform: no shell with tabcompletion, even. pure agony to so much as work on the thing.
asciilifeform: i have nfi why anyone still tolerates this sort of thing.
asciilifeform: if i had to pick b/w not having indoor shitter and not having tab completion, i'd pick the former.
asciilifeform: midnight/'fish' dun work with the heathen shell either, i end up having to tar up whatevers and sftp'em in/out , takes 100x as long
asciilifeform: if somebody knows how to make it behave like white man os -- plz to write in.
asciilifeform: i have busybox-based linux2.4 shitboxes with 8M of disk that behave better than this.
phf: set -o emacs
asciilifeform: wassat do
phf: binds bunch of keys to "users come to expect", including tab completion to ^I
asciilifeform: oh neato
asciilifeform: ty phf .
asciilifeform: still no fish though
asciilifeform: does weird things, doesn't see home dir on login via fish, and if manually put there, refuses to write
asciilifeform: hm nm, fixed
asciilifeform: (needed perl)
phf: yeah, because presumably it's written by incompetent people who haven't seen anything but linux ecosystem?
asciilifeform: worx nao
asciilifeform: my barf was premature
phf: emacs for example with their tramp has layers of fallback (oh you don't have perl? it's ok, we'll do it with toothpicks, but takes 2x longer)
phf: tramp when it sets up remove ssh scaffolding, sends small inline scripts which defensively retranslate what emacs wants, rather then doing "ssh foo ls"
asciilifeform attempts a build of traditional stator trb inside netbsd ( as rotor is unnecessary there, there is no drepper glibc )
asciilifeform: phf: didja do this at some point ?
asciilifeform: i have this memory of phf barfing
phf: that memory is incorrect, the correct memory would be of ~you~ barfing at the then suggestion of supporting bsd :>
asciilifeform: i had a year+ of unsuccess with openbsd
asciilifeform: but possibly because плохому танцору яйца мешают (tm)
phf: that's because you didn't try to simply use the patch to makefile that i posted on the list
asciilifeform: phf: remember by any chance when/where this was ?
asciilifeform: phf: ty
asciilifeform: yes indeed this is exactly it.
phf: and the most important part is to replace -l pthread with "-Wl,--whole-archive -lpthread -Wl,--no-whole-archive" which in fact should be happening on all os
asciilifeform: phf: the result runs ?
phf: of course, why would i suggest it otherwise? :o
asciilifeform: dunno -- possibly because it never turned into a proper vpatch ..?
asciilifeform: so i assumed it was a dud
asciilifeform: incidentally i have nfi how you got bdb to build, bsd libtool seems to be broken , tries to write to /include and barfs ( rather than to the demanded local dir )
asciilifeform: aaah lol 'realpath' dun exist.
phf: which reminds me that i need to regrind my shiva swank patch, which is broken
deedbot: http://trinque.org/2017/08/05/otp-bot-services/ << trinque - Towards a Reliable OTP Mechanism for Bot Services
asciilifeform: trinque: this looks neato
asciilifeform: however one of the things that i always had ill ease about re pgp challenge-responsetrons , is that enemy who somehow substituted one, can get you to decrypt a message of his choice. (e.g. last year's launch codes.)
asciilifeform: i do not know of anything that would qualify as a final solution for this.
asciilifeform: noting ftr strictly.
trinque: that yes, user has to be careful, not automate response, inspect the item in his hands before !!v
asciilifeform: it's a hex string, neh
asciilifeform: what's there to inspect ?
trinque: the challenge includes the request
asciilifeform: you have nfi whether it is actually a last year's hex string, fed back to you again.
trinque: so the encrypted item is both the hex string and what you told the bot to do.
asciilifeform: phf: worx!!!!
asciilifeform: 4.8MB static elf, amd64, worx
asciilifeform: about to put zoolag back in service. it will sync, for some days.
asciilifeform: motheFUCKER 'route: writing to routing socket: Network is unreachable' when rebooted with the by-the-book static ip config.
asciilifeform: why would it demand a working network PRIOR to assignment of static ip ?!!!!
asciilifeform: ...fixed. the docs lied re default route
asciilifeform: ACHTUNG PANZERS , welcome back the new zoolag
asciilifeform: it won't be much use until syncs
asciilifeform: but worx.
asciilifeform: gentlemen, if anybody wants his wire back, write in. but it won't do you much good until the thing is synced.
asciilifeform: also at some point i'ma document this build and put own seal on phf's quite useful bsd fix.
asciilifeform: zoolag live as of now at ye olde 18.104.22.168 .
asciilifeform: blockheight ~= 60k or so
asciilifeform bbl ( much meat )
mod6: <+asciilifeform> zoolag live as of now at ye olde 22.214.171.124 . << thanks for the update.
mod6: <+asciilifeform> blockheight ~= 60k or so << ah, bummer, no chain backup?
mod6: <+phf> that's because you didn't try to simply use the patch to makefile that i posted on the list << i've had a trb openbsd since you posted this yes.
asciilifeform: mod6: neato
asciilifeform: http://btcbase.org/log/2017-08-05#1694293 << i dun like relying on contents of rotten hdd any more than i have to
a111: Logged on 2017-08-05 22:44 mod6: <+asciilifeform> blockheight ~= 60k or so << ah, bummer, no chain backup?
asciilifeform: and been a while since i synced from empty
asciilifeform: worth a comparison
BingoBoingo: <asciilifeform> worth a comparison << Aha someone steps up to duplicate my December 2016 to May 2017 experiment!
BingoBoingo: But yes, phf makefile mod powers my OpenBSD builds.
asciilifeform: wedge at 168000 apparently.
asciilifeform: and nfi why.
asciilifeform: ( this ain't an ancient liquishit press )
asciilifeform: mod6, phf didja see 168kisms on openbsd?
asciilifeform: i seem to recall.
phf: i remember people wedging around there, but i didn't personally observe it
asciilifeform: i walked the logs , found no record of a nailed root cause or finalsolution
asciilifeform: fucking disgrace, is what this is
asciilifeform: i duneven know if to blame bsd ( how..? ) or the imbecile's sync algo where all depends on who first node syphilitically fucks on warmup
asciilifeform: ( and where if the addnode people get hiccupped it will pick a rando scum to rely on, and never drop him no matter how many hours, days, WEEKs without newblock incoming)
BingoBoingo addressed by restarting bitcoind on wedge
phf covers his face
asciilifeform: BingoBoingo: the absolute most total nogood.jog
asciilifeform: does not meet cement standard.
asciilifeform: trb on linux : does
phf: that's a nice round number too, 168000
BingoBoingo: last sync test WAS trb on linux
asciilifeform: ( i have 0 instances of wedged bring up on linux since mircea_popescu's bdb patch, in 30 or so shots on machines in various spots )
asciilifeform: phf: there was a bdb idiocy iirc that wedged at 168k
asciilifeform: but fixed by mp's patch 2.5y ago. and apparently unfixd by bsd
asciilifeform: BingoBoingo: i was reading plusminusweek of each of those search res for past 2h
BingoBoingo: Assumed, dropping for other esteemed readers
a111: Logged on 2017-03-28 04:32 asciilifeform: mod6: imho manual knobs ~for unwedging~ are a fundamental mistake. nodes shouldn't be wedgeable, period. and the only use for a wedged node is to learn why it wedged and to make said scenario impossible in the future.
asciilifeform: anyway phf mod6 BingoBoingo et al taking suggestions ( other than the beneath-contempt nonsense of 'reboot and jiggle the handle blindly until it works and forget about cement fleet ' )
phf: i don't remember every suggesting anything remotely similar. my suggestion would be to debug it, and solve the problem, rather than "mp's fix somehow magically resolves it"
asciilifeform: debug how?
phf: well, if i were approaching this, i'd replay to 167998 or so, setup a script to ensure that every time i start trb it starts from that state. i would then see if on forward play it would wedge. i would then investigate what is the nature of wedging, and slowly instrument the code along the various paths to tell me where exactly it decides to stop doing the right thing, etc.
phf: split the current blocks, eat block until 167998, then on each restart copy the 167998 state folder over the settings folder
asciilifeform: eatblock doesn't replicate the unknown stream of wild sewage that thing ate.
asciilifeform: nor the timings.
phf: if it consistently wedges at 168000 across various machines and settings then it's not a question of wild sewage
asciilifeform: 1 particular machine
deedbot: http://www.contravex.com/2017/08/05/the-bitcoin-crash-fork-failure-chronology/ << » Contravex: A blog by Pete Dushenski - The Bitcoin Crash fork failure chronology.
asciilifeform: on 1 particular os previously afaik untested
phf: you replay to 167998, you then let it run till 168000 on the network. if it doesn't wedge with that setup, than you have two possibilities. it is either a heisenbug, or you need to replay to an earlier block, say 167000 and let that run on the wild network, etc.
asciilifeform: my suspicion is that the bdb locks patch somehow has no effect when bdb built on netbsd
phf: ~you can't reason about locks patch~
asciilifeform: i am increasingly of the notion that i can't rreason about ANY of it
phf: until you can actually reproduce the nature of locks patch vs. block (or whatever wedges)
asciilifeform: all this time i thought there were reproducibles. but it is nonsense to speak of reproducibles in 200Mb of liquishit dep that does whatever the fuck it wants
asciilifeform: ^ whole debug log since t=0