(trilema) diana_coman: it does seem a weird problem to have in the simple sense that honestly it's just easier to do it as you say: no responsibility for traffic, just shoot whatever and as many times as higher level asks for... data, not for traffic, but whatevers.
(trilema) diana_coman: no, because it forces the very same problem higher up where there is even less information to decide on when to request
(trilema) diana_coman: what is the gain in forcing every request -> a message to server?
(trilema) diana_coman: let's take it from the other end, maybe it's easier
(trilema) diana_coman: it depends on what arrives and when + on the contents of the queue itself really since for instance a huge filename will fill a whole msg
(trilema) diana_coman: or because I don't get it
(trilema) diana_coman: I don't think I get it and I'm not sure whether it's because some things are still not right (for starters there is no fixed duration as it's dynamic basically)
(trilema) diana_coman: ugh; at least Internet used to be working well in Ro.
(trilema) diana_coman: then I don't get it; because if it is the client's decision to ask immediate refresh then sure, what's the problem? it's their decision and it still is the minimum traffic resulting
(trilema) diana_coman: the point is not to forbid to the client repeated request
(trilema) diana_coman: or you mean a potential "race condition" there?
(trilema) diana_coman: otherwise yes, no point in having the queues in the first place really; a duplicate request can have at most the effect of increasing counter of "requests for this here object a" if one wants then to treat them as priorities basically aka ask first for those items that have been demanded most times
(trilema) diana_coman: it's still the same thing
(trilema) diana_coman: i.e. client comes in the shop and asks 100 times for the same thing while shopkeeper is working on delivering it so what
(trilema) diana_coman: it accepts the new request, looks that it's pending so ..nothing to do with it
(trilema) diana_coman: yes but requester does not put it back in queue
(trilema) diana_coman: move those three IDs* I should have said; not the objects themselves
(trilema) diana_coman: well yes, because requester is not cache, ugh.
(trilema) diana_coman: only if it throws it away without even using it, can there be "no cache"
(trilema) diana_coman: uhm, "no cache" is ...impossible; by definition the data on client IS CACHE
(trilema) diana_coman: what parameters?
(trilema) diana_coman: the default.jpg is not sent by server, no; local cache has defaults because it has to - it needs to use something before there is even any answer from server; hence the defaults part is not about traffic at all
(trilema) diana_coman: the point is not about "how fresh the final data is" but rather simply that: how many messages get generated for x requests
(trilema) diana_coman: freshness is not objective, no; it's subjective and decided by user of cache
(trilema) diana_coman: so you say there is no difference between caller asking for it 10 times and this resulting guaranteed in 10 messages to the server because requester does not keep track of anything on one hand and on the other hand 10 requests resulting in only 1 message to server because requester does keep track?
(trilema) diana_coman: uhm, wait
(trilema) diana_coman: after they resolved is however "refresh", isn't it?
(trilema) diana_coman: uhm, while it still has them pending or what?
(trilema) diana_coman has just re-read the cs manual so feels rather ..funny
(trilema) diana_coman: ahahhaha
(trilema) diana_coman: not like the cache is on server
(trilema) diana_coman: for the same money the c code can have the defaults and that is it
(trilema) diana_coman: between c and ada ?
(trilema) diana_coman: mp_en_viaje: what traffic?
(trilema) diana_coman: nocredit: register a key with deedbot as otherwise there can't possibly be a "next time/later", it's always first time...
(trilema) diana_coman: !!key nocredit
(trilema) diana_coman: or that, yes.
(trilema) diana_coman: it seems to me you can't afford to not use pizarro for bitcoin really
(trilema) diana_coman: nocredit: you know that saying that one's too poor to use cheap stuff?
(trilema) diana_coman: lolz @ service
(trilema) 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.
(trilema) diana_coman: nocredit: since you have nothing to do with segwit, you are immune to attacks on segwit, not as much protected as entirely immune by definition, no?
(trilema) diana_coman: nocredit: re provider I warmly recommend talking to Pizarro and in particular to BingoBoingo in #pizarro.
(trilema) 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/
(trilema) diana_coman: so there, let the man know about it, no?
(trilema) diana_coman: or nao you are not interested in such customers or what?
(trilema) diana_coman: for paying customers who may want to run trb, what?
(trilema) diana_coman: BingoBoingo: ^ ?
(trilema) diana_coman: asciilifeform: doesn't pizarro offer anything though?
(trilema) 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?
(trilema) diana_coman: it does take time to sync fully if you start from 0, yes;
(trilema) 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?
(trilema) diana_coman: what did you do and where are you stuck nocredit ?
(trilema) diana_coman: nocredit says he needs support with trb so let's here
(trilema) diana_coman: !!up nocredit
(trilema) 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.
(trilema) 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
(trilema) 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
(trilema) diana_coman: or strictly speaking when "not busy as measured by number of erste klasse requests still pending"
(trilema) diana_coman: it's true that atm at least it's more independent from game play rather than "when not busy"
(trilema) 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
(trilema) 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)
(trilema) 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"
(trilema) 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;
(trilema) 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
(trilema) 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?
(trilema) 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
(trilema) 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
(trilema) 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
(trilema) diana_coman: so the Requester accepts all and any requests and keeps them neatly in a queue
(trilema) 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!)
(trilema) 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)
(trilema) diana_coman: and I say "fresh" because it's not even necessarily a case that it doesn't have it but maybe (e.g. for position) it considers it obsolete hence deletes it and wants it new
(trilema) 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
(trilema) 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"
(trilema) diana_coman: so up to here I think it's clear that yes, client can therefore play happily forever after totally offline
(trilema) 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
(trilema) 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)
(trilema) diana_coman: let me expand a bit on the concrete solution I'm talking about:
(trilema) diana_coman: hence my "doesn't fit" - in this specific data-that-matters sense, not re eye candy
(trilema) 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
(trilema) 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;
(trilema) diana_coman is reading
(trilema) diana_coman will go to sleep now, will read any replies/continue in the morning.
(trilema) 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.
(trilema) 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
(trilema) 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
(trilema) 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
(trilema) diana_coman: lol, internet a la cluj
(trilema) 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 "
(trilema) diana_coman: not notice it until all of a sudden nothing fits
(trilema) 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?
(trilema) 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?
(trilema) 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
(trilema) diana_coman: so a-f are data and therefore stored in cache as such; there are those things a-f ; nothing more
(trilema) 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
(trilema) 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)
(trilema) diana_coman: yes but there is no generic client asks as such; from pov of client ALL the asks always get - defaults.
(trilema) diana_coman: yes, but ...once
(trilema) diana_coman: but so what, should that then be requested 5 times ?
(trilema) diana_coman: why would it even request it *there*?
(trilema) diana_coman: what is "mentioned" there? demanded ?
(trilema) diana_coman: something still seems rather mixed in there; let me see if I can untangle it
(trilema) diana_coman: it keeps them in a queue, those items here are demanded
(trilema) diana_coman: hm; requester received demands for x and y and z, right?
(trilema) 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
(trilema) diana_coman: because it picks up again whatever it can stuff in the request
(trilema) diana_coman: it will be a different one ANYWAY
(trilema) diana_coman: it is not as such a "retry" i.e. the request will not be a new one
(trilema) diana_coman: not a big issue or change of core there
(trilema) diana_coman: i.e. drop it simply
(trilema) diana_coman: it can pass on to next one, sure
(trilema) 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;
(trilema) diana_coman: die trying aka after x successive timeouts (timeouts aka NO data received in the whole interval*x )
(trilema) 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?
(trilema) diana_coman: I suspect I'll need to detail the data model too for it all to make sense
(trilema) 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
(trilema) diana_coman: nope, there is no such thing as "everything but the icon"
(trilema) 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.
(trilema) 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.
(trilema) diana_coman: ugh, now ofc can't quite reproduce it i.e. it was something more subtle than what it seemed...
(trilema) diana_coman: lemme try to reproduce it and see.
(trilema) diana_coman: so apparently the numeric title is borked or at least borked on my installation
(trilema) diana_coman: mp_en_viaje: it keeps failing i.e. saying can't
(trilema) diana_coman: o.O ; I wouldn't have expected lousy net connection in Cluj, huh.
(trilema) 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)
(trilema) diana_coman: mp_en_viaje: lolz, where in ro did you find it?
(trilema) 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.
(trilema) diana_coman: to my mind if it eats you then the rest doesn't make a lot of difference in the end.
(trilema) diana_coman: possibly again one of those choices
(trilema) diana_coman: http://btcbase.org/log/2019-05-24#1915445 -> dunno about reflection of coy because if not coy then they get even more scared.
(trilema) diana_coman: asciilifeform: nice; colours look ok to me.
(trilema) diana_coman: does it reach at random though?
(trilema) diana_coman: ultimately everything is chance I suppose so in this sense yes
(trilema) diana_coman: and before the 5yo's set of choices there is nothing but chance?
(trilema) diana_coman: perhaps better stated as "anything you actually need"
(trilema) diana_coman: mp_en_viaje: you mean as a direct application of the previous one gets better at same rate no matter what choice they make?
(trilema) diana_coman: mp_en_viaje: do this clearly defined X here; something defined externally to the subject since "you can do anything" aka nothing to do with "you" as there is no difference between one you or another
(trilema) diana_coman: except what is achievable is always a matter of what one can+has to pay for the achievement rather than the "worth" of the achievement so that worth 50 points total sounds dubious; sure, you can make progress in any direction you choose but that's about it
(trilema) diana_coman: I do agree though that past behaviour is very indicative of future behaviour for people in general so in this sense yes, predictive.
(trilema) diana_coman files this under the "I don't yet know what it is; work in progress."
(trilema) diana_coman: myeah, but that was I thought the starting point of the "differences" precisely that the requirements on the subject's mind are different i.e. that it's not just a matter of overall flexibility of the mind or whatevers but rather some more specific characteristics
(trilema) diana_coman: or coming at it from the other side that those choices (deny meaning of objective or pretend subjective has meaning to keep it within the model) do not have any significant difference of requirements
(trilema) diana_coman: hm, you are basically saying that there is only a... quality/speed of learning of the individual that applies equally to any choice they make i.e. there is no difference more specific than that?
(trilema) diana_coman: mp_en_viaje: hm, the "personality/intelligence" part was to my mind related to *how much better does one get at x strategy if they pick it once vs at y strategy if they pick it once" i.e. sure, everyone gets better at whatever they pick but not at the same rate
(trilema) diana_coman is reading
(trilema) diana_coman listens
(trilema) diana_coman: I suppose I don't grok what the equivalent of the heliocentric system is here, precisely.
(trilema) diana_coman: it has to do with current "research" ended up being, not with actual deciding factors for research
(trilema) diana_coman: as with the deciding factor for young researcher's lifetime: it is even true for current "research" , sure but...
(trilema) diana_coman: it seems to me that it all gets mired into the current use of "personality" and "stem" and "introvert" to mean nothing at all/anything that is convenient; essentially I don't think they are what is currently claimed (intelligent -> stem!!! or whatever other nonsense) but I don't think that there is nothing real otherwise, either (rather: I don't know).
(trilema) diana_coman: as long as it's all about "words", it just about amounts to that in all cases, yes; it can't amount to anything else anyway, since it's always something else, as convenient basically.
(trilema) diana_coman: well, that sounds like "this choice is easier to make hence we'll call it natural", is that what you mean?
(trilema) diana_coman: among other piles of nonsense, I've heard this one too, yess
(trilema) diana_coman: yes, but both choices are as natural as they get
(trilema) diana_coman: uhm; why is one un-natural, I don't get it.
(trilema) diana_coman: so the afraid divide would be this sort of technicality? it's not that some are afraid so seek outside while others are too dumb to be afraid and focus on intricacy but rather that both are afraid but some deal with it by different pretending?
(trilema) diana_coman: the former examtake, the latter focus on the wrong exam
(trilema) diana_coman: quite; part of why I don't get it: the former examtake so it's not like they are actually any more reality-anchored as far as I can see
(trilema) diana_coman: i.e. this bunch will do as told, this bunch won't do as told? are they manageable or aren't they?
(trilema) diana_coman: not even sure how exactly do you distinguish between the two; this pile of X is more important than me; sure, X might be garbage but then perhaps obvious only later.
(trilema) diana_coman: I don't quite grasp this invulnerability divide; to me it looks equally well "doesn't give a damn if gets killed" i.e. not "thinks himself invulnerable" but "thinks himself disposable"
(trilema) diana_coman: because no, there is certainly no correlation "maths -> introverts" or any such nonsense
(trilema) diana_coman: I suspect there is, but - as usual, I should say - not what it's nowadays "meant" by the terms; pretty much the usual capture-words-and-rend-them-meaningless as with love and everything else; a misnomer at best.
(trilema) diana_coman: and no, nothing to do with intelligence either, sure
(trilema) diana_coman: fine but I don't see what that has to do with introvert vs extrovert
(trilema) diana_coman: well ok, how do you distinguish then?
(trilema) diana_coman: http://btcbase.org/log/2019-05-22#1915018 -> uhm, how do you define introvert/extrovert? possibly I'm too dumb to be afraid, dunno.
(trilema) diana_coman: it's the equivalent of "because some people are not worth talking to, you shall show me your passport/ID card every time you want to talk to me (and at every reply even)"
(trilema) diana_coman: and note that I would certainly NOT go about providing signed comments wtf
(trilema) diana_coman: well yes, but think of it: you are effectively making it *hard* for people (with established identities so those you say you do want to hear from) to provide feedback to you on the grounds that you don't want to bother with everyone; i.e. you are effectively unloading your work onto those who may be able to/willing to help you; doesn't seem a winning strategy to me.
(trilema) diana_coman: stjohn_piano_2: but why such high-bar for what is meant as a public-facing i.e. by definition wider-public-interaction thing anyway?
(trilema) diana_coman: hoops not hooks, lolz.
(trilema) diana_coman: anyway, since I'm not going to jump through those silly hooks now, I'll leave it here: you can message deedbot/any user privately directly, you don't need to join some channel first; and re newcomers, it's usually safer for themselves to join one of the lords' channels first, really (e.g. #asciilifeform, #trinque, #eulora)
(trilema) diana_coman: also, this http://edgecase.net/pages/how_to_comment_on_edgecase_datafeed is rather anti-comment; why would anyone go through the trouble of creating an account and having their comment "discussed" to talk to you stjohn_piano_2 ?
(trilema) diana_coman: stjohn_piano_2: re ^ , an OTP challenge is a way to check one's identity; hence, deedbot will not send an OTP in response to !!register but WILL send an OTP in response to ~any other command (technically to any command that is a request of *someone* i.e. that requires an identity)
(trilema) diana_coman: lmao; "willful sorry makes chicken curry" or what was it.
(trilema) diana_coman: quite like that, yes; lolz.
(trilema) diana_coman: re soy in salami + oils of all descriptions, I have this unforgettable experience of eating at one point some of those "salami" slices that ended up fried by mistake in... home-made daffodil syrup because it was actually looking more like oil than the oil and, well, mistaken bottle!
(trilema) diana_coman: not sure truly alt, no; rather simply noting that it has been going that way for quite a while and not very surprising at that; by the time it's already the ersatz of an ersatz of a meanwhile forgotten replacement, well...
(trilema) diana_coman: asciilifeform: possibly the "gdpr" data protection thing
(trilema) diana_coman: http://btcbase.org/log/2019-05-21#1914756 - more observant people noted even then: nowadays one complains of sunflower oil for being "not what it used to be, not anymore" but grandparents used to complain that the olive oil was " not what it used to be, not anymore"; so, gradually boiling the frog makes frogs happy to be in the nice, hot water, what.
(trilema) diana_coman: funnily enough I got the impression that ~nobody actually likes the ending (whatever it is, I have no idea re the whole "film")
(trilema) diana_coman: re fp no idea, some people are very unlucky, too!
(trilema) diana_coman: http://btcbase.org/log/2019-05-20#1914735 - lolz, low and old tech! but yes, essentially the same thing, "see yourself as..."
(trilema) diana_coman: myeah, I can see it; "ai and science sez it".
(trilema) diana_coman: I thought those mirrors/apps/whatevs were about showing how makeup/whatever would look like on the looker's face i.e. with a camera/pic taken not on model; anyways, supposedly if the "could have" was enough, everyone has it, what's to say they could not have gotten whatever at any time.
(trilema) diana_coman: for all the good that accurate prediction (and the necessary clear and deep enough understanding of the matter) ever did as it were, esp re outcome.
(trilema) diana_coman: yes, certainly.
(trilema) diana_coman: sau haterii cca 1840, lolz
(trilema) diana_coman: moreover, while it is doable (like ~anything else really), it's hard to really see the reason to *choose* to do it when one hasn't yet been sucked into it ; and stjohn_piano_2 strikes me as trying to NOT get sucked into it.
(trilema) diana_coman: sure; onth look at the rather long-list of people that seemed to manage to do it for a while but only for a while.
(trilema) diana_coman: but sure, not saying it's impossible, no.
(trilema) diana_coman: asciilifeform: for one thing you already have skills he doesn't yet seem to have and for the other thing you constantly say it yourself that at times there is no juice left for ffa /similar.
(trilema) diana_coman: stjohn_piano_2: are you actually tied to the UK? and anyway, what sort of job/where are you looking for one?
(trilema) diana_coman: I guess part of his problem is being in the UK+cambridge area really - prices&salaries are so inflated that he probably needs a salt-mine-irl place just to make ends meat and that makes it then very hard to have any time/brain left to actually do the meaningful learning he still has to do
(trilema) diana_coman: ah, Cambridge-inflated area
(trilema) diana_coman: stjohn_piano_2: where in the UK are you?
(trilema) diana_coman: stjohn_piano_2: wot + causes vs purposes sound both like good (re)reads really.
(trilema) diana_coman: http://btcbase.org/log/2019-05-17#1914338 -> how/why is that? at any rate, arond here it's more important that you *do* answer (i.e. don't just let stuff get lost) rather than "real-time"
(trilema) diana_coman: possibly they "cleaned" her account for herself since it can't possibly be that she wrote such a thing there !!
(trilema) diana_coman: laters
(trilema) diana_coman: stjohn_piano_2: re programming otherwise, there's eulora with a shit-ton of interesting stuff to do but there like ~anywhere, it's always about digging deeper rather than looking wider as it were
(trilema) diana_coman: mp_en_viaje: ty
(trilema) diana_coman: btw re http://btcbase.org/log/2019-05-16#1914012 -> I'd have thought you'd go straight for asciilifeform's TRNG schematics then, at the very least?
(trilema) diana_coman: nobody pushing stuff at you
(trilema) diana_coman: stjohn_piano_2: you need to ask; and it's a more general rule really
(trilema) diana_coman: heh, as I was reading the log, I was wondering if you were trying there the right OTP or someone else's
(trilema) diana_coman even still has somewhere a profile in there but can't be quite bothered atm about it
(trilema) diana_coman: on which I can access the linkedin site I mean; possibly some paywall or whatever, didn't bother to really go around it
(trilema) diana_coman: at least on the public toilet I can even access it
(trilema) diana_coman: ah, ah, purged refs on it; (linked in site was derping re login bla bla so I didn't get to see the content)
(trilema) diana_coman: lmao embeautyment
(trilema) diana_coman: o.O they replaced her profile on linked in??
(trilema) diana_coman: hm, poor as in "only one use for such word" ? perhaps that specific work is in fact available online hence the example usage from it?
(trilema) diana_coman: oh boy, this I didn't know but I can't say I'm surprised; because yes, there is no limit to it either.
(trilema) diana_coman: hence my not focusing on this specifically because it's nothing to do with it even
(trilema) diana_coman: I think the "for the kids" is the usual "parent" cop-out i.e. everything they do is all of a sudden "for the kids" don't you know; the emigration is just one thing, not specific
(trilema) diana_coman: physical effect, sure
(trilema) diana_coman: next you'll think "for the future of the children" actually means something
(trilema) diana_coman: well yes, but they are all about themselves, what;
(trilema) diana_coman: eh, they will live among emigrated friends of same type, basically re-making the local village, what
(trilema) diana_coman: asciilifeform: well, using pre-canned "reasons" so by definition "typical"
(trilema) diana_coman: so in this sense I don't see what reading it does - it has nothing to do with anything as such
(trilema) diana_coman: I could *barely* read it ; precisely because it's such a stock-talk of borrowed-"reasons"
(trilema) diana_coman: there are as many types of sausage including cardboard ones in Ro, no problem
(trilema) diana_coman: well yes, that would have been perfectly ro to in the '90s ; not now though
(trilema) diana_coman: BingoBoingo: if I read that correctly, asciilifeform simply says that you should arbitrate yourself the 2 markets you have access to, since you consider it worth it.
(trilema) diana_coman: http://btcbase.org/log/2019-05-14#1913262 -> for one thing you'd be surprised what people actually eat without complaint and for the other it's not even the sausages they are moving for; usually it is more about the "comfort" aka the environment that *least* magnifies their own particular problems (in other words that lies best to them).
(trilema) diana_coman: http://btcbase.org/log/2019-05-14#1913236 -> lolz! ploiesti (~60km north of bucharest) simply has machine at bus stop, put coins in and get your tickets, get on the bus and stamp them sort of thing; totally works too, as far as I saw none of them broken or anything and they've been around for some years already.
(trilema) diana_coman: well, Romanians basically had the germans imported precisely to build some towns finally so in those terms ruins other than the roman ones are relatively recent anyway.
(trilema) diana_coman: http://btcbase.org/log/2019-05-13#1913013 -> not exactly *that* style afaik though some "new ruins" exist; as do old and then older ruins too; basically have your choice of ruins, year and style.
(trilema) diana_coman: they are new ruins! our ruins are newer and shinier than theirs!
(trilema) diana_coman: obv, except this was about not-at-home gym or so I thought
(trilema) diana_coman: (for the curious, 2 types I know of: one uses mirror-glass so transparent only one way; the other simply has normal windows (i.e. not full wall) but towards interior garden/area.)
(trilema) diana_coman: mp_en_viaje: well yes, quite; asciilifeform I actually know gym without glass and moreover actually impossible to see into from outside but yes, not the run of the mill gym
(trilema) diana_coman: I always found funny the "glass-cube" style of most gyms; I get it that one wants to look out some window but not so sure all gym goers want by definition to showcase their working out, lolz
(trilema) diana_coman: come to think of it, this "stock up while they still exist" has such a eulora-flavour to it..
(trilema) diana_coman adds to the list for next trip to ro
(trilema) diana_coman: re fx amds
(trilema) diana_coman: mp_en_viaje: bought in ro or what?
(trilema) diana_coman: well yes, they certainly started as professional though it's not as if they didn't end up political too.
(trilema) diana_coman: as I'm still digesting the whole thing, I still find that my mind keeps going on to "guild" more than to "political party" ; perhaps I see political party as too limited though I really just need to read more on it first (and admitedly, I doubt there is the guild form as such in Ro, lolz)