a111: Logged on 2016-03-28 13:11 mircea_popescu: and so, this is the end for this particular irc channel as a venue for tmsr. the irc festivities are moving over to #trilema ; with a more selective lordship list and improved tools all around. you're welcome to join - but leave the fiat mind behind, lest it drag you too back down into the swamp.
lobbesbot: phf: Sent 10 hours and 49 minutes ago: <asciilifeform> plox to eat ch11 into btcbase .
a111: Logged on 2018-07-31 12:47 asciilifeform: !Q later tell esthlos in e.g. http://summaries.logs.esthlos.com/#2016-03-28 you link to kako's log ; i recommend against this , it is not a faithful record of the actual text ( last yr he took to monkeying with it via perlism and possibly also manually )
diana_coman: hm, now the reading of octets from FG via EuCrypt randomly gets totally stuck and I can't even quite understand *where* ; wtf; I seem to recall someone else had some similar problem but I can't seem to find it atm; ave1 ? phf ? asciilifeform ?
asciilifeform: diana_coman: this is immediately interesting and i'd like to replicate
asciilifeform: diana_coman: start by making sure you don't have multiple instances reading
diana_coman: asciilifeform, hm, that suggests maybe one read remains somehow hanging? ugh
asciilifeform: diana_coman: is this using the code currently published in dianacoman.com ?
diana_coman: asciilifeform, yes, get eucrypt and run the tests for smg_rsa, something like ./tests 11 11 (i.e. 11 times test no 11)
diana_coman: at times it gets stuck and not even in same place or anything
diana_coman: fwiw I have this on smg testing server, proto-cuntoo
asciilifeform: well not each time, but to see if the 'init breaks the dongle' hypothesis is troo.
asciilifeform: ( asciilifeform did not write the linux i/o subsystem ; nor the pl2303 kernel mod ; and will readily admit that they are sad. and if anyone has idea for some other means to connect a 115200 baud box to machine, that does not suffer from the weakness of these, i'm as always all ears )
a111: Logged on 2018-06-20 20:33 ben_vulpes: diana_coman: why does it need to be wholly separate machine? i think something might have flown over my head
phf: unfortunately the secret societ of illuminated fraudsters managed to stay secret all 5 minutes, before being publically exposed in the logs
mircea_popescu: phf my problem is this : on one hand i'm trying, in jules' words REALLY REALLY HARD, to not be the fatass in http://btcbase.org/log/2014-11-30#938314 snuffing the life out of everything ; on the other i just can't manage to distinguish the proposed "x without y" from the broad scheme that ruined western civilisation, "have wife without beating her".
a111: Logged on 2014-11-30 06:31 mircea_popescu: like the stuff discussed above re usg agency redhat, fuycking up linux. EXACTLY the stiuation of the giant ruining a chair.
phf: mircea_popescu: well, we had conversations about esoteric societies in the past, and there's a reason for why the logs are public and everything that follows
diana_coman: ofc if dd never chokes, dunno, will look at how they do it
phf: mircea_popescu: to be honest i didn't read into it past the roleplaying humor, but upon immediate reflection, your objection makes equally obvious sense
phf: henceforth any attempts to expose the activities of the secret society of illuminated fraudsters shall be denounced as a ravings of delusional paranoids
a111: Logged on 2018-07-31 16:15 asciilifeform: unix i/o is retarded, if blocking read blocks, it gives you a zombie process , and the next process you start that tried to read same tty, will also become zombie
mircea_popescu: zombie is not just (as an inexistent, imaginary "manual" mentally reconstructed from the pile of gunk they published purports to hint) an entry in the table to permit the caller to clean up correctly. it is ALL SORTS of things, and generally of the getting in the way kind.
asciilifeform: mircea_popescu: the astonishing bit isn't even that system5 unix had this nonsense, but that the linux derps faithfully re-created it.
mircea_popescu: in fact, the concept of "zombie" is perhaps the most indicated ear of stupid to shake the whole echafaudage by.
asciilifeform: somewhere near the top of the list, right below 'gotta check EVERY system call for failure erry time in user coad'
mircea_popescu: that's more of an absence, see. generally psychiatrists don't attempt to work with what the diseased mind fails to produce, but instead focus on the positive malfunctions, the productive sort. "tell me more about the little gremlins"
asciilifeform: btw if anyone wants to experimentally observe the zombie effect, can do it with ordinary gnu 'screen' -- when opened on a tty with blocking i/o, will routinely leave zombie turd instead of properly terminating, then hours later you find that tty is wedged, and discover 9 copies of 'screen' in process table.
a111: Logged on 2018-07-12 13:49 diana_coman: asciilifeform, BingoBoingo access to box & config confirmed; FG on ttysUSB0 had a wobble at first and I don't understand why: I ran the stty -F /dev/ttyUSB0 115200 raw -echo -echoe -echok and then tried dd iflag=fullblock if=/dev/ttyUSB0 | hexdump -C but nothing came up; then I ran the stty on usb1 as well and tried again and it...worked; any idea wtf was that at first?
diana_coman: if anything, it would suggest that even dd can choke there
a111: Logged on 2018-07-31 19:57 diana_coman: asciilifeform, that tip says problems handling more than 2 but I have...2?
asciilifeform: BingoBoingo: 'blue' is theoretically same chip, but from a diff chinese seller ( fwiw asciilifeform's desk FG operates from a 'blue' )
diana_coman: right, I'm anyway currently in need of a break and at a loss otherwise on this; so BingoBoingo at your leisure, please change the cables and leave only one FG plugged in for now; I'll get some sleep in first, so there's no hurry - anytime within next 10 hours works fine
asciilifeform: diana_coman: i'm gonna try and replicate here in the torture room, with your proggy -- i have both cable types here
diana_coman: asciilifeform, I doubt it's the cables really but can't hurt to rule that out
diana_coman: a bit of reading on this famous pl2303 does suggest all sorts of "hanging" issues but I haven't found anything clearly applicable so far
asciilifeform: diana_coman: ftr i am still on the lookout for anything like a practicable replacement for pl2303
diana_coman: and other than the weird fact that read simply blocks randomly, I don't know
asciilifeform: ( the 2 constraints -- 1) ~not ever ftdi~ 2) no flashable chips plox )
diana_coman: sadly I don't know of any replacement to suggest, no
diana_coman: also, the fact that dd *also* hangs at time there is a big red flag
a111: Logged on 2018-07-31 15:49 diana_coman: asciilifeform, yes, get eucrypt and run the tests for smg_rsa, something like ./tests 11 11 (i.e. 11 times test no 11)
diana_coman: asciilifeform, that's literally what ended up as main test because convenient: it attempts to generate 11 "dirty float" random numbers using 4 random octets from fg; first number there is number of repetitions; second number chooses what test to run (if you run only ./tests 11 without 2nd number it will print the list of what it knows to do)
diana_coman: it ~always hung before finishing the 11 runs even