log☇︎
105400+ entries in 0.064s
ben_vulpes: diana_coman: server is configured to respond to minigame.bz, per ^^ will be updating to serve minigame.biz and www.minigame.biz
BingoBoingo: Aite, good to go
mircea_popescu: so BingoBoingo use .biz plox ; lobbes you'll be logs.minigame.biz rather than logs.minigame.bz as before. sorry about that. ☟︎
mircea_popescu: oooh i see the problem. ok so, i owned both .biz and .bz, back when i used namecheap. i transferred the latter but not the former to namesilo back when all those shenanigans occured. so .bz item is captive in namecheap, Registry Expiry Date: 2019-07-01T16:40:17Z. but basically i'm letting it lapse ; so erryone will have to update to the .biz version and we can pretend this all never occured.
mircea_popescu: holy shit what the fuck is going on here.
mircea_popescu: i have nfi how this is even fucking possible, but my dns zone is currently ns1 ns2.minigame.bz EXCEPT the domain is .biz
mircea_popescu: ugh somehow i fucked this up
mircea_popescu: aite let's see what happens if i plif the switch.
diana_coman: mircea_popescu, I've transfered the stuff to the folder from ben_vulpes said apache serves; but more than that I can't check/see
deedbot: http://thetarpit.org/posts/y04/070-bucharest-botanical-garden.html << The Tar Pit - Bucharest botanical garden in the spring, as viewed through a couple of camera lenses
mircea_popescu: diana_coman, say when ready i'll make the switch.
BingoBoingo: Aite, there is a zone on ns1.qntra.net and ns2.qntra.net for minigame.bz
BingoBoingo: Probably not mumps then
BingoBoingo: diana_coman: Do you need any DNS records other than one pointing to your slice?
mircea_popescu: mod6, i kid you not, that's what you saw there.
mircea_popescu: it's like it grows on trees.
mircea_popescu: they do not give a flying fuck over here, use 1/4 lb of fresh ground coffee for one cup, throw it away.
mod6: I saw on of your pictures (I think from a breakfast table), where it looked like there was a funnel/filter direct into the cup.
mod6: That'd be wonderful. I'd like to give real coffee a-go.
mod6: yeah, I could probably degrease my lawn-mower engine with this rot.
mircea_popescu: life's too short for bad coffee.
mod6: Ugh, this coffee is horribru.
mod6: Sure beats rolling blizzards, that's for sure.
mircea_popescu: nice then huh
mod6: The weather has finally turned here! A few nice spring days we've had, after 6 months of winter.
mod6: Mornin TMSR~
diana_coman: hence my q to ben_vulpes as to what link I can use to see my stuff at all
mircea_popescu: i dunno wtf defaults they use.
diana_coman: I tried that first, earlier
mircea_popescu: just about. you should be able to use the old reference style though, http://ip/~username/
diana_coman: so basically now I can plonk all my stuff in there and ...wait
diana_coman: I was hoping that part was already done :D
mircea_popescu: they still have to create a zone for you.
mircea_popescu: last time the process resembled pulling teeth, eventually ended up using qntra's ns.
mircea_popescu: diana_coman, this usually goes the other way around : he tells you a ns, and i set the domain to point to it.
diana_coman: or uhm, ben_vulpes what's the link at which *my stuff* is served?
diana_coman: ben_vulpes, I don't need the wp stuff; what do I need to do to nuke it ?
mircea_popescu: ben_vulpes, send me invoice for rest of year for it too.
ave1: http://btcbase.org/log/2018-04-23#1804661, can confirm arrival last week, I unpacked it yesterday, all layers seem to have been intact / untampered with! ☝︎
ben_vulpes: my body is reacting very poorly to spring this year
mircea_popescu: this is what i fucking wanted from the get-go.
mircea_popescu: the whole wot-isp thing is already paying off.
ben_vulpes: holy doodle i think that i do
mircea_popescu: diana_coman, ahh it's nice to be back to braiding cordage...
lobbes: I appreciate the suggested course correction earlier mircea_popescu. Now, after a week or so of toiling, I come out of the experience with more knowledge about V, sbcl, and postgres instead of painfully acquired trivia about dead-end things such as 'tcl' or the not-long-for-this-world gribble
lobbes: Once I migrate this to pizarro shell, I plan to harvest my notes for a detailed n00b guide on standing up a 'vanilla' logbot (with focus on operating out of /home for pizarro shellists)
lobbes: phew. I finally got logbot genesis up and inserting log lines into a database on my test machine. Hardest thing was figuring out the config knobs for postgres (and side-quests such as libuuid)
mircea_popescu: trinque, that does at least half the job -- will get some actual entropy in there, even if it doesn't prevent the dilution with cvasi-random crap
trinque: perhaps there's a yet more immediate route. /dev manager (eudev, w/e) is simply told to symlink /dev/random to the FG device.
asciilifeform puts the postgres docs down, drained for nao, goes back to bed, apparently did in fact pick up some sort of slow-burning infectious nasty on the return plane
asciilifeform: incidentally , knob won't 'break errything that isn't proper', troo champions of idiocy like gpg , will chug along without a working /dev/random ( iirc -- silently )
asciilifeform: ( observe, linus hasn't really got a kernel, just a tall pile of items like the one linked )
asciilifeform: trivially, the 'random.c' item linked earlier, simply cut it.
mircea_popescu: and let them pick the pieces.
mircea_popescu: that's it and that's all.
mircea_popescu: that's all that's contemplated here, all we really want from the rest of the shitpile is a very clear knob, which, when turned, makes everything stop working that doesn't work like we expect it to work.
mircea_popescu: neverthless, inca-kernel, be it "debian" or whatever it is, needs a way to be fucked such that it stops exposing any /dev/random AT ALL for as long as it is not exposing a fg random.
asciilifeform: my whole point was that there can be no such thing as 'native fg handling' on pc. there's always a piece of shit in the way, e.g. usb.
mircea_popescu: so, tmsr-kernel, such as for instance the very tight musl stuff, or what cuntoo evnetually will become, is out of scope for this discussion. of course it should have native fg handling, and im sure it will.
asciilifeform: i can describe some known dead ends. for instance, you definitely do not want to marry the thing to the pl2303. because 1) you have no way of knowing that every pl2303 on usb is an fg 2) not every fg user got a pl2303 , they get whatever cheapest chinese cable is at any given moment 3) for all i know, pl2303 will not be gettable next month, next yr etc
mircea_popescu: indeed. which is why i was encouraging mod6 to look into it.
asciilifeform: mircea_popescu: this sounds great and wholesome but still gotta decide exactly how to break and where.
mircea_popescu: i don't believe in this philosophy of "universal support". "break everything until it fully conforms to tmsr expectation" is entirely sufficient.
asciilifeform: plox to elaborate?
mircea_popescu: but the idea isn't for ~our~ kernels. the idea is to have an infection vector, that permafucks a linus-tso kernel into no longer working like a piece orf shit.
asciilifeform: mircea_popescu: the current set of kernel modules, largely work in either 'module' or 'built-in' mode, depending on how compiled
asciilifeform: ( i have the rockchips currently with these )
mircea_popescu: well if the kernel can't be patched then a patch won't help.
asciilifeform: but this is incompatible with, say, a trinque-style kernel, that dun support loadable modules at all
asciilifeform: could implement module the obvious way : takes N args, each of which must at load time be a valid /dev/ttyxxxx
mircea_popescu: from wherever we make the standard. usb i guess ?
mircea_popescu: doesn't have to. /dev/random is blocking. all it needs to do is block if it has no fg.
asciilifeform: ( if i'm wrong about this, folx, plox to write in )
asciilifeform: because afaik shitkernel offers no deterministic way to fix
mircea_popescu: you're more than welcome to fix it.
asciilifeform: ( not including #include'd rubbish, of which there is a mountain, as is typical )
asciilifeform: https://elixir.bootlin.com/linux/latest/source/drivers/char/random.c << the 'traditional' /dev/random. ( get yer barf bag ready! )
asciilifeform: the 2nd attempt at the crate went out on the 11th
asciilifeform: ( for the sake of record : a non-retarded arch would do random like-so : ~as a cpu instruction~ that reads from N ~asynchronous~ ports , where N is odd, debias, and xor )
asciilifeform will admit, to having sat down to write a kernel mod for fg no fewer than 3 times, and barfed each time
asciilifeform: the pc arch just plain old suxxxx. every method of dealing with this, has own tradeoff.
asciilifeform: ( why not made originally ? pci adds 100x the complexity; ugly; expensive )
asciilifeform: asciilifeform often wonders if we're doomed to make a pci fg
asciilifeform: and so would be sensitive to device init order, which imho is icky
asciilifeform: would have to properly handle all types of attachment for the fg tho ( usb serial, genuine serial, etc )
mircea_popescu: yeah. anyway, i'm thinking the best approach would actually be a kernel patch to destroy the extant random/urandom bs and replace it with fg
a111: Logged on 2018-04-22 21:29 mircea_popescu: asciilifeform, in practical terms, how do you want s.mg to use fgs until rewritten ?
asciilifeform: http://btcbase.org/log/2018-04-22#1804633 << sadly asciilifeform is not so familiar with the existing proggy, to answer this properly ☝︎
mod6: Then post it somewhere for all to see. And if they want to make their own / can make their own, then that's fine. But we should work towards this.
mod6: The main thing that I wanted to do was come up with a TMSR~ blessed methodology for Pizarro clients to use to fruitfully use their in-chassis FG.
danielpbarron: yeah it's way slower than getting the random from FG directly
mimisbrunnr: Logged on 2018-04-13 12:46 mod6: you know what else in interesting, when i breezed super fast through the code last night (I need to review it more), i noticed that this thing has it's own copy of "ent" embedded inside.
mod6: http://logs.bvulpes.com/pizarro?d=2018-4-13#333199 << this too.
mimisbrunnr: Logged on 2018-04-13 01:48 mod6: Looks like maybe we need to do the latter -- write our own. Did anyone notice that Jeff Garzik is one of the authors of this thing?
mod6: asciilifeform mircea_popescu diana_coman et. al. re: rngd : http://logs.bvulpes.com/pizarro?d=2018-4-13#332963 << Where I discover the author of this thing
mod6: mircea_popescu: Yeah! Kinda neat. Bunch of Qntra articles too.
danielpbarron: diana_coman, a package called sys-apps/rng-tools has a thing called 'rngd'
deedbot: http://trilema.com/2018/the-top-brass/ << Trilema - The Top Brass
mircea_popescu: asciilifeform, in practical terms, how do you want s.mg to use fgs until rewritten ? ☟︎
asciilifeform: diana_coman: iirc danielpbarron had a roughly working hack that did what you asked for