Forum logs for 06 Nov 2019
| feedbot: | http://qntra.net/2019/11/8chan-briefly-revived-on-bulletproof-hosting-now-offline-after-provider-put-them-on-unregistered-ip-addresses/ << Qntra -- 8Chan Briefly Revived On Bulletproof Hosting, Now Offline After Provider Put Them On Unregistered IP Addresses | [00:49] |
| feedbot: | http://bimbo.club/2019/11/brown-eyes/ << Bimbo Club -- brown eyes | [03:51] |
| spyked: | feedbot is back online, sorry for the downtime (biannual unplanned power outage at house mogosanu) | [07:27] |
| * spyked | will be offline for most of today, so if this happens again will have to torch the local enel offices or something | [07:28] |
| diana_coman: | spyked: lol, you're setting a bounty there! | [07:29] |
| spyked: | srsly tho, I have no complaints about the service most of the time. but the few times power goes down, it has to be intermittently and with spikes | [07:33] |
| diana_coman: | with spykes | [07:33] |
| spyked: | lol :D | [07:33] |
| diana_coman: | but you know, if the "few times" when it goes down it fucks your electronics, I have no idea how you get to "no complaints" | [07:34] |
| spyked: | indeed. that happened some years ago (burned a disk), which is when I decided to at the very least ups. | [07:39] |
| mircea_popescu: | diana_coman, and in an unexpected turn of events, your pages are now inspiring trilema articles. | [10:15] |
| mircea_popescu: | kudos jfw | [10:15] |
| diana_coman: | mircea_popescu: ha! | [10:24] |
| diana_coman: | and well done jfw ! | [10:24] |
| diana_coman: | he can't complain he didn't get feedback :D | [10:34] |
| feedbot: | http://trilema.com/2019/the-road-to-stupidity-part-0/ << Trilema -- The road to stupidity, part 0 | [10:35] |
| mircea_popescu: | lol | [10:35] |
| diana_coman: | but ftr, the fact he writes those in parts is because I set him to do that (as a cure to wasting time otherwise). | [10:36] |
| mircea_popescu: | nothing wrong with that | [10:36] |
| mircea_popescu: | just drove stylistic choice of form, as it happens convenient. | [10:36] |
| diana_coman: | aha, I enjoyed the part 0 :) | [10:36] |
| * mircea_popescu | has a ready list of many titles, none of which MEAN anything | [10:36] |
| mircea_popescu: | :D :D :D | [10:36] |
| diana_coman: | !Xbid 1063 20mn | [14:02] |
| auctionbot: | Sell order # 1063: selling items 1, 2 and 4 through 7 on http://www.loper-os.org/pub/bones/snsa_1_nov_2019.txt buyer to take possession at his own expense. Heard: 20mn from diana_coman outbidding BingoBoingo. Ending: 2019-11-12 15:43:00.630180 UTC (139 hours 44 mins) | [14:02] |
| * mircea_popescu | waves at diana_coman | [15:06] |
| diana_coman: | oh hi | [15:08] |
| * BingoBoingo | waves at all | [15:08] |
| mircea_popescu: | lol | [15:10] |
| BingoBoingo: | Goes with being located at an extreme point on the map. All I gotta do is wave North and everyone's covered within a reasonable margin of error, Porteños notably outside the salutation. | [15:10] |
| mircea_popescu: | so let's hear ? | [15:16] |
| diana_coman: | mircea_popescu: ah, I was waiting on you and you were waiting on me? | [15:16] |
| mircea_popescu: | apparently! | [15:16] |
| diana_coman: | as per http://ossasepia.com/2019/11/05/eulora-smg-taking-a-different-sort-of-stock/ I think there are a few points: | [15:17] |
| diana_coman: | 1. OS issue/choice for S.MG | [15:17] |
| diana_coman: | 2. FFA use/integration | [15:17] |
| diana_coman: | 3. cumulative effect of various bits and pieces stuck/stalling | [15:17] |
| diana_coman: | 4. server(s) | [15:18] |
| diana_coman: | 5. concrete next steps | [15:18] |
| diana_coman: | at 4 I mean esp given the fact that the server code is sensitive | [15:19] |
| diana_coman: | this would be my list, let me know if I should detail any point in there. | [15:20] |
| mircea_popescu: | i think it works. | [15:21] |
| mircea_popescu: | are you basically spent in that you've said your piece there and you'djust be stuck reiterating ? | [15:22] |
| diana_coman: | mircea_popescu: I can add detail if/where needed but atm I don't have something I see to add there. | [15:23] |
| mircea_popescu: | aite. | [15:23] |
| mircea_popescu: | so on the 2, to start with that | [15:23] |
| mircea_popescu: | on one hand, i think it really should not be our preoccupation as s.mg. it's not actually important enough. | [15:24] |
| diana_coman: | ok. | [15:24] |
| mircea_popescu: | more broadly what i'm thinking to do is let bvt continue his work on kernelization, because a) the current kernel randomness code is pure shit and b) using a serial interface as the standard is perfectly fine | [15:25] |
| mircea_popescu: | then as need be use either the historical fg, an upgraded item, or basically speaking ~anything else. | [15:25] |
| diana_coman: | I very much like bvt's work for sure. | [15:25] |
| mircea_popescu: | once the kernel has a tty hole in the right place, and the right place is under republican control, i'd say the goal has been done well. | [15:25] |
| mircea_popescu: | unlike before, where it was done unusably. | [15:25] |
| mircea_popescu: | this leads us into 1 : | [15:26] |
| * diana_coman | is listening | [15:26] |
| mircea_popescu: | the choice before me here is strictly to either a) tell bvt to desist, as the kernel is too cool to be touched by our derpy hands or else b) have some kinda process to use custom, bespoke, patched kernels. | [15:27] |
| mircea_popescu: | this is a fact, and i ain't choosing a while calling this republic. | [15:27] |
| mircea_popescu: | so in this sense s.mg will hafta piggyback. | [15:27] |
| diana_coman: | not like s.mg hasn't provided service to the republic so far otherwise. | [15:28] |
| mircea_popescu: | now practically, seems cuntoo is (by far, actually) the least mangy dog in that horse stable, so i guess we're in the business of making it a horse. | [15:28] |
| mircea_popescu: | can you actually boot the server on cuntoo as things stand ? | [15:28] |
| diana_coman: | I'm rather relieved to hear that because indeed, cuntoo is the best candidate I see so far | [15:28] |
| diana_coman: | mircea_popescu: not until I get rid of cs or move it to gnat and build it statically | [15:29] |
| mircea_popescu: | can you boot the server as things stand at all ? | [15:29] |
| diana_coman: | mircea_popescu: what do you mean exactly by "boot the server"? (and which one: production or dev?) | [15:30] |
| mircea_popescu: | well, either, both. you know, run them, what exactly could be involved here ? does your car work or is it just drawn | [15:30] |
| diana_coman: | mircea_popescu: atm as they are none will boot because none are fully statically linked. | [15:31] |
| mircea_popescu: | so even if we had hardware you couldn't bring one up ? what was the "testing" in re http://logs.ossasepia.com/log/trilema/2019-10-14#1945429 ?! | [15:32] |
| ossabot: | Logged on 2019-10-14 14:18:25 diana_coman: http://logs.ossasepia.com/log/trilema/2019-10-13#1945106 - got around to it and can confirm I got it working on Intel too (with minimal changes of kernel config ie selecting Intel rather than AMD flags) | [15:32] |
| diana_coman: | so if we go that route, this would be the first thing to sort out | [15:32] |
| diana_coman: | mircea_popescu: that is AMD with dulap-gentoo aka proto-cuntoo aka NOT fully statically linked | [15:32] |
| diana_coman: | are you confusing amd with cuntoo or what am I confusing here? | [15:32] |
| mircea_popescu: | ah, and it does boot on ~that~ | [15:32] |
| diana_coman: | mircea_popescu: indeed it does. | [15:32] |
| mircea_popescu: | i asked if you can boot on cuntoo, you said no. i asked if you can boot at all, you said also no. i verified why no when you said yes prior, turns out you can boot at all, gotta use proto-cuntoo | [15:33] |
| diana_coman: | mircea_popescu: ah, I missed the "at all" nuance in your second question http://logs.ossasepia.com/log/trilema/2019-11-06#1949741 ie I was still in cuntoo-env | [15:34] |
| ossabot: | Logged on 2019-11-06 11:31:53 mircea_popescu: can you boot the server as things stand at all ? | [15:34] |
| mircea_popescu: | aite. | [15:34] |
| diana_coman: | sorry. | [15:34] |
| diana_coman: | to fully clarify: I can boot both/either servers on dulap-gentoo on either amd or intel hardware | [15:35] |
| mircea_popescu: | and you verified you can actually deploy this proto cuntoo on various hw, so we're good here : as to 1, smg will use proto-cutnoo until can switch to cuntoo and meanwhile ima see what trinque has to say re cuntoo and try to get bvt to patch against it and so on | [15:35] |
| diana_coman: | yes so we keep then to frozen proto-cuntoo with an idea to hopefully be able to move on to cuntoo when that is ready + we have everything statically linking. | [15:36] |
| mircea_popescu: | you see a better choice ? | [15:37] |
| diana_coman: | mircea_popescu: my main question here would be whether it's worth this intermediate proto-cuntoo step | [15:38] |
| mircea_popescu: | worth what ? | [15:38] |
| diana_coman: | maintaining the frozen dulap-gentoo recipe + all and deploying that + still having afterwards to make the switch to cuntoo when it's ready | [15:39] |
| diana_coman: | on the plus side, we have something that works so there's no beating that | [15:40] |
| mircea_popescu: | well... yes, but can you move cs over ? | [15:40] |
| diana_coman: | mircea_popescu: are we fine with cs as-is on client side? there are 2 aspects there: 1. dynamically linked 2. the dependency on jam/ftjam and all that | [15:41] |
| diana_coman: | if we need to move it anyway, we need to move it and so ... | [15:42] |
| diana_coman: | if we might squeeze without, it's a whole lot of effort&time not poured in there | [15:42] |
| mircea_popescu: | let's not mix the client into this just for a moment | [15:42] |
| mircea_popescu: | as far as just the server is concerned, does it even use cs for anything ? | [15:43] |
| diana_coman: | to answer your q as stated: I can move it but it will take a lot of effort and time (atm I don't have a clear estimate for it but I doubt it's less than a month given all deps) | [15:43] |
| diana_coman: | mircea_popescu: production server "uses" cs because it's intertwined with it (uses data types and the like) | [15:43] |
| diana_coman: | dev server I was gradually extracting CS out of it but I'm not done | [15:44] |
| mircea_popescu: | but it's not a proper dependency, just data types nonsense, classes etc, like with the sad "int" nonsense of yore ? | [15:44] |
| diana_coman: | and otherwise there is no point to using cs on server as far as I can see wtf does the server need a graphics engine | [15:44] |
| diana_coman: | mircea_popescu: I would say it's a most improper dependency really | [15:45] |
| mircea_popescu: | so i suppose this is the first actionable we unveil here : ima want an estimate on a) how long to divorce dev server from cs and b) how long to move client cs on cuntoo. | [15:45] |
| diana_coman: | there would be perhaps some bits like movement calculation but there is no possible reason I can see for that to pull in the whole cs or something ffs ie it can be done separately, why wouldn't it. | [15:45] |
| * diana_coman | writing those 2 down | [15:46] |
| mircea_popescu: | but generally, http://logs.ossasepia.com/log/trilema/2019-11-06#1949763 does not to my eye come to much. certainly better than whatever multi-week adventures. | [15:46] |
| ossabot: | Logged on 2019-11-06 11:41:51 diana_coman: maintaining the frozen dulap-gentoo recipe + all and deploying that + still having afterwards to make the switch to cuntoo when it's ready | [15:46] |
| diana_coman: | mircea_popescu: there is that, indeed. | [15:47] |
| diana_coman: | cs is the same btw, there is no client-cs and server-cs | [15:47] |
| mircea_popescu: | steam TO THIS DAY has recurrent bugs consisting of completely broken installs produced by failing to upgrade its own fucking lbiraries. | [15:47] |
| mircea_popescu: | they just... ignore it. | [15:47] |
| mircea_popescu: | gotta consider the environment such as it is. | [15:47] |
| mircea_popescu: | people don't like it, people come here ask how to help [trilema.com/2018/the-republic-without-mp/][like good doobies], thing's fixed in no time. otherwise people are more then welcome to go fuck their ugly mothers / cluck on facebook until they fall over. | [15:48] |
| mircea_popescu: | diana_coman, it's the same pile of junk but it's very different in terms of utility / justification for impac tin my mind is all. | [15:49] |
| diana_coman: | mircea_popescu: ah, I see I suppose the thing is that cuntoo is currently a server-side system really (no X) | [15:49] |
| mircea_popescu: | i'm not even necessarily sure that i want to push it into the gfx stack. | [15:50] |
| diana_coman: | so in this sense there's currently little reason to sink time into porting cs | [15:50] |
| mircea_popescu: | god knows my being an engineer slated for that went instead to be stupid. | [15:50] |
| diana_coman: | all right I'm all for *not* taking on yet another pile of wtf | [15:50] |
| diana_coman: | plenty of those already | [15:50] |
| mircea_popescu: | i'm also not at all sure i want to dictate os or userland/tooling for people running clients. | [15:50] |
| diana_coman: | if only people would start running their own clients! | [15:50] |
| diana_coman: | nobody would dictate them anything for sure. | [15:51] |
| mircea_popescu: | or if only people would start running in general, as opposed to the current decerebrated snailcircle. w/e. | [15:51] |
| mircea_popescu: | let's not get ourselves depressed. | [15:51] |
| diana_coman: | yes /me read through s.nsa historical reports so got enough of that for today. | [15:51] |
| diana_coman: | anyways, so proto-cuntoo for server side and there's no futzing needed there | [15:52] |
| mircea_popescu: | so, basically, the way this is going is, server on protocuntoo for now and cuntoo in the future and ~demo~ client on proto-cuntoo and let the community make whatever it wants. | [15:52] |
| diana_coman: | I will however look into how long it would take to ditch cs on dev server | [15:52] |
| diana_coman: | but no real need to spend time on looking at moving cs, is there? | [15:52] |
| diana_coman: | at least not currently. | [15:52] |
| mircea_popescu: | i would still like an estimate. | [15:53] |
| diana_coman: | then on the list it goes, all right. | [15:53] |
| mircea_popescu: | the decision whether cuntoo is to be headless or x-headed has not yet been made. | [15:53] |
| diana_coman: | mircea_popescu: would the demo client be text-only then or what? | [15:53] |
| mircea_popescu: | no ? | [15:53] |
| diana_coman: | proto-cuntoo is text only and frozen | [15:53] |
| diana_coman: | how would that work? | [15:53] |
| mircea_popescu: | wait, neither cuntoo has x ? | [15:53] |
| diana_coman: | neither. | [15:53] |
| mircea_popescu: | let me restate | [15:53] |
| mircea_popescu: | so, basically, the way this is going is, server on protocuntoo for now and cuntoo in the future and ~demo~ client on ubuntu/whateverthefuck, dynamic hell and let the community make whatever it wants. | [15:54] |
| mircea_popescu: | better ? | [15:54] |
| diana_coman: | better. | [15:54] |
| mircea_popescu: | aite so then moving on from 1 | [15:54] |
| diana_coman: | gladly | [15:54] |
| mircea_popescu: | didja have anything to say re 3 ? | [15:54] |
| diana_coman: | mircea_popescu: it might be useful to go through the list of things perhaps | [15:55] |
| mircea_popescu: | aite | [15:55] |
| diana_coman: | other than the os since that is at least decided for now, there would be: | [15:55] |
| diana_coman: | the bootstraping rsa keys | [15:56] |
| mircea_popescu: | what's the problem there ? | [15:57] |
| diana_coman: | the moving files in V | [15:57] |
| mircea_popescu: | wait wait. | [15:57] |
| diana_coman: | waiting | [15:57] |
| mircea_popescu: | what's the problem with the rsa bootstrap ? | [15:57] |
| diana_coman: | mircea_popescu: we have eucrypt that generates the rsa keys and serpent and all that client and server need we however do not have (and it was supposedly in discussion/waiting/etc) a clear way to store them securely let me dig log ref | [15:58] |
| mircea_popescu: | ah yes. | [15:58] |
| mircea_popescu: | don't bother, i remember. | [15:58] |
| diana_coman: | the draft is all there is as far as I know | [15:59] |
| ossabot: | Logged on 2019-01-13 09:29:50 mircea_popescu: ad interim the draft is, that the client stores all the keys (rsa, serpent, whatever) one per line, the rsa ones in republican format, the rest unspecified as of yet, in a file called keys.tmsr encrypted by the rsa key of the client. | [15:59] |
| mircea_popescu: | the way this is going is that serious player will have dedicated box for eurlora anyways. there's little diff between disk and ram for as long as one uses dedicated box. | [15:59] |
| mircea_popescu: | thus therefore, keys.txt | [15:59] |
| mircea_popescu: | any player not happy with this, can provide patches. | [15:59] |
| mircea_popescu: | whatever, key.tmsr | [16:00] |
| diana_coman: | so stored in plain text and that's that, correct? | [16:00] |
| mircea_popescu: | why can't it just use the client key ? | [16:00] |
| mircea_popescu: | NOT that it makes a difference, the client key will still be there. | [16:00] |
| diana_coman: | it can but the client key itself ? | [16:00] |
| diana_coman: | aha, that. | [16:01] |
| diana_coman: | ie why use the client key if anyway there too, not much to it | [16:01] |
| mircea_popescu: | this bitch. | [16:01] |
| mircea_popescu: | look, practically : either we ask the user to remember a password, or else we ask the user to secure a token/ | [16:02] |
| mircea_popescu: | there's not a magic third way. | [16:02] |
| diana_coman: | tbh (and possibly outside S.MG's direct scope) I don't get exactly why don't we have already a command line replacement to gpg, ugh | [16:02] |
| mircea_popescu: | because great scientists are discovering great science | [16:02] |
| mircea_popescu: | with their ass. | [16:02] |
| diana_coman: | sigh | [16:02] |
| mircea_popescu: | YEARS they've been at it, and they have earned all this respect with their useful anal work. | [16:03] |
| mircea_popescu: | back to it, what'd a command line gpg do here ? | [16:03] |
| diana_coman: | my thought was that if *that* was done, the above bootstrapping thing would have ended up getting more attention and thus possibly moving on as well but this is why I said possibly outside S.MG scope | [16:04] |
| mircea_popescu: | myeah. | [16:04] |
| mircea_popescu: | nope, bitcoin has plaintext wallet for years, something i criticized very harshly. | [16:04] |
| diana_coman: | there is that sadness too | [16:05] |
| mircea_popescu: | we'll redo that stupidity, because the cuntheads had other shit to do. | [16:06] |
| diana_coman: | all right so at any rate, not an issue for S.MG, it will proceed with how things stand and that's that. | [16:06] |
| mircea_popescu: | i'm too lazy to search right now for the article where some power ranger shiothead was "offering to reimplement mpex" | [16:06] |
| mircea_popescu: | where is it, anyway. do you recall it ? | [16:06] |
| diana_coman: | not atm though it does ring a bell. | [16:06] |
| mircea_popescu: | hanbot, see if you can find it, iirc was back in mpoe-pr days | [16:07] |
| mircea_popescu: | diana_coman, people use all sorta lulz, "encrypted drives" whatever nonsense. it's a ridiculous state of affairs, but it's what we god, what can we do. | [16:08] |
| BingoBoingo: | http://trilema.com/2012/the-bitcoin-drama-timeline/ First item | [16:08] |
| diana_coman: | tbh this particular bit with the keys was/is the *main* itchy thing because it feels ridiculous really I'm doing "encryption" there every which way and then the keys are plain text but wtf. | [16:08] |
| mircea_popescu: | next item, moving files in v ?! WHAT THE FUCK phf fixed this as the only thing he did in like 3 years. | [16:08] |
| mircea_popescu: | BingoBoingo, no, not that. | [16:09] |
| BingoBoingo: | http://trilema.com/2013/why-i-nixed-p2p-colored-coins-and-all-that-jazz/ | [16:09] |
| diana_coman: | mircea_popescu: not as far as I know it was always *not done* but always popping up in people's memory as "working" except every time I wanted to *move* a file rather than have it del/add, it turned out that ...no. | [16:09] |
| diana_coman: | now if someone has the proof I'm being an idiot on this, please step forwards and hit me with it, I'll be very glad. | [16:10] |
| mircea_popescu: | BingoBoingo, nah, 2015ish item, dork in question was very specifically asciilifeforming all over himself, "oh, will take mp out" | [16:10] |
| BingoBoingo: | AH | [16:10] |
| mircea_popescu: | diana_coman, i am greviously unprepared for this. | [16:10] |
| diana_coman: | granted, this is relatively small snag for S.MG, not like eulora can't go on without it but it's annoying esp because of this "seems to have been done" | [16:11] |
| mircea_popescu: | we will have to prorogue this issue for some log reading, because wtf. | [16:11] |
| diana_coman: | ref: http://logs.ossasepia.com/log/trilema/2019-07-21#1924105 | [16:11] |
| ossabot: | Logged on 2019-07-21 08:57:32 diana_coman: hm, current vtools still don't handle move of files or what am I missing here? I made a simple test with moving one file to a different location and as far as I can see, it's still delete + create, no move | [16:11] |
| mircea_popescu: | yet i recall clearly speccing a "move" | [16:12] |
| mircea_popescu: | worked admirably well too. | [16:12] |
| mircea_popescu: | maybe i'm deluded ? will hafta review. | [16:12] |
| mircea_popescu: | for that matter, is there even an actually working vtron ? | [16:12] |
| mircea_popescu: | or the usual byproduct of the undisturbed existence of "engineer" cunts, ie, a pile of cvasi-working shitballs ? | [16:13] |
| diana_coman: | at any rate, my current understanding for S.MG is that it will proceed with what there is and as such the bulk of work stems mainly from the graphics & ironing out the smg comms + new client (plenty there to do but at least I know what I'm looking at) | [16:13] |
| diana_coman: | mircea_popescu: depends on what you mean by "vtron" there is http://ossasepia.com/2018/11/13/v-with-vtools-keccak-hashes-and-its-own-tree/ | [16:14] |
| diana_coman: | that seems to be referenced/found by people and hence used | [16:14] |
| mircea_popescu: | aite. | [16:15] |
| mircea_popescu: | basically old mod6 v.pl with new phf vtools guts ? | [16:15] |
| diana_coman: | mircea_popescu: quite. | [16:16] |
| diana_coman: | packaged and v-treed. | [16:16] |
| mircea_popescu: | aite. we shall talk again about move later this week then. | [16:16] |
| mircea_popescu: | next ? | [16:16] |
| diana_coman: | those two were most snagging from not-directly-eulora the rest is mainly the complexity with the graphics & cs | [16:17] |
| diana_coman: | I still had to dive into CS's "shaders" and so at least I know better what those are and how they come into play but that can be written up as it is and taken from there | [16:18] |
| mircea_popescu: | wait i said next too soon. | [16:18] |
| mircea_popescu: | there's also eg http://thetarpit.org/2019/vpl-v-patch-syncing-bug-fix isall this synced ? | [16:18] |
| diana_coman: | mircea_popescu: this is added on my tree, I didn't yet get to sign it | [16:19] |
| mircea_popescu: | aite. | [16:19] |
| diana_coman: | I don't use that init command but at any rate, it's fine as far as I looked at it first pass | [16:20] |
| mircea_popescu: | now as to 4 : i'd obviously like the server back up as soon as possibru. | [16:20] |
| * diana_coman | takes a note to mirror spyked's sigs too | [16:20] |
| mircea_popescu: | getting a coupla boxes somewhere in the sense of amateurship so dear to the previously tolerated morons is the least of our troubles. | [16:21] |
| mircea_popescu: | is the stuff in a shape you want running publicly as we stand ? | [16:21] |
| diana_coman: | mircea_popescu: the production server has been running before and it can run again as it is the issue there is really the one concerning access to the code if we just put it ~anywhere. | [16:22] |
| mircea_popescu: | right. | [16:22] |
| mircea_popescu: | but in principle, there's no good dev-side reason to delay. | [16:22] |
| diana_coman: | (the dev server can run but won't do anything for current client) | [16:22] |
| diana_coman: | strictly tech/dev, no | [16:22] |
| mircea_popescu: | it's not, in other worse, a case of "wait just this short interval, will do new release" etc | [16:23] |
| diana_coman: | ah, no sadly not at all. | [16:23] |
| mircea_popescu: | aite, well, not like there's any games one can play (i fucking looked, i'm back to playing antique 2000 era stuff, steam's dead, kongregate's dead, everything's fucking dead. half the links on mmorpg.com lead to dead / domain for sale / nonsense items, the other half to steam crap, it's just... gaming's fucking dead, everyone just clucks on derpy facebook fake traffic numbers generators, as fucking if 5k reloads/second | [16:24] |
| mircea_popescu: | in some dumbphone game equate to trilema article reads) | [16:24] |
| mircea_popescu: | so im guessing we'll be bringing that up these days. | [16:25] |
| mircea_popescu: | any preferences re spec ? | [16:25] |
| diana_coman: | I'll dig them up and get them to you. | [16:26] |
| mircea_popescu: | aite. | [16:26] |
| mircea_popescu: | so that's pretty much it, then. anything left out ? | [16:26] |
| diana_coman: | mircea_popescu: just to make sure re order of my next steps here: | [16:27] |
| diana_coman: | first I'll do now the estimates re ditching cs from server (dev) | [16:27] |
| diana_coman: | then re moving cs to static build & gnat | [16:27] |
| diana_coman: | and after that I go back to client graphics & comms (+server side ofc, but that is waiting on comms protocol atm) | [16:28] |
| diana_coman: | ofc in between there will be setting the server up whenever we have where | [16:28] |
| mircea_popescu: | aite. there'll be a brief excursion in there to get the prod server back up, but yes. | [16:28] |
| diana_coman: | aha. | [16:29] |
| mircea_popescu: | aite then. | [16:29] |
| diana_coman: | all right, thank you. | [16:29] |
| * mircea_popescu | spits once more on the fresh grave of "engineers" for good measure | [16:29] |
| mircea_popescu: | motherfucking morons. | [16:29] |
| mircea_popescu: | never, ye hear me people of the future, NEVER take the cows for people. athena made them cows for a reason. | [16:30] |
| mircea_popescu: | which leads us back to our regularly scheduled programming. | [16:31] |
| mircea_popescu: | seeing how http://logs.ossasepia.com/log/trilema/2019-10-29#1948636 dun seem to be happening, i'm guessing we'll just skip the pretense. | [16:32] |
| ossabot: | Logged on 2019-10-29 09:46:27 mp_en_viaje: with diana_coman as to the future strategy of s.mg (which normally'd belong in eulora, i suppose, but honestly might as well happen here, not like there's any traffic jam or anything) and of course with diana_coman hanbot trinque BingoBoingo lobbes spyked bvt ave1 as to what exactly we still want and we can in fact support going forward. | [16:32] |
| mircea_popescu: | so concretely, lobbes is supposed to deliver that botthing soonish you're doing the above, bvt is beating rng into the kernel, BingoBoingo is getting himself out of the 2nd failed reboot of isp | [16:33] |
| mircea_popescu: | trinque, i wanna talk to you about cuntoo | [16:33] |
| mircea_popescu: | lessee what spyked's doing | [16:33] |
| BingoBoingo: | BingoBoingo: Right, been managing shareholder expectations re: upcoming auctions. | [16:34] |
| mircea_popescu: | gawd, spyked, two months of irc bots till the end of the year ? srsly ? | [16:35] |
| mircea_popescu: | billymg, what's the mp-wp story, did i miss some updates ? | [16:37] |
| mircea_popescu: | hanbot, you up to date on diana_coman 's castle logs ? | [16:38] |
| mircea_popescu: | an' that leaves of the human hands ave1 an' mocky thoroughly unaccounted for. | [16:38] |
| diana_coman: | mircea_popescu: I'm still here if there's some q re #o you want me to answer | [16:39] |
| mircea_popescu: | diana_coman, rather, im thinking a backup #o might be a good idea. | [16:40] |
| hanbot: | mircea_popescu i browse, but haven't strictly "kept up". i can spend a day or two getting there tho', what's up? | [16:41] |
| mircea_popescu: | get there. | [16:41] |
| hanbot: | sure | [16:42] |
| diana_coman: | I'd be very happy to have hanbot there for sure | [16:42] |
| diana_coman: | she anyway covers better than me some areas | [16:43] |
| mircea_popescu: | diana_coman, not that she shouldn' t be in there or anything but there's #hanbot, might as well make two of these seeing how yours seems to work | [16:43] |
| diana_coman: | mircea_popescu: ah, I thought she already had hers but mainly aimed at a different demographic? | [16:44] |
| mircea_popescu: | ima just change the current "Nov 04 09:50:24 -ChanServ- [#trilema] To speak here you must be voiced by one of the lords. Talk to asciilifeform , BingoBoingo , diana_coman , hanbot or trinque about it." to a "see #ossasepia or #hanbot" and call it good | [16:44] |
| mircea_popescu: | diana_coman, you mean the blog, bimbo.club ? nicoleci runs that | [16:44] |
| diana_coman: | cool I'll get around to pop ossabot into #hanbot too then | [16:45] |
| mircea_popescu: | yeah. | [16:45] |
| hanbot: | mircea_popescu & c: my channel is/was #trilema-hanbot | [16:45] |
| diana_coman: | mircea_popescu: no, I thought it was just not online. | [16:45] |
| mircea_popescu: | diana_coman, well, that's unrelated yes. | [16:45] |
| mircea_popescu: | hanbot, that works. | [16:46] |
| diana_coman: | all right, I'm sure we can coordinate anyway and it'll surely help. | [16:46] |
| mircea_popescu: | insallah | [16:46] |
| BingoBoingo: | mircea_popescu: I'm working on a plan for #agriculturalsupremacy as a castle, but its still too raw to present as a default option on the level of what diana_coman and hanbot can offer. | [16:49] |
| mircea_popescu: | BingoBoingo, besides, you'll have some full time work in actually going through dc lists etc. | [16:49] |
| BingoBoingo: | mircea_popescu: Right. | [16:49] |
| BingoBoingo: | DC lists, other opportunities to apprentice myself into a career, etc | [16:50] |
| mircea_popescu: | word. | [16:51] |
| BingoBoingo: | Proposed Pizarro auctions will be published in a few hours with the aim of firing off auction opening commands Friday. Auction opening prices will be done with the reserve as the coin I, personally, am willing to pay for ownership of the auctioned items and lots of items. | [16:52] |
| BingoBoingo: | In other news, the legal sitation on the ground here appears to be nearing resolution. | [17:02] |
| BingoBoingo: | The mircea_popescu method works far better than what I could have done on my own. Thank you. | [17:12] |
| BingoBoingo: | Also their lawyer now isn't their lawyer I apparently mean with | [17:18] |
| mircea_popescu: | nice to hear! | [18:02] |
| BingoBoingo: | *met with. They've apparently spent much. I've spent little. The outcome is not yet clear, but the outcome space is very narrow with clear forked paths. None of these paths presents a danger to my continued presence in Uruguay if that's what the future wants me to do. | [18:04] |
| mircea_popescu: | so then good for you. | [18:05] |
| mircea_popescu: | there's some definite value in making it uncomfortably unpleasant for idiots to continue being idiotic, that's for sure. | [18:06] |
| mircea_popescu: | in fact, that alone's a sufficient winning strategy : tagging stupidity with as much cost as at all possible's all that's really needed. | [18:06] |
| BingoBoingo: | I've made it clear to the lawyers I rather don't expect they are solvent enough to collect anything when I win a suit. I'm more inclined to pass a bulletproof fraud denuncia to the Fiscalia and let them sort it out. | [18:27] |
| feedbot: | http://bingology.net/2019/pizarro-liquidation-auctions-proposal/ << Bingology - BingoBoingo's Blog -- Pizarro Liquidation Auctions Proposal | [19:27] |
| feedbot: | http://qntra.net/2019/11/usg-syria-withdrawal-a-lie-as-usg-garrisons-hold-syrian-oil-fields/ << Qntra -- USG Syria Withdrawal A Lie As USG Garrisons Hold Syrian Oil Fields | [22:49] |
Category: Logs
