<duboisj>
ah, thank you. I had found the crosvm section below, not quite working. it's dawning on me that I may basically need to use nixos for building (instead of my ubuntu box)
<duboisj>
(just installing the nix package manager appeared to be enough, and that did a bunch of stuff and worked way better. Thank you!)
duboisj has quit [Remote host closed the connection]
maxdevjs has quit [Ping timeout: 246 seconds]
cole-h has quit [Quit: Goodbye]
duboisj has joined #spectrum
cole-h has joined #spectrum
duboisj has quit [Remote host closed the connection]
jb55 has quit [Ping timeout: 240 seconds]
jb551 has joined #spectrum
jb551 has quit [Remote host closed the connection]
jb551 has joined #spectrum
cole-h has quit [Quit: Goodbye]
{`-`} has joined #spectrum
tazjin has quit [Quit: Byeee]
tazjin has joined #spectrum
<puck>
<pie_> yeah i feel like we'd need whole new toolkits to support multiple cursors and stuff <- I believe that, as Qt is meant for being embedded, it'll support multi-pointer handling anyways, *and* multi-pointer handling is a close cousin to *touchscreen* handling, which most systems support by now
<puck>
so i suspect that GTK has decent enough support for multi-cursor too
jb551 has quit [Remote host closed the connection]
jb551 has joined #spectrum
tilpner has quit [Remote host closed the connection]
tilpner has joined #spectrum
thefloweringash has quit [Quit: killed]
smrtak[m] has quit [Quit: killed]
danielrf[m] has quit [Quit: killed]
Irenes[m] has quit [Quit: killed]
philipp[m] has quit [Quit: killed]
hiroshi[m] has quit [Quit: killed]
alj[m] has quit [Quit: killed]
colemickens has quit [Quit: killed]
shu9 has quit [Quit: killed]
M1234roomtest[m] has quit [Quit: killed]
alj[m] has joined #spectrum
smrtak[m] has joined #spectrum
danielrf[m] has joined #spectrum
colemickens has joined #spectrum
philipp[m] has joined #spectrum
hiroshi[m] has joined #spectrum
Irenes[m] has joined #spectrum
thefloweringash has joined #spectrum
shu9 has joined #spectrum
M1234roomtest[m] has joined #spectrum
sab7iryudpgf6[m] has joined #spectrum
<pie_>
puck: huh
<pie_>
also true @ touchscreen i suppose
<pie_>
but i dont know how much need there is for say, being able to identify that two differentpresses on the same thing came from two different people
<qyliss>
grrr
<qyliss>
My mdev rule to attach USB devices to USBIP seems to be triggered slightly before the kernel is ready to actually allow that
<qyliss>
But as soon as I add any sort of instrumentation to figure out what exactly is going wrong, the overhead makes it slow enough that I can't reproduce the problem any more
<puck>
qyliss: hrm, i wonder if it's between the device appearing and the driver being attached
<puck>
usbip has some kind of in-kernel debugging bits
<qyliss>
puck: I believe that's what's up yeah
<qyliss>
It's not even bound to usb at the time
<puck>
qyliss: so a thought i had: what if you unload all usb drivers but usbip, and then listen for the driver attach signal, i guess?
<qyliss>
How do I listen for a driver attach?
<puck>
assuming that's a doable thing, i'm not sure it is
<qyliss>
I don't believe I can unload the generic USB driver, which is what it binds to by default.
<puck>
oh, that is fine
<qyliss>
It's weird it needs to be attached to another driver before I'm allowed to attach it to usbip
<puck>
it's to do with how usbip attaches it, i think
<qyliss>
Like, the flow is that it gets bound to usb, I then unbind it, and rebind it to usbip
<puck>
yeah
<puck>
it might be avoidable if you override some usbip(d) bits
<qyliss>
Already am :)
<qyliss>
I stopped using usbip bind and just wrote out the three echos by hand
<qyliss>
But it does seem like attaching to usbip isn't allowed if it hasn't got a driver yet
<qyliss>
I can wait until I get a usb_interface rather than a usb_device
<qyliss>
I guess that'll work
<qyliss>
puck: that seems to have worked
<puck>
:3
<qyliss>
It does mean that for devices with more than one interface I generate an error message for every interface after the first
<qyliss>
But that's good enough for now
<qyliss>
I think my VM might only be doing USB 1 but y'know what? that's fine for now
maxdevjs has joined #spectrum
cole-h has joined #spectrum
duboisj has joined #spectrum
duboisj has quit [Remote host closed the connection]
duboisj has joined #spectrum
duboisj has quit [Remote host closed the connection]
cole-h has quit [Quit: Goodbye]
duboisj has joined #spectrum
bqv has quit [Ping timeout: 240 seconds]
bqv has joined #spectrum
duboisj has quit [Ping timeout: 256 seconds]
duboisj has joined #spectrum
duboisj has quit [Read error: Connection reset by peer]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 240 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 258 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 260 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 260 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 260 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 260 seconds]
MichaelRaskin has joined #spectrum
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 264 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 256 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 256 seconds]
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 246 seconds]
<CcxWrk>
qyliss: Hello! I've head you have some nice text-mode livestreaming/presentation setup. Would you mind sharing?
<qyliss>
uh, I don't really do text-mode livestreaming
<qyliss>
It just so happens that I live stream full screen Emacs
<CcxWrk>
I see.
<CcxWrk>
I've just played with abduco+butterfly and it kinda works, but has quite a few rough edges.
duboisj has joined #spectrum
duboisj has quit [Ping timeout: 256 seconds]
duboisj has joined #spectrum
duboisj has quit [Remote host closed the connection]
klltkr has joined #spectrum
klltkr has quit [Read error: Connection reset by peer]