asciilifeform: 'my thesis advisor heils hitler, wat do'
mircea_popescu: rather, epic. c#ism
mircea_popescu: asciilifeform so then you do it from ada.
asciilifeform: mircea_popescu: you dun make timeouts using magic periphs, but using the os scheduler ( which in turn uses interrupt controller , having oscillator of some form so you can do slices )
mircea_popescu: the only way to have sane republic is precisely the http://trilema.com/2015/causes-and-purposes/ which specifically here means, NO CALLS BACK UP THE TREE.
mircea_popescu: and so on, this constant up AND DOWN the tree calling paradigm recreates c++, java and usg necessarily.
mircea_popescu: see, cuz things flow a certain way. "we want to include morons, retards and other bureaucrats" --therefore--> "smartphones" and "ntp" and so on.
asciilifeform: or, even moar egregiously, ~of other periphs~
mircea_popescu: the issue of having every god damn peripheral aware of time is another fucking bojum
asciilifeform: on raw irons tho, gotta have a mechanism that actually 'ada', given as that's the only scheduler you have, unless baked new
mircea_popescu: (yes, the objection stands, "mp, ada machjine long way off because all peripherals are c-machines". sure, they are. we also make items.)
mircea_popescu: which is either ada or isn't.
asciilifeform: just need a working timeout in the read call
mircea_popescu: asciilifeform but then i gotta what, write my own drivers/kernel mods for every peripheral ?
mircea_popescu: but in any case one can't have an ada machine without working abort (which specifically means, NOT import the c consrtruct, cuz wtf am i gonna do.)
mircea_popescu: ie, two layers are needed to implement the citizen/foreigner distinction.
mircea_popescu: seems to me self-evident that there's need for exactly two layers of exception handler : a) our code fucked up, in which case end it all or else b) some ~item~ such as whatever, a fg fucked up, in which case REPORT THIS TO ME, don't wait for it forever./
asciilifeform did point out, this, in the 'order son to seppuku' thrd
mircea_popescu: nevertheless, baby bathwater over here.
mircea_popescu: because in truth, abort is the wrong solution in 999 cases out of 1k
asciilifeform: i use'em as strictly as equivalent of the red lamp
a111: Logged on 2016-01-21 13:29 asciilifeform: 'if i make it what i think is the right size, it crashes!111'
mircea_popescu: much like there's a very sensible design reason to not even expose abort in ada code : do NOT encourage morons who http://btcbase.org/log/2016-01-21#1379603
mircea_popescu: it's not clear that the complex exception handling mechanism with propagations and whatnot that eventually yielded the "try/catch" mechanism exposed in fucking code is ~at all useful~.
asciilifeform: ( in ffa, exceptions are a 'catch fire' condition, and drop into the last-chance handler, but in moar complicated proggy, with, say, devices, you may want to actually handle and keep working )
asciilifeform: mircea_popescu: recall that an exception differs from other control transfers in that it can unwind the call stack
mircea_popescu: the most valuable (from a timing perspective) loops are the innermost ones, because they get jumped in and out of hundreds of tyimes.
diana_coman: that one might not care about that or the other maybe but that doesn't mean it dun' exist now
diana_coman: asciilifeform, yes; my point was simply that their "zero-cost" is in fact all sorts of costs
asciilifeform: imho elaborately propagating ( rather than catching in exactly 1 place ) exceptions is bad idea on any platform
diana_coman: also re zero-cost: "this method has considerably poorer performance for the propagation of exceptions"
diana_coman: not a big deal; reading here on the sjlj theoretically the biggest slowdown would be when there are some exception handlers so maybe I should add that to testing
mircea_popescu: the design calls for 20 loops each spawned by an if-even test.
mircea_popescu: i wanted something in there of a little heft to make sure we're not being optimized or w/e.
asciilifeform: i.e. try with simply the wrappings.
asciilifeform: mircea_popescu: in that sense ideal test is empty loop, rather than loop containing an item that is simply heavy but not on acct of jumpism
asciilifeform: so it's a poor test of hypothesis of 'does longjmp runtime nail speed of jumps'
a111: Logged on 2019-02-12 14:05 diana_coman: mircea_popescu, eucrypt's test on Serpent seem good candidates as one can even adjust how many iterations to do if you want some specific time intervals; current full test of the serpent module (including i/o because of using test vectors in file) is reported by time at ~2.3s without sjlj; this has no tasks/exceptions as such;thing is: time is not extremely precise but I could run I suppose some 1k times and see
asciilifeform: http://btcbase.org/log/2019-02-12#1895272 << serpent dun have many jumps in it, recall, it's unrolled, even fewer jumps (conditional or otherwise) than ffa
asciilifeform: iirc on unix it uses standard posix signals, on raw irons, whichever interrupt system the chip provides
asciilifeform: https://archive.is/HpVWP << likbez re the interrupts mechanism, if we end up wanting to try such thing. ( a bare-iron gnat will ~have~ to use it, for basic machine i/o handling, so asciilifeform is doomed to test it sooner or later , fwiw )
mircea_popescu: well, someone else gets to rage in the logs for a while.
asciilifeform: currently diana_coman is the 'test all gnat knobs' pioneer; asciilifeform's item is deliberately spartan re what is used, as it was designed to run even on e.g. msdos, where there are no threads
asciilifeform: it shits a signal handler into the obj. same as you'd have if you were writing daemon in c.
mircea_popescu: yeah but i have nfi what it shits into the obj code, and so on. but not off the table, no.
asciilifeform: it's a standard pkg, rather than gnatism (i.e. also worx on raw irons, anyffin with an interrupt controller)
mircea_popescu: i guess, though i am not sure the correct approach is adding packages.
asciilifeform: mircea_popescu: there's also the ada.interrupts package, which actually sets up signal handlers. if all you want is emergency stop of thread, that'll do it
asciilifeform: mircea_popescu: the obvious use case is e.g. dead FG
mircea_popescu: asciilifeform here's a thought : fuck a peripheral so as per http://btcbase.org/log/2019-02-10#1894696 it zombies all it touches ; THEN have an ada prog touch it ; and THEN see if abort aborts.
asciilifeform: diana_coman: correct, if you throw e.g. a put_line in there, the async select worx (from which you can then abort)
asciilifeform: ( the idea is, i suspect, that if you have one of ~these~, you fucked yer own proggy at time of writing )
asciilifeform: the 1 thing that you can't async-stop in the zxc model, looks like, is a straight loop with no i/o
mircea_popescu: problem is you can't put a delay 0 ~inside~ the only thing we fear, which is unix peripheral calls.
asciilifeform: inside the loop, that is
asciilifeform: mircea_popescu: it only worx if you http://btcbase.org/log/2019-02-12#1895105 (i.e. add a 'delay' or i/o instruction (interestingly, the latter always work as abort-point , but only for the async select method )
mircea_popescu: enjoy our zero cost health services from the confort of your own home!
mircea_popescu: ima brb make some zero cost public services. like the zero cost garbage pickup, and the zero cost hospital, and so on.
mircea_popescu: this is what i was coming to : do you have a better approach to evaluating the putative sjlj runtime cost than the above thing diana's implementing nao ?
a111: Logged on 2019-02-12 13:18 bvt: i expect it will be slower, but it won't hurt to do the check. the impact will depend on how exceptions are used (i don't think it can have any impact on ffa, for example). but i don't have enough experience with it to provide any numbers
asciilifeform: http://btcbase.org/log/2019-02-12#1895234 << ffa uses exceptions strictly as 'fucking stop whole program (and if it's running on a micro, whole machine, and flash 'dead!' lamp) right nao!' , so won't impact. my understanding is that it'd impact only speed of the ~exceptions~, longjump is slower cuz it crosses pages -- cachaistically.
mircea_popescu: "we manage to provide zero cost exceptions to the user's environment through the simple procedure of just not handling any"
mircea_popescu: fucking lulz of all time. zcx : zero cost exceptions!!! it's like the zero cost restaurant : you don't have to pay anything and htey don't give you any food.
mircea_popescu: have it print time begin and end, and there we go.
mircea_popescu: diana_coman does the example not make sense ?
mircea_popescu: right, something like the above, has buncha branches and iterators, not hard to write, get it to run 1k times or so and lessee.
diana_coman: mircea_popescu, eucrypt's test on Serpent seem good candidates as one can even adjust how many iterations to do if you want some specific time intervals; current full test of the serpent module (including i/o because of using test vectors in file) is reported by time at ~2.3s without sjlj; this has no tasks/exceptions as such;thing is: time is not extremely precise but I could run I suppose some 1k times and see
mircea_popescu: wrap it in a few for and if clauses, something like like for( a = 1; a < 100; a = a + 1 ){ if a is even then for( b = 1; b < 100; b = b + 1 ){ ... collector = serpent(collector) }}}
diana_coman: hm, it's all about what the task does so I suppose it's enough to plonk in there some rsa ops
mircea_popescu: ffa eminently bad for this, cuz of all the ct stuff.
diana_coman: nope, pragma abort_defer doesn't help (it has to be outside loop because it's not accepted anywhere other than immediately after begin and program is stuck just the same)
mircea_popescu: motherfucker.
mircea_popescu: of course, that's when they moved to unicode. but if memory serves, dwarf2 was kinda braindamaged in some corner cases i now don't recall.
diana_coman: that's how it sounds from adacore's link; then again the description of the pragma in gnat ref manual is "it has the effect of deferring aborts for the sequence of statements (but not for the declarations or handlers, if any, associated with this statement sequence).
mircea_popescu: (i expect it will stop, yes ; but the q is, even slower than good old sjlj perhaps ?)
diana_coman: I read a bit on that and it seems to me that it is meant to actually add ANOTHER "won't abort here" point so I don't quite see it; but yes, I'll try it anyway
mircea_popescu: diana_coman what happens if you actually put a pragma Abort_Defer in the loop ?
diana_coman: it kind of has to be but really, as you just said: wtf if it breaks the standard
mircea_popescu: diana_coman possibly because of how they do that binder table bs
mircea_popescu: diana_coman this is so fucking retarded, "our thing does not implement the standard". RATIONALE ?
mircea_popescu: bvt pretty sure the problem with sjlj is that it significantly slows down all code execution, even on code that raises no exceptions.
diana_coman: although indeed, in this case the check on the tasks' status is too early so not of much use
diana_coman: confirmed: with --RTS=sjlj, it does the right thing and actually aborts
diana_coman: from the horse's mouth at https://docs.adacore.com/gnat_ugn-docs/html/gnat_ugn/gnat_ugn/platform_specific_information.html : "the zcx run-time does not support asynchronous abort of tasks (abort and select-then-abort constructs) and will instead implement abort by polling points in the runtime. You can add additional polling points explicitly if needed in your application via pragma Abort_Defer."
bvt: i expect it will be slower, but it won't hurt to do the check. the impact will depend on how exceptions are used (i don't think it can have any impact on ffa, for example). but i don't have enough experience with it to provide any numbers
mircea_popescu: wasn't the long jump thing slower ~generally~ ?
bvt: during the gnat build, the sjlj runtime is built, so it should be possible to switch to it and test.
a111: Logged on 2019-02-12 03:54 mircea_popescu: that's the fucking cost of being a raging asshole.,
diana_coman: I suppose so far the options seem to be 1. maybe there's a way to actually make it choose the sane abort model 2. change the idiotic "ignore the signal" part
bvt: mircea_popescu: i will become blog post, but when i get to the home machine.
diana_coman: but ftr when a task is not in this sort of "can't hear you la la", there's no need for any wait, no
diana_coman: i.e. if anything, you can say that my test code should wait a bit and then check
bvt: diana_coman: i agree; in the abort signal handler, there is a snippet of code that ignores the signal (given ZXC exception handling model).
mircea_popescu: you know, it'd be grand if this were a blog article rather than a pastebin. odds are ima want to reference it later, and as a factual matter i want ot reference "More precisely, one of the issues seems to be that abort seems to be delivered to the child thread after the check for 'thread aborted' has already been done" specifically even now.
mircea_popescu: bvt that's a good point actually, the check comes too late in the current implementation.
bvt: not really, just writing from the salt mine.
diana_coman: "More precisely, one of the issues seems to be that abort seems to be delivered to the child thread after the check for 'thread aborted' has already been done:" -> this ftr is NOT an issue; if only it were delivered and worked afterwards but it's not; that check is just testing stuff, the more important check is that program hangs
mircea_popescu: is there anything like c's "signal(value, pointer)" in ada ?
diana_coman: mircea_popescu, my hope is that maybe there is some flag or option that sets it; I'll have to dig deeper to find out exactly
mircea_popescu: (needless to say, literatly chick also fat as all get-out, but by then one pretty much expects the whole triad.)
mircea_popescu: h that que the eye roll
mircea_popescu: meanwhile at the ~angry~ retard farms, moedirtcircle 26F Primal Prey 4h It Literatly only says "not even kidding" thats it. And I'm the one thats failing 😒😒😒😒 get that stick from up your ass and be nicer to people YOU message. Fuck off dipshit. moedirtcircle 26F Primal Prey 4h Damn I finally just seen your profile. You Literatly have no looks going for you. And not intelligence either, or compassion. Have fun wit
a111: Logged on 2019-02-12 01:31 asciilifeform: relatedly to entire subj, http://nosuchlabs.com/pub/warez/burns.djvu is the most readable ref i've found on the subj (of how the thing is supposed to work, that is , when actually worx )
diana_coman: http://btcbase.org/log/2019-02-12#1895120 -> yep, that was precisely my ref when looking at Ada multi-threading and what support it offers; it actually reads a bit better than the barnes' progr in 2012 but it's more focused, obv
a111: Logged on 2019-02-10 16:03 diana_coman: I also tried asynchronous transfer i.e. supposedly "try this and if timeout then do that" but apparently it's in fact still "oh, but ONLY if abortable"
diana_coman: asciilifeform, re the broken "select" , that is exactly this http://btcbase.org/log/2019-02-10#1894639
mircea_popescu: phf you mean on the logs ?
phf: if any log reader is getting a 404 not found, even if intermittent, please let me know. i was just getting it for a couple of minutes, but i can't figure out if that's the actual situation on the machine or some russian dns problem
phf: asciilifeform: there's also sgi machines with their famously well built x11 implementation. i believe there's no source for that one though
mircea_popescu: meanwhile in trilema roulette, fell on http://trilema.com/2010/ce-i-de-facut/ ; would propose it to teh rotaku club as perhaps the foremost use of that language found on my blog, stylistically perfect, elegant without equal, i doubt there's much romanian that can stand up to that romanian to be found anywhere.
mircea_popescu: dmca requires someone to register a claim, and they can actually be sued if it's fraudulent.
mircea_popescu: asciilifeform it's dumber, schmuck's like "hi there, i r anon please delete my name". how fucking stupid does he need to be, "anon" is not listed there.
mod6: http://p.bvulpes.com/pastes/ht6ey/?raw=true << Ok, inflating /dev/sdb with cuntoo. Will report back more tomorrow after install is complete, and I update the lilo.conf via LiveCD chroot mount of cuntoo. Will post lilo.conf changes, and results.
asciilifeform: lol! these!
a111: Logged on 2019-02-12 02:01 asciilifeform: it's how the thing fans out to N jacks
asciilifeform: then can link to same .
asciilifeform: i'ma document the fuckwaddery ( unless diana_coman beat me to it )
a111: Logged on 2019-02-12 01:34 asciilifeform: for total thread-completeness, there is a workaround that works, but it is imho ugly ( ada 'interrupts' package ), i'ma post example if mircea_popescu et al ask.
mircea_popescu: http://btcbase.org/log/2019-02-12#1895118 <<< 1 line patch that'll bring out the broken glass, and so on.\
a111: Logged on 2018-10-26 02:14 asciilifeform: meanwhile, in gnat bugs : apparently ( and this is documented or mentioned nowhere ) : it is impossible to have a Ada.Finalization.Limited_Controlled type ANYWHERE inside a static library, unless it is generic all the way down (i.e. if the lib package is generic, any sub-packages must also be instantiated as generics )
asciilifeform: mircea_popescu: when you get'em tied to the flogging post, make'em pay for the http://btcbase.org/log/2018-10-26#1866266 also..
mircea_popescu: wanna be a man, then gotta be a man. for example, wanna be a restaurant maitre d', then you're stuck apologizing to the people that ordered 19 oz ny steak and got 1.5 oz cafeteria hoof cut. and so on. posturing brings with it the cost of sucking all the dick you earn the sucking of in the usual course of the business you're posturing with.
mircea_popescu: that's the fucking cost of being a raging asshole.,
mircea_popescu: but -- email. must email them. all of them. their fucking support list, and every individual involved.
mircea_popescu: the gall of releasing non-standards compliant item needs not be passed over in silence.
a111: Logged on 2019-02-12 01:16 asciilifeform: nao clearly the thing is broken, it dun actually do what the standard demands. ( guess what else dunwork ? 'asynchronous select' , also required to work by the standard, and even within bounded time ) . nao remains to find wtf
mircea_popescu: http://btcbase.org/log/2019-02-12#1895110 << shooting an email to their list as well as anyone named to be involved at this point imo the right move. email shouild include description with loglinks of the matter.
mircea_popescu: much more sensible to vacation in somalia, at least the niggers there are respectful.
a111: Logged on 2019-02-11 19:28 trinque: curious things, these factual realities that evaporate the moment random bum says otherwise.
mod6: Will kick off the bootstrap.sh shortly.
mod6: Alright, well if the pictures are unnecessary, will just skip that part. About to hook up that 250Gb Disk to SATA2 and inflate a fresh cunt(oo) on there.
asciilifeform: it's how the thing fans out to N jacks
mod6: Anyway, 'tis all for now, thanks for the info.
mod6: It's strange because this particular box has like 10 USB ports on it. 2 in the front of the chassis, and like 8 in the back. I wonder if it's like a special add-on thing, I was going to take some pictures for you all, but I need to get down there and do that yet tonight.
mod6: The other weird thing is that 'usb hub' as shown in the kernel.debug file. I do own a USB hub, as I bought one to test multiple FGs at the same time, but it's been just sitting on my desk for weeks.
a111: Logged on 2019-02-11 03:56 trinque: if it's the case that he left it as an external usb disk, looks like kernel didn't know the disk was there, so the kernel he builds would have to know of the usb chip he has.
mod6: http://btcbase.org/log/2019-02-11#1895003 << re: So I didn't ever use a USB boot disk, I actually was just using the Live CD to do the chrooting/troubleshooting. But I did the `./bootstrap.sh` from the working gentoo environment.
mod6: (and the others with UUIDs at the same time. Who knows, maybe that's the thing. I'll try to setup tonight for another build.)
a111: Logged on 2019-02-11 03:53 trinque: yeah, I'm specifying root=/dev/sda3 in lilo; whereas if I specified root=UUID=D9FCABCA-1F52-4A84-9CB8-4898F8DEC6AE, oughta be able to boot properly even if drive enumeration changes. that'd be nice for the infectious/reproductive angle later.
mod6: http://btcbase.org/log/2019-02-11#1894999 << This is actually one thing that I have not tried, I had previously done it both ways with root & boot, as /dev/sda & /dev/sda3 respectively, and with UUIDs. However, this line in particular: 'append="root=/dev/sda3 console=ttyS0,115200n8 net.ifnames=0"' I should try the UUID with instead of /dev/sda3.
a111: Logged on 2019-02-11 03:15 asciilifeform: http://btcbase.org/log/2019-02-11#1894887 << i have not forgotten you, mod6 ! will grant wishes in the order lamp was rubbed, promise
asciilifeform: hrm, also gotta add -- if the delay-powered self-destruct is made to work, then so will async killing (given as it dun have to be 'delay', can be triggered by 'entry', i.e. flag, just the same )
asciilifeform: for total thread-completeness, there is a workaround that works, but it is imho ugly ( ada 'interrupts' package ), i'ma post example if mircea_popescu et al ask.
asciilifeform: relatedly to entire subj, http://nosuchlabs.com/pub/warez/burns.djvu is the most readable ref i've found on the subj (of how the thing is supposed to work, that is , when actually worx )
asciilifeform: ( the thing ~contains~ pthread_kill ! but it dun get called for somereason. )
asciilifeform: http://www.loper-os.org/pub/ffa/gnatology/ave1gnat/index.htm << linked for the log. cross-indexing dunwork currently, as the damn thing aint a gpr project, but currently i dun have time to try to massage it into one , promises to be a week-long shitfest on its own
asciilifeform: nao ideally would find where the fuck they broke the (implemented!!! in gnat) annex D Right Thing
asciilifeform: diana_coman et al : meanwhile in useful debugologies : if you use gpr with gnatD flag , you get copies of the expanded sores of yer proggy
asciilifeform: currently i suspect that adacorpse deliberately broke it, this is ~the~ pheature they use to peddle their 'pro' gnat (specifically advertised as 'support of real-time annex' )
asciilifeform: nao clearly the thing is broken, it dun actually do what the standard demands. ( guess what else dunwork ? 'asynchronous select' , also required to work by the standard, and even within bounded time ) . nao remains to find wtf
asciilifeform: and in particular, ln. 1079 of s-taprop-linux.adb , which implements the pthread mechanics behind the gnat scheduler
asciilifeform: so then went to the standard docs. annex D ~in fact does~ mandate support for mircea_popescu-style 'halon switch, motherfucker' aborts. so then went to find , does gnat implement ?
asciilifeform: sooo went to experiment, and found that not only does diana_coman's async abort dunwork on ave1gnat , but even ordinary timeout abort behaves peculiarly (per the std) :
BingoBoingo: Yes account number is relatively short. This is a small country with few accounts to fill the account number space.
jurov: BingoBoingo: pls pgp me the wire details
asciilifeform: lol i took a look at these, whole parallel world where '2011 4evah'
shinohai: http://btcbase.org/log/2019-02-11#1895061 <<< Ya know, I was gonna delete those out of uploads folder, but considering they might be useful for historical purposes I'll save them to http://btcinfo.sdf.org/library/
BingoBoingo: So long as there is resistance to what Pantsuit means by deadnaming and clarity as to what the Republic means, they gotta expend some of their infinite hitpoints of idiocy fighting the sorts of socialists like Anglin who want a different sort of socialist femstate
BingoBoingo: Notice I didn't use the Pantsuit term. If anything we ought to preserve 'deadnaming' in our namespace for characters like bitcoin_charlie, Nefario, Taaki, Toomim, et al. Actual dead names whether or not the corresponding meat recieves oxygen.
trinque: curious things, these factual realities that evaporate the moment random bum says otherwise.
trinque: deadnaming eh. there's a new one for me.
asciilifeform: ( as it was -- coupla hundy, + same for the trucker's fee )
mircea_popescu: there's always next time.
mircea_popescu: mats now if you could devise some method to film alf for the next coupla hours...
asciilifeform brb, the crane truck is here
asciilifeform: in 'nikita the peon' incident, is remembered largely because, per the chronicle, ivan iv was present, and clapped, but proclaimed 'it is unbecoming of man to imitate the birds'
a111: Logged on 2018-11-27 21:18 mircea_popescu: Transcript for #bitcoin-otc 2018/11/27 IRC logs have been disabled due to the EU General Data Protection Regulation (GDPR). © 2010 — 2018 BitcoinStats
asciilifeform: i dun think there were that many recorded ( can only think of 2 right off memory )
mircea_popescu: you want a list of all the urban sidewalk pizza ?
asciilifeform: speaking of these -- did anybody ever properly catalogue all known various attempts to 'replicate daedalus' ?
asciilifeform: ( if one were to ask monkey -- it's shit allthewaydown(tm) )
asciilifeform: white man, if legend is to be believed, built the temple walls , but in living memory nobody's seen'em beneath the monkey shit.
asciilifeform: mircea_popescu: there's 2 'symbiotic' sets of africans involved, 'voodoo' and 'hoodoo' practitioners, if you will
mircea_popescu: a LARGE portion of why "computer security" is SUCH a popular activity has to do with the profoundly african mentality of most... well, africans, to put it plainly.
mircea_popescu: longer more complex incantation has better chances at communing with the spirit.
a111: Logged on 2017-07-18 22:58 asciilifeform: whaack is quite likely thinking of the bulk of the b00k, which consists of blockcipher liquishit which is complicated for no reason at all other than the religion where 'it is confusing to ME, author, and therefore Must Be Hard To Break'
asciilifeform: will prolly take asciilifeform a coupla days to hoist it on the pedestal and test, tho, conveyor is currently packed
asciilifeform: http://btcbase.org/log/2019-02-11#1895025 << ha. speaking of which, the particle thrower is to arrive today.
asciilifeform: http://btcbase.org/log/2019-02-11#1895021 << i saw nearly half MB of these in dulap log not long ago. iirc they're pill for ciscoisms
BingoBoingo: Ah, they never end
a111: Logged on 2018-08-01 03:07 douchebag: Also the security firm I'm working on is expected to pull at least a half million dollars by december
asciilifeform: diana_coman: i found in my notes from 'programming of hell' a possible pill for the async stop thing, will report once i verify that it actually cures , on the actual gnat
asciilifeform: imho the traditional kitchen-toilet system is inherently unhygienic
asciilifeform: i.e. fully an' properly separate rasterism from the comp per se, never buy video cards again..
asciilifeform: phf et al : 1 of asciilifeform's ancient backburner crackpotteries is... an iron x terminal. ( these -- existed, but would be imho useful to have a proper one, that 1) runs off rom 2) can drive N large displays )
phf: i saw the x11 thread, will respond in a day or two once i'm on a more reliable internet
a111: Logged on 2019-02-11 01:33 hanbot: diana_coman fwiw i ran into a few broken internal links on ossasepia today on account of their still pointing to dianacoman.com, see http://ossasepia.com/2018/03/08/eucrypt-compilation-sheet/ fo' instance.
diana_coman: http://btcbase.org/log/2019-02-11#1894896 -> ha, apparently you caught old hosting precisely when they messed up; thank you for reporting it, I'll have to sort it out (I had redirection set up from dianacoman->ossasepia since I'm sure it's not only my internal links but atm it's broken, will fix)
feedbot: http://bimbo.club/2019/02/philosophical-transactions-for-the-months-of-april-may-and-june-1716-part-i/ << Bimbo.Club -- Philosophical Transactions. For the months of April, May and June, 1716. - Part I.
mircea_popescu: BingoBoingo different different metals ; count take them ; become and exercise ; against which the rest of the world moves against ; punative prison ; human chattle ; become and entrenched
mircea_popescu: well at least this got somewhere. mod6 does the ^ make sense ?
trinque: but even if the kernel knew it was there, if that disk wasn't "sda", nah, wouldn't work. this didn't stick out at me because "bootstrapper" grew out of my own tooling for stamping out an internal boot disk for new machine.
trinque: if it's the case that he left it as an external usb disk, looks like kernel didn't know the disk was there, so the kernel he builds would have to know of the usb chip he has.
mircea_popescu: "kernel is bad" in the sense of beign very bad for being somewher eentirely else.
mircea_popescu: well then of fucking course it can't find a sda3 that doesn't exist, he needs sda2 or w/e ?
trinque: yeah, I'm specifying root=/dev/sda3 in lilo; whereas if I specified root=UUID=D9FCABCA-1F52-4A84-9CB8-4898F8DEC6AE, oughta be able to boot properly even if drive enumeration changes. that'd be nice for the infectious/reproductive angle later.
mircea_popescu: trinque is it actually the case that cuntoo can't boot off a non-first drive ? if so easy enough to check.
BingoBoingo: <mircea_popescu> (but, in other good news, your pingback thing also works fine.) << ty, Lardner set me on a re-reading binge
mircea_popescu: (but, in other good news, your pingback thing also works fine.)
mircea_popescu publishes, then goes to look at spamtrap, there's EIGHTEEN items in it. "hory shit my spamthing finally croaked?!"
asciilifeform: http://btcbase.org/log/2019-02-11#1894887 << i have not forgotten you, mod6 ! will grant wishes in the order lamp was rubbed, promise
asciilifeform: diana_coman et al : http://p.bvulpes.com/pastes/4SpwP/?raw=true << built, replicated test jig; i'ma lay the thing out on vivisection table properly after sleep ( spent today , among other things, fixing a furnace, bent wrists out , gotta let'em snap back )
asciilifeform: the fucktards had 'gutenberg quality'... in 1500s!!!
asciilifeform: and 9000 other ???wtfomfg.
asciilifeform: and added buncha rubbish, like ' praises of the "noble Henry which now departed late'
asciilifeform: and the 'translation' -- ain't
asciilifeform: recently asciilifeform wanted to quote from s. brant's 16th c. lul 'narrenschiff'. mega-longseller-bestseller in all of europistan, incl. su. so went 'hrm, iirc there's an english'. guess what found ? http://www.gutenberg.org/files/20179/20179-h/20179-h.htm
mircea_popescu: right ? which is exactly all the proof i need.
a111: Logged on 2017-09-09 18:34 mircea_popescu: http://btcbase.org/log/2017-09-09#1711610 << loller. shakespeare, one of the oldest and most established audre lorde
mircea_popescu: asciilifeform only reason they scan in "their" shakespears WHICH NEVER WERE NOR WILL EVER BE THEIRS, http://btcbase.org/log/2017-09-09#1711670 africans as they are, is so that they can add their self-important vomit up top. "copyrights blablabla" didntcha know.
asciilifeform: diff is, those b00kz, from marshak's transl of shakespeare to the lowest pulp liquishits, ~get read~
asciilifeform: BingoBoingo: the other solution is that the folx who did the orig scan actually give half a shit and proofread. but this is evidently not ever happening in anglostan outside of dedicated effort like mircea_popescu's
BingoBoingo: asciilifeform: The solution to OCR is castle scribes spending man centuries, as mircea_popescu is deploying with Bimbo
asciilifeform: the anglosads, near as i can tell, scanning in their shakspeares and... never touched again.
a111: Logged on 2019-02-04 16:41 asciilifeform: http://flibusta.is is asciilifeform's routine 'gutenberg', been a while since i looked at the actual one
asciilifeform: nao, http://btcbase.org/log/2019-02-04#1892273 is ~also~ ocr'd! but the mistakes are ppm level, not '3 per para'. reason for this is that the ru folx ~actually fucking read~
a111: Logged on 2019-02-10 20:51 mircea_popescu: http://btcbase.org/log/2019-02-10#1894713 << i specifically don't even WANT the "rich media" / dvds / epubs / pdfs / whatever bullshit. i don't even want their pagelong blathers about how all-important inca is or whatever shit.
asciilifeform: http://btcbase.org/log/2019-02-10#1894768 << nao if only ocr actually worked. ( asciilifeform admits, never had much enthusiasm for 'let's preserve gutenberg' on acct of most of it being ~unreadable, even the orig jpegs or whatnot are often '90s-quality and wtf to do with'em but throw out, and ditto the text )
mircea_popescu: well, after the first one in much better position for guess.
trinque: any chance of mechanically ripping the source out for anything set to "N", or did progress shit all over any hope
asciilifeform: ( afaik the last 'fits-in-head' kernel was 1.sumthing... )
asciilifeform: mircea_popescu: good % of the flagolade is auto-set by the configurator, it's not exactly a civilized product
mircea_popescu: asciilifeform yeah, and has to set things nine different times because reasons. CONFIG_NORLYNOT32BiT=y #(note the i in there!)
mircea_popescu: CONFIG_64BIT=y CONFIG_X86_64=y CONFIG_X86=y << always a pleasure to read these.
a111: Logged on 2019-01-19 17:56 asciilifeform: briefly revisiting the http://btcbase.org/log/2019-01-18#1888182 find : 'CONFIG_RETPOLINE=n' yields a working kernel (with gcc 4.x), for nao.
asciilifeform: the linked item is a text conf
asciilifeform: ( i keep it updated also, it is current as of the last rebuild )
BingoBoingo: mircea_popescu: The default in the recipe has changed going forward after a bit of reflection reveals it was my failing
asciilifeform: for instance asciilifeform has a known-working config for all dulap-like boxen; presently in use by diana_coman on iirc both diana_coman units; another for rkisms
mircea_popescu: http://btcbase.org/log/2019-02-10#1894874 << you know, you ~could~ just alter the setup yourself, make a patch or such.