asciilifeform rages re the bmoar people, wtf, asked'em simple q : 'how does ddos play into yer per-packet billing scheme' prior to subscribing simple box w/ own www ; nao 3d waiting for answer...
asciilifeform: mp_en_viaje: i know some ~ex~ physicists. but they're all 80yo d00dz whose 'work' mainly is to water their gardens nao.
asciilifeform: mp_en_viaje: at this rate, the sad dc asciilifeform decided to move his www to (bmor) might be the 1st to stand up. and it's ungodly slow.
asciilifeform: mp_en_viaje: right, and worse still, not even 'reduce magnetism', but even simpler problems remain open, e.g. 'why does supercon.' simply there aint any newton-grade folx involved in the field anymoar, all that's left is the 'throw particles against wall and type output into 'ms-excel' folx.
asciilifeform: diana_coman: i'ma incorporate the linked items (apparently missed on 1st pass) but will wait for final verdict from diana_coman in next 2d if no one else is in a burning hurry to have recipe.
asciilifeform: diana_coman: is '32' the only omission ?
asciilifeform: diana_coman: can you post your amended ver. plox ? i'ma diff, read, sign .
asciilifeform: ( other extreme, is today's 'shuddup, cern can physics and y'all go home, slice-lengthwise!11' )
asciilifeform: mp_en_viaje: that'd be 1 tard-extreme ( illustrated by hobbes. )
asciilifeform: such poor was the sealant, that he ended up keeping the old controversy of 'horror vacui' alive (vessel wouldn't stay evacuated)
asciilifeform: fella is today 'mega-chemist' , but he did not even publish recipe for his sealing cement (apparently used rotten cheese or some wtf) and folx were stuck reverse-engineering.
asciilifeform: for a period, ~nobody could properly replicate.
asciilifeform: d00d's air pump was worse 'craftsman voodoo' than just about anyffing today.
asciilifeform: but the crack in the pavement apparently started w/ boyle's.
asciilifeform: i had nfi that hobbes had anyffin useful to say. but apparently did, and was actually right, that pump ended up trigger for 'need mega-funding' failure cascade leading to, arguably, today's 'eotvos' et al.
asciilifeform recently, when 'took r&r break' briefly, unearthed that apparently r. boyle was accused by t. hobbes of, essentially, of 'cyclotron', for introducing the (expensive, at the time) air pump as a centerpiece of royal society demos. pretty interesting vintage wank.
asciilifeform realizes that this is rather 'petrological' vision of knowledge. 'dinosaurs died an' liquified, nao we pump'em.' but what can do, when little in the way of new ones walking around.
asciilifeform: mp_en_viaje: i tend to spend 20-30m reading old mp_en_viaje pieces when waking up
asciilifeform did this, when baking ' asciilifeform's gentoo ', but most of what's hanging from asciilifeform's lan is pretty slow cpuwise
asciilifeform: this is 1 of the items that actually wins from the use of inexpensive leased boxen tho. can have multiple staging units where worlds are rebuilding while other work carries on, potentially.
asciilifeform specifically omitted discussion of adjustments that would require 'world rebuilds', it would catastrophically delay diana_coman et al. but eventually will have to be discussed, in re: e.g. ssl removal.
asciilifeform: ( ftr 99% of why asciilifeform ~even used~ gentoos , is the ability to ban-flag / peg versions of packages with fine grain )
asciilifeform: mp_en_viaje: is why it took asciilifeform several months to derive the original set of ban flags.
asciilifeform: mp_en_viaje: entirely correct. for instance, after adding a ban flag, to bring the system into conformance with it takes a 'rebuild world', i.e. 2-3 day process.
asciilifeform: diana_coman: indeed. off the shelf gentoo includes it, because mirrors tend to be sslistic
asciilifeform: mp_en_viaje: iirc trinque had an experimental cuntoo variant that was built with '-ssh' ban flag. will see what he says when wakes up re this subj☟︎
asciilifeform: but to revisit upstack -- i pulled this item off shelf to help diana_coman , who has legacy softs that are known not to work in cuntoo. and for own needs, because my attempts to bake a working cuntoo have failed ( and take ~day or so to even fire off, so difficult so far to debug . )
asciilifeform: (consider the still-unresolved 'log url scheme' quandary )
asciilifeform: mp_en_viaje: observe, i cooked this image 2y ago, and all of the mirrors which then were alive, today dead.
asciilifeform: mirrors suck if only by wasting time, they have life expectancy of laboratory rat
asciilifeform: mp_en_viaje: the mirrors are used to pull down tarballs for which in the image 'portage' already contains frozen hashes. but really these oughta be abolished, and all tarballs to be present on install stick.
asciilifeform: diana_coman: do we want ave1's last gnat in the canister ?
asciilifeform: (i snapshotted dulap even before emerged curl!)
asciilifeform: curl oughta be put in the sealed canister imho.
asciilifeform: diana_coman: python selector is also set in r2 tar, plox to confirm.
asciilifeform: diana_coman: fwiw i used network in testbed solely to get shell on the box, did not 'emerge' etc. anyffin.
asciilifeform: diana_coman: lemme know if the r4 recipe is in fact insufficient for the current smg process , i'ma then revise. otherwise i'ma proceed with the streamlined 1stick thing, it will be tested later in the wk , w/ own hands and anyone else who wants this type of sys.
asciilifeform: ideally ( as said already by diana_coman in #o ) we abolish the req for external mirrors.
asciilifeform: ty diana_coman , i'ma include these in place of the dead.
asciilifeform: diana_coman: i'ma also include prebuilt kernel in this one, so that if no adjustment is req'd, the (potentially hours) taken up by build of the kernel, can be avoided in installation
asciilifeform: diana_coman: in the single-stick item i'm baking atm, there is a dir where all the turnable-knob configs are in , and copied to the new disk as part of install. so user can set'em up beforehand, rather than to work inside the chroot.
asciilifeform: diana_coman: i'd like to put as much as possible correct config in the tarball, rather than have user '1st fix a, then fix b, etc'
asciilifeform: diana_coman: good point (tho that part imho really belongs on FG www page; sadly it is lost at sea atm)
asciilifeform: diana_coman: this i fixed in the r2 tarball's /etc/lilo.conf
asciilifeform: the item strictly-as-given is expected to function on any 64bit amd ( asciilifeform's test bed was a 'e350', circa 2010 . )
asciilifeform: diana_coman: should need adjustment only in kernel flags : no amd-exclusive cpu instrs were used in building the binaries (given the vintage of the cpu targeted, none exist such that would fall into this trap)
asciilifeform: mp_en_viaje: i'ma mechanize as much of the process as is practical, but wanted to get the hand-cranked ver. out for review/test asap. hence the 'nao add 3 spoons of sugar' etc. headaches.
asciilifeform: this is good point mp_en_viaje , i'd like to know if something omitted before others (e.g. BingoBoingo) attempt to fire the thing.
asciilifeform: mp_en_viaje: lol 'leak ip', how about 'civilize barbaric voodoo into published tool'
asciilifeform: diana_coman: if you need an intel version, plz lemme know, i in fact excavated a 'xeon' recently on which can be tried.
asciilifeform: mp_en_viaje: with 5-6 flags in the kern conf, item could stand on even intel boxen. ( asciilifeform simply boycotts intelism ) . the other item to add is that i'm making a single-usbstick installer, also supporting serial console, for to simplify installation on leased machines ( typically telekvm permits use of ~one~ 'virtual' disk. )
asciilifeform: ^ latest draft of recipe, as tested by asciilifeform and then diana_coman .
