mp_en_viaje: (fucking obviously they got the ttl wrong, who the fuck heard of ttl as a SERVER-side setting. how is the server to know how often my pictures of jodie foster's injured snatch need refreshing ?!)
diana_coman: not like the cache is on server
a111: Logged on 2019-05-28 11:51 diana_coman: client asks for data from EuCache; EuCache replies with either true (data found + whatever values that data has) or false (not found + default values)
a111: Logged on 2019-05-28 11:47 diana_coman: mp_en_viaje: I suspect it's again one of those things where there is no disagreement at the core but we are not yet fully in sync re various bits and pieces;
feedbot: http://qntra.net/2019/05/china-squeezes-us-as-tensions-rise-windows-out-in-the-pla-rare-earth-exports-on-the-chopping-block/ << Qntra -- China Squeezes US As Tensions Rise: Windows Out In The PLA, Rare Earth Exports On The Chopping Block
BingoBoingo: nocredit: Other than running a Bitcoin node, what else do you spend your time on?
diana_coman: nocredit: register a key with deedbot as otherwise there can't possibly be a "next time/later", it's always first time...
BingoBoingo: nocredit: Maybe register a GPG key. Otherwise hard to tell whoever returns is you
nocredit: ok perfect. Will update here when I complete the sync
nocredit: but yes, i've learn the lesson. Only bare metal at my home
BingoBoingo: But you have to shut the daemon down cleanly for blockindex.dat to be portable
nocredit: with some spare time to dump the hdd
BingoBoingo: <nocredit> and last: if i tar gz everything synced as far as now on the VPS and dump it at my premise, i'll be able to restart at block height 300k in the future? << As long as you cleanly shut down the daemon before dumping
BingoBoingo: The TRB 3-6 week sync (CPU and disk bound) is a strictly linear, no exceptions to verification affair
nocredit: and last: if i tar gz everything synced as far as now on the VPS and dump it at my premise, i'll be able to restart at block height 300k in the future?
diana_coman: nocredit: for that matter if running own trb is too big a pain/expense, I suppose you might be better served by getting in the wot and using deedbot's wallet for that matter.
BingoBoingo: nocredit: Once synced it is very tenacious with staying synced. Most of the core sync speedup is they stopped verifying many blocks
BingoBoingo: The Gavin or some other shitgnome early on tried to push a "mandatory" segwitting, but that proposal died quickly and they all now pretend that never happened.
nocredit: correct, I appreciate TRB as it removes the bloat. But 3 weeks to sync is really a pain
nocredit: another question: if i run core without using segwit features (so sticking with the 1 starting addresses) am i actually protected from an eventual attack on segwit? I know that here is not core support, but there is a way to tell core to dump the segwit part?
asciilifeform: nocredit: if you absolutely cannot afford physical colo, you can use vps as a means of getting static ip. set up ssh tunnel to your home node from the vps.
asciilifeform: nocredit: vps is woefully inadequate for the job. you need a physical machine.
nocredit: my problem is that i don't have a static ip at my premises, so at home it's a pain with the myip parameter. I was trying with a pico vps to bypass this by set up a private vpn, but as now i'm stuck
asciilifeform: incidentally, there's a vacant rk, and if customer chooses to use the available sata snake and a 1tb ssd, he can trb. BingoBoingo plox to add this to the advertised list.
diana_coman: nocredit: to answer your question: the recommended provider to use is Pizarro; it offers colocation that would fit your needs quite well ; you can join them in #pizarro and ask and you can have a look at http://pizarroisp.net/pizarro-hosting-rate-sheet/
asciilifeform: entirely interested. colo available any time, this is on the price sheet.
nocredit: is there a recommended vps provider to use?
asciilifeform: nocredit: the reason your log consists 80+% of 'discarded block' is that trb deliberately does NOT hold on to a received block unless it matches the litmus for possibly being the immediately next block in the chain. this is deliberate, and i personally wrote this patch.
nocredit: second, my vps provider (vultr) is complaining with me that i put too much wear and tear to their ssd
trinque: they had an outage earlier today in singapore, and for some reason this resulted in the bot being permastuck
trinque: having serious problems with the DC I'm using for deedbot, sorry folks. I'm going to try to get the migration to pizarro completed this weekend.
diana_coman: you can feed it manually blocks if you have them & are in a hurry but otherwise I don't yet fully grasp your problem as such: is it stalled or is it just that you don't expect it to take longer than 1 week or what?
nocredit: 80% of the debug.log is about discarded blocks
diana_coman: nocredit: it's unlikely that it's too slow since plenty of people are running same and sync no problem ; it is true that it's not on vps usually but at any rate, it may be all sorts of other stuff: is it blackholed?
nocredit: hi, thanks for the voice. Basically trb (with aggressive patch) simply is too slow to sync, and i'm using a VULTR vps with 6 cores and 16GB of ram. For too slow i mean that after 1 week is just at block height 300k
a111: Logged on 2019-05-28 08:49 mp_en_viaje: practically, yes it;s undesirable, but the overwhelming consideration is that this undesirableness can not be managed for the client by the server, because the server suffers from a serious knowledge problem wrt it.
diana_coman: http://btcbase.org/log/2019-05-28#1915708 - even on re-re-read I can't follow this: where does it seem as if I'm saying in the least that server should solve this at all for client? (no, it can't, of course); my approach is to solve this in a single point in client aka Requester rather than have it spread throughout client at every point where some part finds out it wants some data.
diana_coman: the timeout is the only magic value, yes, but that is literally last resort, aka guaranteed after that time, it WILL send another request; it WILL however send one sooner if the previous one is answered, why would it wait longer than it has to
diana_coman: and re Y magic intervals, that is not really there either, that's the whole point of data-received notifications, to NOT rely on magic Y interval
diana_coman: it's true that atm at least it's more independent from game play rather than "when not busy"
a111: Logged on 2019-05-28 09:12 mp_en_viaje: http://btcbase.org/log/2019-05-27#1915700 << if your argument is actually "the client should asynchronously ask for all data it uses defaults for AT SOME OTHER TIME than in the middle of heavy gameplay, such that all the complex gfx of everyone's armors, mounts and flying dildoes are downloaded piecemeal and while sitting around, rather than en masse whenever teleporting to a large market town" you have a solid point. but it's
diana_coman: http://btcbase.org/log/2019-05-28#1915729 - fully asynch is the core of it but I don't see the case of x magic number of times; logically speaking x is simply ask until you are answered, there is no set or fixed x times
diana_coman: and given the two-class system those are effectively priorities: at every ask-opportunity, the Requester will choose first object request and only second file request (those really are the ONLY two types of questions the client may ask the server)
diana_coman: might add also, since it's perhaps not obvious: there is no exact "repeat request" as such because anyway, how could that be (counter of messages at the very least is different!) but more importantly, every time Requester asks the server for something, it simply asks about as many pending things as it can, there is no "oh, I asked about those and not yet here so let's ask exactly those again"
diana_coman: for that matter I suppose it can even just have one queue, they are all "pending" and simply prune it every time it wakes up;
diana_coman: my proposal was to have the Requester ask "what are a,b,c" and move those three objects into a "pending" queue; when another request for them arrives, that's fine; when requester wakes up, it checks and prunes any that meanwhile are there so it doesn't ask again for stuff it meanwhile got
diana_coman: and now re waste traffic: at t1 there are requests for obj a, b, c; at t2 Requester wakes up and asks the server "what are a, b, c", drops those as "done" and goes back to sleep; at t3 there is another request for a,b,c so Requester puts them back in its queue; at t4 a,b,c arrive; at t5 Requester wakes up and ...asks the server again "what are a,b,c?" because well, they are there in the queue, right?
diana_coman: the idea here being that well, if the caller still wants that stuff and it's not there, they will just request it again anyway so it gets again into the queue and at some point it will make it into a message
diana_coman: now there is the apparently disputed bit: in the simplest implementation, requester can now consider that it's job is done and therefore go to sleep until next time when it might send a message
diana_coman: whenever it decides it CAN actually send a message to the server to ask for something, it packs together as many of those pending requested stuff as it can in one message (protocol allows a request for several files/obj in same message) and it sends it on its way
diana_coman: the Requester is the one who knows where data comes from, what does one need to do to obtain it, what sort of constraints there are (e.g. don't spam server with 1001 requests per second) and even what has to be obtained in order to be able to make a request at all (e.g. a set of Serpent keys!)
diana_coman: anytime it wants something fresh, it will place a request with the local Requester (hence, NOT directly with the server, for all it cares the data comes from Fuckgoats really)
diana_coman: on top of the above, the client further has this choice: it can decide it wants to ask for some fresh stuff basically, be it file or anything else
diana_coman: cache will have some default value for anything (because defaults are by type/role so not a problem to have them upfront) and it provides those or better, simply marking them as what they are but never saying "huh, no such thing"
diana_coman: so up to here I think it's clear that yes, client can therefore play happily forever after totally offline
diana_coman: this can/is to be done by any bit and part of the client that is looking for some data of any sort, be it art, position, whatever
diana_coman: client asks for data from EuCache; EuCache replies with either true (data found + whatever values that data has) or false (not found + default values)
diana_coman: let me expand a bit on the concrete solution I'm talking about:
diana_coman: one thing that I see there is that you seem to consider that this "request" is ONLY for art stuff; the way I see it, it's not just for that but a generic mechanism for any sort of thing requested, be it art or contents or position or whatever
diana_coman: mp_en_viaje: I suspect it's again one of those things where there is no disagreement at the core but we are not yet fully in sync re various bits and pieces;
a111: Logged on 2019-05-27 22:58 diana_coman: basically I don't actually think that "needed 100 times" SHOULD translate into "send 100 requests to the server" ; something is either needed or not; it might be more needed than something else, sure but that's a relative (and changing) ordering of requests at most, not a traffic-generator essentially.
mp_en_viaje: http://btcbase.org/log/2019-05-27#1915701 << no, let the server stop being fucking stupid and reference things it can't provide.
mp_en_viaje: the elegant solution for this would be for the client to keep a list, "items the server mentioned, we asked for but never received usable answer therefore using a default", and either go through it whenever convenient (eg, when player goes afk) or else even expose a button for player to do himself).
mp_en_viaje: a case for "retry X magic number of times at Y magic intervals which i the designer knew ahead of time, for everyone and for all time".
a111: Logged on 2019-05-27 22:54 diana_coman: if that armor of the stars is requested once then it's wanted *anyway* so what's the point in not tracking it where the request is assembled and instead having it tracked through repeated requests; after all this "oh, still not have it" is anyway still a look "is it in the cache now?" just that it's pushed higher up
mp_en_viaje: http://btcbase.org/log/2019-05-27#1915700 << if your argument is actually "the client should asynchronously ask for all data it uses defaults for AT SOME OTHER TIME than in the middle of heavy gameplay, such that all the complex gfx of everyone's armors, mounts and flying dildoes are downloaded piecemeal and while sitting around, rather than en masse whenever teleporting to a large market town" you have a solid point. but it's
mp_en_viaje: 2. case careful -- request is sent (p=1), if received correctly (p=2) then all is well, else new request sent (p=2.5) and if now received correctly all is well but if not yet new request sent (p=3.5) and if not well again you're looking at... well, depends how noisy/lossy the channel is, but it seems to me the careless case saves a good chunk of bw, roughly speaking the square of the noise rate.
a111: Logged on 2019-05-27 22:51 diana_coman: while this has the advantage of being very simple indeed, all it does in fact is that it pushes the complexity a bit higher up at the added cost of a lot of waste traffic
mp_en_viaje: http://btcbase.org/log/2019-05-27#1915699 << model for me how this waste of traffic would look ? seems exactly the opposite to me, specifically : 1. case careless -- request is sent ; were resppnse receinved, all the better ; otherwise, whatever. total sent : 1 request ; maybe 1 answer. say symbolically 1.5 "packets"
a111: Logged on 2019-05-13 17:09 asciilifeform: meanwhile , in ru heathendom , (translation mine) : 'there is a sign that distinguishes a troo programmer from an impostor. a true programmer , before going to bed, will put on his nightstand two glasses. one with water -- in case in the night he becomes thirsty. and one empty -- in case not.'
mp_en_viaje: and more generally i believe a lot of software systems would greatly improved through liberal application of just this kind of carelessness. the idiots are careless at the wrong ends -- by all means, DO http://btcbase.org/log/2019-05-13#1912968 ; do NOT "hi this is the glass from last night, how would you rate your drinking experience please fill out this form".
a111: Logged on 2019-05-27 22:41 diana_coman: anyway, if it shouldn't even retry the correct way to put it is that it doesn't *care* at all about the result; i.e. it sends the request, it goes to sleep for timeout interval and then when it wakes up it simply makes and sends the next request, without any care in the world re anything
mp_en_viaje: "grandfather was rich, what means 'don't squander.
mp_en_viaje: http://btcbase.org/log/2019-05-27#1915697 << trist da' tru. the fucking problem with solving problems is that as the problem solvers get old the next generation takes over, and they only ever dealt with the solution ; didn't ever deal with the problem. consequently they limply expect the solution, in the sad terms of "oh, do we still have to", without any appreciation for the difficulty of the problem, resulting in fucking amer
mp_en_viaje: (obviously "forevermore" means -- for as long as he's wearing that type of armor, and include all other dudes wearing the same type, yes, i'm not looking for dwim here.)
mp_en_viaje: (the programmatic logic being that as i focus on the game again, the screen will have to be redrawn, which will suck from the cache ; obviously this may not work ~exactly~ like this for a number of reasons -- which is why it's called an ideal. it should work like this.)
mp_en_viaje: whether i can be arsed or not to do this is one thing ; but if i am arsed i should encounter no further difficulty.
mp_en_viaje: in the vhs-unix-that-never-existed ideal in my own mind, i should be able to, upon encountering for the first time a dude i don't like, alt-tab out of the game, edit the cached file representing this dude's armor, write "dickhead" in spray paint all over the breastplate, and without any further interaction on my part see the dickhead appropriately labeled all over the game forevermore.
mp_en_viaje: http://btcbase.org/log/2019-05-27#1915695 << what would this "nothing fits" look like ? for instance, if a client makes himself a modfile, to have all the characters move lasciviously and otherwise sit about nude, or if joe the manga fan makes his shield sport a tentacle pattern, the server should periodically re-enact the one-true-look with medieval officialness ? why ?
mp_en_viaje: (the fundament of the male world, this division, btw. not permitting any-thing-whatsoever being discussed is what repressing the female mind, worldview and experiential approach is all about)
mp_en_viaje: in another statement : there's two classes of data : erste klasse, which is data which the client may reference (such as, move me two to the left), and buluk klasse, which is data the client may never reference (such as, make my armor one iota shinier).
mp_en_viaje: therefore will necessarily have to be resolved by the client. in many important fields (such as where the client thinks its located), the server has the important mechanism of denial, to support fast correction. but when it comes to, eg, what icon should represent x item, or how its 3d texture shoudl look etc, there's no shits given. client can display the world any way it does, and the server will not care.
mp_en_viaje: practically, yes it;s undesirable, but the overwhelming consideration is that this undesirableness can not be managed for the client by the server, because the server suffers from a serious knowledge problem wrt it.
a111: Logged on 2019-05-27 22:32 diana_coman: you mean if it timeouts on a request then it lets it just lets it be? it makes it even simpler from my pov, not as if it's an issue but essentially I'm not sure how do you then avoid the case where you play happily offline and ...not notice it?
mp_en_viaje: http://btcbase.org/log/2019-05-27#1915694 << philosophically, the situation where player is happy offline, and unaware of it does not require fixing. take asciilifeform for instance, he's been happily playing eulora offline for years, and hasn't yet noticed!
mp_en_viaje: diana_coman, sorry about last night lol. had to order another truckful of internet.
diana_coman will go to sleep now, will read any replies/continue in the morning.
diana_coman: basically I don't actually think that "needed 100 times" SHOULD translate into "send 100 requests to the server" ; something is either needed or not; it might be more needed than something else, sure but that's a relative (and changing) ordering of requests at most, not a traffic-generator essentially.
diana_coman: if that armor of the stars is requested once then it's wanted *anyway* so what's the point in not tracking it where the request is assembled and instead having it tracked through repeated requests; after all this "oh, still not have it" is anyway still a look "is it in the cache now?" just that it's pushed higher up
diana_coman: while this has the advantage of being very simple indeed, all it does in fact is that it pushes the complexity a bit higher up at the added cost of a lot of waste traffic
diana_coman: anyway, if it shouldn't even retry the correct way to put it is that it doesn't *care* at all about the result; i.e. it sends the request, it goes to sleep for timeout interval and then when it wakes up it simply makes and sends the next request, without any care in the world re anything
diana_coman: at which point recovery is a bitch way worse than restart; I suppose the point might be "don't die, just make it clear there's nobody answering "
diana_coman: you mean if it timeouts on a request then it lets it just lets it be? it makes it even simpler from my pov, not as if it's an issue but essentially I'm not sure how do you then avoid the case where you play happily offline and ...not notice it?
mp_en_viaje: but if it's not happy with theresult, not only does it not die -- it doesn't even retry.
diana_coman: yes; and the requester (this dedicated monopoly on askings) will pack and send specific requests: server, what is an armor of the stars and a sword of the pigs?
diana_coman: myeah, this "asks again" is not "asks the server" but "ask the requester" ; i.e. "client" does not directly talk to the server from anywhere because that is how mess is made
mp_en_viaje: at this juncture, if it finally gets a workable armor of the stars, it dresses both a and b in it ; but if not, whatever.
mp_en_viaje: then at t8 client notices AGAIN "hm, i'm using default for this armor of the stars, wtf is it ?" and asks the server again.
mp_en_viaje: at t6 server replies : "b is a so and so and back and forth... and on his chest wears the armor of the stars, and bla bla bla".
mp_en_viaje: at t4 client continues its inquiry, "what's a b ?" ; at t5 client notices it doesnt know wtf such an armor is, so asks sefver "what's an armor of the stars ?"
mp_en_viaje: and at t3 server replies : "a is a so and so and back and forth... and on his chest wears the armor of the stars, and bla bla bla".
diana_coman: so a-f are data and therefore stored in cache as such; there are those things a-f ; nothing more
mp_en_viaje: client notices it doesn't know wtf these are ; so at t2 says "what's an a ?"
diana_coman: and it can also decide on what to do on timeout e.g. drop that item and if it's important it will be demanded again hence it will make it into another request and if not , no
mp_en_viaje: so, server tells client at t1 "and then you came upon five persons, a, b, c, d, e, f".
diana_coman: as a higher-level concern than Requester's ; requester is specifically concerned with trying to get whatever is asked of it *from the server*; it can of course decide on what it requests first for instance (perhaps the item that was demanded of it most times since last request)
mp_en_viaje: let me model an interaction to make sure we're on the same page here.
diana_coman: yes but there is no generic client asks as such; from pov of client ALL the asks always get - defaults.
diana_coman: but so what, should that then be requested 5 times ?
mp_en_viaje: ie, if 10 people go on a raid and 5 of them wear armor of the stars, said armor will be mentioned by server 5 times.
diana_coman: why would it even request it *there*?
mp_en_viaje: mentioned means the client sees an object it doesn't have in a server communication.
diana_coman: what is "mentioned" there? demanded ?
mp_en_viaje: this seems the correct capitalistic split of the request pie : by mentions. rather than "everyone gets 100"
mp_en_viaje: in the capitalistic perspective : if 100 objects are mentioned 10`000 times and requested 10`000 times, then i'd like the one object mentioned 1`000 times be requested 1`000 times and the object mentioned once be requested once.
diana_coman: it keeps them in a queue, those items here are demanded
diana_coman: the ~only consideration is perhaps whether to re-include whatever it hasn't yet received or just drop them and if they are demanded again then they'll make it again another time
diana_coman: because it picks up again whatever it can stuff in the request
diana_coman: it is not as such a "retry" i.e. the request will not be a new one
diana_coman: not a big issue or change of core there
mp_en_viaje: i'm not even sure it's worth producing the retry mechanism.
diana_coman: uhm; on one hand the "does it die or not" is a tiny thing i.e. it is a decision of what-do if not received;
mp_en_viaje: every time the server mentions an object it doesn't have, it asks for it. that's it.
diana_coman: die trying aka after x successive timeouts (timeouts aka NO data received in the whole interval*x )
mp_en_viaje: either it dies, or it doesn't die. if it dies, you can't play it. if it doesn't die, it somehow manages to make do w/o the item (ie, uses defaults)
diana_coman: why would the game be unplayable for the hour? for one thing: why would the game be unplayable at all at any moment anyway?
mp_en_viaje: should game be unplayable for the hour ?
mp_en_viaje: sure. now suppose client asks for 185, 186, 187 and 188, and gets them, within an hour.
diana_coman: I suspect I'll need to detail the data model too for it all to make sense
diana_coman: because the requester does not request "x and y and z of 187" ; all it requests is "187" and then it simply checks in EuCache: do you now have 187? Now WHAT EuCache has for 187 is not something requester can know in advance
mp_en_viaje: diana_coman, speaking of http://ossasepia.com/2019/05/27/euloras-client-core-the-dedicated-requester/#selection-41.2-41.111 i don't see the wisdom in this position. suppose your client sees a new type of whatever, and manages to get everything but the icon. a) your path would require it to die trying but b) evidently going ahead while using a ~default~ icon until gets a better one is perfectly acceptable.
diana_coman: I quite suspect it is the autosave thing because this much I remember that it was after it auto-saved, hence my suspicion at it; but at least atm it the autosave did not fire and tbh I'm not extremely keen on chasing this right now.
mp_en_viaje: (there's also a js doing wordcount on pressing enter, and a few other sugar cubes like that)
mp_en_viaje: ]there;s also a js autosave if you have js enabled in browser ; these may have interracted weirdly i guess.
diana_coman: that makes perfect sense and is pretty much what I'd have expected; hence the surprise earlier when it apparently refused the title and insisted it was ""; anyway, if I run into it/something else again I'll document it better on the spot I guess.
mp_en_viaje: well anyway, regardless of implementation, the design idea there is that article title always has a ready gensym in the shape of the numeric id of the table entry, which is unique and always known and therefore should be the fallback default.
mp_en_viaje: what you describe specifically was debugged ; i suppose entirely possible php/whatever stack versioning shenanigans may have managed to regression it, like that insane case we ran into recently with the comments not working
mp_en_viaje: doesn't preview, either ?
diana_coman: so apparently the numeric title is borked or at least borked on my installation
mp_en_viaje: me either, but what can you do.
mp_en_viaje: you can edit the slug if you want later
mp_en_viaje: speaking of which, if anyone is in the area and wants to meet, speak up, i'll be around for a few days
diana_coman: in other stepping-in-all-the-holes : it seems I found a fail-mode of mp-wp browser interface namely if one pastes the content of a post first and only then (possibly after it rushes to quick save it or whatevers) the title, it fails miserably as it apparently tries to save it with title "" (notwithstanding that no, it should not, there is actually a title to it)
feedbot: http://ossasepia.com/2019/05/27/euloras-client-core-the-dedicated-requester/ << Ossa Sepia -- Eulora's Client Core: The Dedicated Requester
mp_en_viaje: holy shit the internet is terribru
mp_en_viaje waves from the lovely transylvanian capitol.
BingoBoingo: And the stolen Iodine-131 has been found https://www.elobservador.com.uy/nota/aparecieron-en-malvin-las-tarrinas-con-material-radioactivo-robadas--20195271514
BingoBoingo: In other local news 100 ml of Iodine-131 destined to my health care club was stolen in transit https://www.elpais.com.uy/informacion/policiales/policia-advierte-poblacion-robo-peligroso-material-radioactivo.html
BingoBoingo: ty mircea_popescu, it appears I have also attracted LOCAL feedback in the moderation sala de espera: http://bingology.net/2019/05/26/overview-of-local-electoral-politics-heading-into-the-impending-party-internals/#comment-858
feedbot: http://trilema.com/2019/black-or-white-the-day-of-saturday/ << Trilema -- Black or White (The day of Saturday)
diana_coman: BingoBoingo: I got that same spam! tbf all spam is rather similar, sort of trying to work out which specific belief to latch on: is it how great one's blog is or is it how dangerous being online is.
mircea_popescu: like them or not, the ustards have a pretty functional colonial empire going : the orcs pay them by the wheelbarrow in order to "secretly" ruin their own shit. it's almost an exact re-enaction of medieval papacy functioning.
mircea_popescu: BingoBoingo, reading your dispatches is a pleasure, they're quite well made. i suspect the answer to the http://bingology.net/2018/09/12/uruguayo-political-snapshot-for-future-reference/#selection-63.1-63.109 riddle as well as the direct cause of a 15k seater costing >100mn is their "great neigjhbour to the distant north".
feedbot: http://bingology.net/2019/05/26/overview-of-local-electoral-politics-heading-into-the-impending-party-internals/ << Bingology - BingoBoingo's Blog -- Overview Of Local Electoral Politics Heading Into The Impending Party Internals
BingoBoingo: Apparently it's the latest wordpress spam floating around. Ransom demand with no specifics on how to differentiate ransom. Nothing seeded to address for credibility
mircea_popescu: meanwhile in other femstate internet lulz : given that achille delmaet was principally famous for his (numerous, and some quite good) pictures of la goulue nude, why don't you... find some.
mircea_popescu: gotta put this shit on record before it "disappears", it's just too fucking lulzy stylistically : https://crji.org/?idT=88&idRec=5069 (source is this wanna-be respectable usg.blue character assassination project, made in the usual amerikanski fashion -- on the cheap by local orcs. very fashionable among the ro pantsuit crowd)
mircea_popescu: hanbot, incidentally, his latina/inane ohio blondie (jessica simpson etc) sexual preferneces are ~why you're plagued with spanish-language dilutedpop all over the world now. scar tissue dicklets left behind are just you know, following the motions.
mircea_popescu: even passes the sisters test ("dixie chicks", no claim to fame besides "vehicle for providing genetically-similar fuckholes to mottola", which is in fact enough)
mircea_popescu: (very strong manager in any case, "king of pop" nothing, music industry came back from the dead in the 80s rather because mottola than because michael)
mircea_popescu: then he retired into a marriage with thalia (this kinda-fat latino-interest "star").
mircea_popescu: s invented the tatu "lesbians" or that ro retired gangster invented "inna" (and yes he married her) ; then he woke up, smartened up, and simply sampled the goods : shakira and j-lo ever shared a bed while sucking his dick as yet-unknown stags.
mircea_popescu: but exceptions should perhaps also be noted. meet say tommy mottola -- untalented if ambitious average moron. he tried to break into money & fame with his absent talent ; when that failed he went into the administrative side, which matured into his running sony's music publishing for 15 years. at first he did derpy moves like promoting diana ross ; but then the next decade he ~invented~ mariah carey much like those ru pedo
mircea_popescu: what the fuck are you gonna do with your time, read twittewiki ?
mircea_popescu: i suspect this is deeply related to how quickly they go nuts. mj made a little money in the early 80s, was well detached from reality by '86 ? well duh.
mircea_popescu: BingoBoingo, it's starting to come into focus in my mind, the problem is none of them perform. explain it away if you will, "this one was castrated, that one was busy, this other one bla bla bla", but in point of fact they're completely ineffectual.
mircea_popescu: i would dare say that the ~average~ trial rate for ESL males was UNDER TWO at any point in the past century (trial rate is where the woman is naked on her knees begging and you're making her call whether to keep her or get rid of her).
BingoBoingo: From what I understand according to the traditions of his tribe, he was chemically castrated to treat his acne
mircea_popescu: the more i think about it the more it becomes obvious that a) there's no class in the us, as everyone MEETS THE ~SAME NUMBER OF WOMEN ; b) that number was ALWAYS extremely tiny, a few dozen and obviously c) it's dropped significantly past coupla decades and might continue dropping.
mircea_popescu: oh and speaking of http://trilema.com/2019/counterfit-romania/#comment-129195 : michael jackson, "king of pop", "one-man rescue team for the music business", icon bla bla bla etcetera etcetera married... his doctor's nurse. just liek any other made-a-litte-money-now-what ustard out there.
BingoBoingo: That's another problem. Once the easy protein got ate the US pivoted quickly to packaging the same couple grains as variety
mircea_popescu: 1910 fruitgum company ? the lemon pipers, the ohio express , "sugar, sugar", "dizzy"... need i go on ?
mircea_popescu: in other lulz : bubblegum pop was a studio & producer driven attempt at re-couperating the change pumped into the poor and the stupid. not music in any sense, much like youtube crap today ; but it was marketed to teens, and holy shit look through the charts -- whole thing reads like a "bumpkin discovered sugar" testament.
mircea_popescu: that's another thing, the army is ~specifically~ not for providing the stupid cunts back at home with a cushy dependoplan.
BingoBoingo: mircea_popescu: If that was the portion of the US they were recruiting. Instead they are having a single moms jobs program eat it all.
mircea_popescu: the very weird thing with this set is that they don't even wanna skimp on the armor. ustardians suffer of ~0% of the classical euro failurem mode, of being too smart. they'll go to the fuckign gym just to instagram their abs.
BingoBoingo: Just can't make the the Italian mistake of letting them skimp on the armor because it's heavy.
mircea_popescu: nothing else even fucking qualifies as "war making" what the fuck, men lite.
mircea_popescu: the only way to run a fucking army is a) you sign up for 25 years ; b) you rape and pillage -- get the equivalent loot share as precious metal medal after every fight ; c) when retiring you get plot of land and you are obligated to marry at least two local teenagers and fucking live there with their children.
BingoBoingo: Put it that way, the proposal isn't novel at all. Simply grew fast.
mircea_popescu: empire of impernanence, "you know what, instead of giving veterans forty acres and a mule, we'll sent them to florida".
BingoBoingo: Then again USG does college loans and not Machu Pichu loans. Now there's the situation where comparatively cheap Machu Pichu is a more reliable class signifier than college degree. Should have done it the other way around.
mircea_popescu: buncha fucken wankers, "if i check these checkboxes..." what then ? "mp can't accuse me of being a wanker" ? gimme a fucking break.
BingoBoingo: Most of the tourists I met at the hostel whose mothers spoke English seem to have gone there, and Uruguay was just another checkmark somewhere before or after Iguazu depending on the whims of airline ticket prices
mircea_popescu: shoulda won the oscars in 1952, what the fuck is this lame-ass post-party shit, "for my kids' 5th birthday we hired michael's 3d reconstructed ghost to touch them on the dolly" / "we went to woodstock 2019 re-enaction" / "i sniffed the seat on which a hot woman sat six hours ago" etc.
mircea_popescu: somehow the zombie horde of muricans picked one of the three as their witlessing point. it's fucking unseemly ; the only thing "i climbed mount everest" does in a social context is communicate you gotta be fucking punched. like "being a nobel laureate" or "having won the oscars" or whatever other such zombie glory.
mircea_popescu: no dude, the ONLY "allure" is that... NOT MANY PEOPLE DO IT. that was fucking it. back when everest was interesting, to british subjects, it was interesting because british empire, first and foremost, and because, like "find nile source" or "go to north pole", there just weren't that many people who dun it.
mircea_popescu: fucking idiots. "The very real risk of dying while trying to climb the worlds highest peak is part of the deal when attempting to summit Mount Everest. If the endeavor was foolproof and safe, it wouldnt have the allure that it holds over so many people.'
lobbesbot: BingoBoingo: The operation succeeded.
BingoBoingo: In other news, people are dying on Mt. Everest because lines are too long for conditions
BingoBoingo: I've met a few. They tend to be very sad or angry, but mostly sad.
mircea_popescu: anybody on fucktard camp over there EVEN AWARE they're wanking the same trite nonsense over and over again, ever more ridiculously derivative ?
mircea_popescu: ustedians, the next instar of ustardians. fucking tedious.
BingoBoingo: <mircea_popescu> "peoples of sexuality" ? wtf is this, like "womens of fat" ? << I assume so. "Womens of fat" need their corn sugar.
mircea_popescu: everyone in yurp in the 70s/80s had this weird rarara kick going
mircea_popescu: asciilifeform, back when the uk still pretended, what of it?
a111: Logged on 2019-05-24 14:00 mircea_popescu: afaik they started moving to cairo once england started being moronic (cca late 90s)
asciilifeform: '...Amazingly, it is now, and has been for some considerable time, an offence to ship high technology goods from the United Kingdom without United States Government export licences. Systime was fined $400,000 and has had its domestic and export sales put under the direct control of the United States Department of Commerce. '
asciilifeform: 'In 1979, DEC UK, under its American manager, Mr. Darryl Barbé launched a formal campaign known as the "Kill Systime" campaign. He had the full support of the American management. The DEC president, Mr. Ken Olsen, was subsequently overheard leaving a board-level meeting with another company, declaring that he wished to see Systime out of business. Mr. Pier-Carlo Falotti, European vice-president of DEC, said to DEC staff: I want you
asciilifeform: time's management commenced an anti-trust action in which the British Government took an amicus curiae position. DEC drew back and agreed to a partial continuation of supply. Systime appeared to have won a breathing space, but it was only temporary....'
asciilifeform: 'In 1979, Systime's management discovered that it was about 25 per cent. cheaper to buy equipment direct from DEC in the United States than from DEC's subsidiary in the United Kingdom. DEC UK objected to the loss of profit that that implied, and persuaded DEC US to insist that equipment could be bought only from the subsidiary. Subsequently, when DEC US tried to break its contract with the Systime subsidiary in the United States, Sys
BingoBoingo: I though half dead was the sovereign
asciilifeform: BingoBoingo: near as i can tell, brit pm is like gensec of sovok after brezhnev -- they'll take whichever next half-dead dementia patient and 'here's yer caftan'
BingoBoingo: Anyways, torrys and "Unionists" have some time to pick a stooge for the fall job. If they can't get a fall guy General elections.
BingoBoingo: asciilifeform: But its a terminal gig for whichever meatpuppet gets it. Once they take the chair they get however many months of salary as prime minister and that's it. A very Shremmy problem.
asciilifeform: BingoBoingo: it aint as if there were a shortage of suitable meatpuppets
BingoBoingo: <mircea_popescu> and to be replaced by... who the fuck. << To Be Determined
mircea_popescu: but the fungus thanks you!
mircea_popescu: afaik they started moving to cairo once england started being moronic (cca late 90s)
asciilifeform: afaik very diff folx. it's the 'discount' tourist trap for'em.
mircea_popescu: same reason they went to london. and i expect same russkis. $$$.
asciilifeform: they go cuz cheap orcistan, and pyramid, etc
mircea_popescu: from muscovy perspective i'm sure it's "other exactly symmetrical england"
a111: Logged on 2019-05-24 04:31 mircea_popescu: in other lulz, egypt visa policy is the lulz of all time. afghanistanis, sudanese, yemeni and lebanese nationals can travel w/o visa, provided either >50 or <16 ; algerians, moroccans, tunisians if <14 ; chinese if got 5 star hotel reservation and $$$$$ (ie, 5 figure) in cash ; libya, if female, or else lives in tobruk ; jordan, if passport does not hold jordanian stamp on page 60 ;
asciilifeform: http://btcbase.org/log/2019-05-24#1915428 << last i knew, place was riotously packed with ru tourists. ( to the point that errytime they have a car bomb etc go off, ru foreign ministry makes Official broadcast '...and x ru tourists ate frags'
a111: Logged on 2019-05-24 08:14 feedbot: http://trilema.com/2019/the-fungus/ << Trilema -- The fungus
asciilifeform: http://btcbase.org/log/2019-05-24#1915464 << absolutely superb piece imho, even beats the 'fuckfly' prev. in series
mircea_popescu: and to be replaced by... who the fuck.
feedbot: http://qntra.net/2019/05/theresa-may-out-as-uk-prime-minister-after-bungling-brexit/ << Qntra -- Theresa May Out As UK Prime Minister After Bungling Brexit
mircea_popescu: there, now with working linkage.
a111: Logged on 2019-05-22 14:42 mp_en_viaje: and yes, the welfare state has produced a lot of really dumb engineers, through the simple process of making a lot of parents comfortable. their kids become engineers not because anything to do with either engineering or intelligence -- but simply because that's the sort of thing kids with an invulnerability delusion do.
a111: Logged on 2019-05-22 14:42 mp_en_viaje: and yes, the welfare state has produced a lot of really dumb engineers, through the simple process of making a lot of parents comfortable. their kids become engineers not because anything to do with either engineering or intelligence -- but simply because that's the sort of thing kids with an invulnerability delusion do.
mircea_popescu: https://www.oglaf.com/forecast/ << such excellent concise statement of pantsuitism. "nothing to do with us", this is a ~possibility~ to the pantsuit mind. which happens to be the definition of the term : a pantsuit is the mentally deranged who imagines just like a cow or a boulder exist, so his "indemnity" exists, there can be such a thing as "nothing to do with him". ties directly into both [http://trilema.com/2018/the-pr
a111: Logged on 2019-05-22 14:47 mp_en_viaje: http://btcbase.org/log/2019-05-22#1914957 << understand the problem -- if someone wishes to sign something, they're probably making a deed, which they'll publish on their own castle walls and on the republican deedpost. they
mircea_popescu: what do you find scarier, a mouth open so wide you can see the teeth, or a mouth open so wide you can't even see the teeth ?
mircea_popescu: diana_coman, because "there can not be no coy".