mircea_popescu: and here's a bit of an evolutionary biology mindbomb : since the ability to distinguish one's own sons from other's sons is positively selected in males, it is altogether probable males have developed the ability to recognize their own spawn as such.
mircea_popescu: soo... does the new baby LOOK TO YOU like it's yours ?
shinohai: "What, 1435mm is all you got son?"
mircea_popescu: "here's a list of a half dozen tards who paid some scammers way too much money to be named in an inept piece in random fiat fake news outlet"
mircea_popescu: "*A substantial profit. Our ageing editor needed the phrase translating." outsourced writing, too.
shinohai: The Dogecoin consideration was pretty lulzy though.
BingoBoingo: In other lols, there is a place in Brazil that has datacenters and it is lulzily enough named Uberlandia
BingoBoingo: In other news Portuges feels more more Italian than Spanish on deeper digging
phf: asciilifeform: don't forget to bring the customary earth in a small baggy from the motherland
diana_coman: on Centos 6.8 (64bits) trying to read fg's output from ttyUSB0 with dd hangs on most occasions (erratically it will work but I haven't figured out when exactly); at the same time, a "screen /dev/ttyUSB0 115200 " works perfectly fine <-- anybody knows what this is about?
diana_coman: I might add that I *did* run the stty command first ofc; AND reported settings afterwards seemed fine
diana_coman: to re-phrase the question then: does anyone know of any centos/dd-specific idea re flow control? very same tty setup works on ubuntu or xubuntu verified; to reiterate: ttyUSB0 IS set with stty -F /dev/ttyUSB0 115200 raw -echo -echoe -echok; anything else centos wants there specifically?
diana_coman: otherwise I guess I'll have to figure out what screen does exactly that it works, ugh
mircea_popescu: iirc centos format is (sudo) setserial blabla, it lists devices / state etc with -g
diana_coman: hm, it sees it/reports it fine as far as I can tell; pl2303 attached to ttyUSB0; ehci_hcd
mircea_popescu: i would guess, since screen sees it fine, that your problem is later in the flow. maybe the windows manager fucks it up for you ?
diana_coman: will dig some more later I guess; unless someone knows this already
mircea_popescu: does problem persist if you use the actual system tty rather than X ?
shinohai: In CentOS I think one has to pass -ixon or -ixoff to turn flow control on/off
diana_coman: shinohai, that seems to be a bit closer but not yet solved: added -ixoff and next run of dd went fine but then it was stuck again; turned on and off again and it was still just hanging so simply reset on that was not enough either; something is weird there
shinohai: Indeed .... been a long time since I messed with CentOS so I may be wrong here ....
diana_coman: guess I'll go through the full list and at least see if there is anything that might help
diana_coman: eh, raw actually includes -ixoff and -ixany so no wonder that did not do much
diana_coman: asciilifeform, screen works on *same machine*
diana_coman: hence, more a matter of what does screen do differently
diana_coman: asciilifeform, I'm not yet even there basically; dd simply hangs
diana_coman: one in x runs of dd will even actually copy something
diana_coman: green lamp steady on, red lamp flickering just like in *another* fg that is currently purring away nicely at another machine
diana_coman: did a stty -F /dev/ttyUSB0 -a on a working machine and on this machine, flags are same except for hupcl vs -hupcl on centos and onlcr vs -onlcr on centos; and a -cdtrdsr on centos, not mentioned on the other
diana_coman: asciilifeform, 1. I tried already 3 other cables; unlikely all three borked
diana_coman: but it shows...something at least; why does the other one not show anything?
diana_coman: I switched this whole board to yet another machine , with its cable too; there it works
diana_coman: yes, canonical hence why I'm trying to get to the bottom of this
diana_coman: asciilifeform, yes, fine; trouble is it's centos where the thing is not working
diana_coman: hm, should have somewhere; will dig and try I guess
deedbot: collarmeslut voiced for 30 minutes.
☟︎ shinohai: Well how do you expect to get collared, slut, if you don't say anything?
BingoBoingo: Have your tried plugging it into your rs-232 port shinohai?
BingoBoingo: Your serial port, you know so she can speak through
phf: diana_coman: you can also try ``cu -l /dev/ttyUSB0 -s 115200'' since that doesn't take over the terminal AND if it works, you should be able to paste ``strace cu...'' output from which we can figure out what system calls that thing did before touching the device
phf: well, if her stty is identical to whatever screen does, she should end up in an identical broken state, i.e. getting bits from dd same way she's getting bits from screen
a111: Logged on 2017-10-20 17:26 diana_coman: screen /dev/ttyUSB0 115200 reads nicely
diana_coman: asciilifeform, yes; I was trying to get that through but I'm possibly too tired for it: using screen results in constant stream of data
diana_coman: on the sad part it seems suitable cable not in house atm so it'll have to wait until tomorrow
phf: asciilifeform: you can have a hardware button fixed pattern: hold a button, a fixed pattern of bits come out that you use for sanity check
diana_coman: on the possibly enraging more digging turned out a known shit -difference between pl2303 and pl2303x
☟︎ diana_coman: apparently uncompatible though very similar and reported same ofc etc
diana_coman: apparently there are 2 adapters namely ps2303 and ps2303x; incompatible; same vendor id and product id though
diana_coman: "the pl2303x can be distinguished from a pl2303 by checking bMaxPacketSize0 for device using lsusb -v -d 067b:2303; if bmaxpacketsize0 is 64 you probably have pl2303x"
phf: a programmer had a serial problem, "i know, i'll use usb to serial", now he had two problems
☟︎ phf: they are basically like flash drives, 50 different branded versions of the same 5 Chinese controllers, 3 of which report same signature but behave slightly different, the other two are bugged by the agencies
diana_coman: asciilifeform, I might be wrong on this but my current understanding is that it's my machine that has the *older* rather than the "required" newer driver
BingoBoingo: In other lol: "We don´t work with colocation solutions, it´s possible we work with hosting servers?"
BingoBoingo: asciilifeform: Described self as datacenter
phf: прачечная хуячечная это министерство культуры
a111: Logged on 2017-10-20 18:52 phf: a programmer had a serial problem, "i know, i'll use usb to serial", now he had two problems
a111: Logged on 2017-10-20 17:44 asciilifeform: i picked pl2303 because it is the most afaik widely supported, but apparently not even it worx everywhere
a111: Logged on 2017-10-20 18:03 deedbot: collarmeslut voiced for 30 minutes.
shinohai: Nothing worse than an introverted slut
a111: Logged on 2017-10-20 18:49 diana_coman: on the possibly enraging more digging turned out a known shit -difference between pl2303 and pl2303x
a111: Logged on 2017-10-20 18:56 asciilifeform: who does not have -- cannot.
a111: Logged on 2017-10-20 19:01 asciilifeform: BingoBoingo: 'sorry this is a tobacconist, not a colo' ?
mircea_popescu: local fucktards for instance explained to me "they can't receive wires from abroad." i'm like... so got any rostipollo then ?
mircea_popescu: asciilifeform simmer down, what're you so irritable foar.
BingoBoingo: Reffer questions to the dongler? It's his profession?
mircea_popescu: i don't expect there's much anyone can do. so far, we gather dataz.
deedbot: sexylucy voiced for 30 minutes.
sexylucy: mircea_popescu hay Bitcoin por tetas?
shinohai: Hola sexylucy .... imagino que esta ausente por el momento, puedes esperar un momento?
jhvh1: shinohai: Bitstamp BTCUSD last: 5970.0, vol: 14654.47240142 | Bitfinex BTCUSD last: 5972.8, vol: 60631.91066838 | BTCChina BTCUSD last: 4251.858, vol: 0.00000000 | Kraken BTCUSD last: 5978.0, vol: 4411.05321761 | Volume-weighted last average: 5972.57295322
a111: Logged on 2017-10-13 01:54 mircea_popescu: trinque don't sweat it, she'll do it when i tell her to, what. tomorrow, monday, whatever.
sexylucy: 1ECQ9KkhYLyaHEbB9WHqbTiUmY5w69y6S2
shinohai: A bot that can pay for tits, such technology :)
mircea_popescu: if i dun have it i can't alter the article so they can't have to make wallets etc.\
trinque: I'm over here eagerly awaiting a printout, first non-hand-keyed withdrawal
shinohai would be thrilled if he figured out a viable business involving deedbot/tips
mircea_popescu: shinohai the good news being that the juggernaught of the republic doth daily advance, so eventually it'll come.
mircea_popescu: ben_vulpes dja know the romanian joke with the bloke putting in just the tip ?
mircea_popescu: hawt girly at that difficult age, kinda would like kinda dun wanna. guy proposes he puts in just the head.
mircea_popescu: she eventually agress, and he fucks the living daylights out of her.
mircea_popescu: after they come to, she's like "hey, i thought you were going to put in just the head ?"
BingoBoingo: Eh, figured someone would want surprise, but $3840/month 8kva and 2x10bps links
BingoBoingo: Number helpfully offered in USD to the Gringo
BingoBoingo: Roughly the same range, and Yeah, I don't see reason not too. Should have a bunch more numbers early next week.
a111: Logged on 2017-10-18 18:52 mircea_popescu: ben_vulpes dja want an advance ?
BingoBoingo: Yeah, one would be helpful. Still probing for other costs that might try to do the surprise sex thing on my butt.
☟︎ BingoBoingo: This seems to be a good time for any Lords or L2's interested in homing a box to reach out.
ben_vulpes: BingoBoingo: hot on the advertising already