libera/#devuan/ Tuesday, 2024-09-17

gnarfacecould be, but just statistically speaking i'm still suspecting it's fundamentally a case of missing udev rules00:00
gnarfacemissing or incomplete00:00
gnarfaceand possibly formerly complete but deleted wrongfully00:01
gnarfacethe steam controller can show up as a keyboard, mouse, uinput device, and an array of virtual gamepads and raw input devices all at once, but only if you have all the right udev rules00:03
gnarface(and kernel modules, and a userspace program to trigger them, in some cases)00:04
gnarfacethe ones that really threw me off were the virtual ones it identifies as microsoft x-box 360 gamepads, not a whif of valve or steam branding anywhere on them00:07
gnarfacebut i guess that was necessary for compatibility00:08
gnarfaceand i had to manually set ENV{ID_INPUT_JOYSTICK}="1" on those, for... something to see them right, i forget what00:10
onefangIn the end, the only real reason I was trying to get this sorted is so I can put the joystick back in storage, and use the SpaceMouse for games.  It's not a big desk, there's 6 input devices on it, and I'd like to remove two of them.  Looks like most of the games that can use a joystick couldn't use a proper NDOF one anyway, which is the real advantage of the SpaceMouse over a joystick.00:12
onefangTurning out WAY too complicated for this simple goal.  lol00:13
gnarfacei sympathize with the dismay at udev rules00:13
gnarfacebut conceptualizing the mess is the biggest hurdle00:13
gnarfaceonce you get the right notions in your head, making the rules is pretty simple00:14
gnarfacei'm confident what you're trying to do is possible00:14
onefangThen again, might turn out to NOT be a udev problem.  And the only other application where SpaceMouse is vaguely important to me is OpenSim viewers, where I added SpaceMouse Pro support myself long ago.  But the OpenSim stuff is currently a whole other hell lin a hand basket trying to get it to run on Daedulas, so many other annoyances to get through before I can tackle that.  At least then I can debug thi00:17
onefangngs easier from the top down.00:17
onefangOne of these days one of these directions will yield something useful.  That day isn't today.  lol00:18
gnarfaceyea, i'm confident that what you're trying to do is possible, but i'm not confident that we wouldn't have been poking at it for a couple more hours to figure it out00:19
gnarfaceit took me weeks to catch the steam controller in the act of spawning all these mystery virtual devices that different games expected and adjusting the udev rules so they show up with the right permissions00:19
gnarfaceand i'm still not confident i've actually caught them all, just all the ones that the games i have are looking for...00:20
onefangAnd I'm starting from a "know nothing about udev" position.  I suspect diving deep into the spacenavd source code might be a better use of my time.  There IS joystick stuff in there I have already stumbled across by accident, though it goes the other way, letting you use an ordinary joystick for SpaceMouse compatible applications.00:22
gnarfacei suspect that this "spacenavd" you mention might be analogous to the Steam client itself in your case, and might need to be running, (with the space mouse connected and on) for you to be able to successfully test any new udev rules on it00:26
onefangCoz so far udev has "just worked" for me.  Now that I have seen what a mess it is, I'd like to keep "just ignoring it".  B-)00:26
gnarface(there's some open source steam controller support i haven't looked into, but critically it also does contain a userspace component that has to be running for the device to have full functionality)00:27
onefangspacenavd is the open source version of the driver you would normally download from 3Dconnexion.  Plus, it's in the Devuan / Debian repos.00:28
onefangWorks fine for Blender and FreeCAD, which know how to use it directly, or at least know how to use the 3Dconnexion protocol.00:29
gnarfacemost likely that's just because they're looking for something in /dev/ that your default udev rules already were exposing properly00:29
gnarfaceand note that thing might not even be something in /dev/input/!!!00:30
onefangWIthout spacenavd runnig, those programs can't use the SpaceMouse.00:30
gnarfacefucking Dirt Rally needed me to add /dev/hidraw* rules00:30
gnarfacewhich i'm told is very bad behavior, but apparently nobody told the Dirt Rally devs that...00:30
onefangDirty dirty Dirt Rally devs.00:31
gnarfaceyea, so if spacenavd needs to be running, then chances are it's also triggering the spacemouse to spawn some virtual devices on the fly, similar to how the steam controller spawns virtual xbox 360 controllers00:31
gnarfaceonce you know that has to be happening, it's much easier to catch it in the act by just looking in /dev/ for fresh files00:32
onefangWhich is one reason a deep dive into it's source code might be useful.00:32
gnarfaceyea, i can't refute that, but comparatively that seems like a deeper rabbit hole to me00:32
onefangThe other reason might be I stumble across a "joystick = true" option that solves all the problems.  lol00:33
gnarfacei'm not sure but i think that can be set in the udev rules00:33
gnarfacei'm not sure that's the same flag i was setting this for: ENV{ID_INPUT_JOYSTICK}="1"00:33
gnarfacebut it might be00:33
gnarfacethough if that's the case most likely it can be done in either place00:34
gnarface(note that in udev rules, "=" is an assignment and "==" is an equality test, just like in many other languages)00:35
onefangMeh, spacenavd is source code in a language I'm familiar with.  During one job interview I was handed a phone book sized printout of their source code, in a language I wasn't familiar with.  I spotted a bug just idly thumbing through it.  Tackling random source code seems easier to me.  B-)00:35
gnarfaceright on00:36
* joerg translates spacenavd source to whitespace for onefang ;-)01:55
adhocwhat is a space mouse ?01:59
rwpadhoc, https://3dconnexion.com/us/spacemouse/02:03
adhoci see, so the question is "why?" and do their drivers work on linux ?02:04
adhocoh i have seen these before, the compact versions02:05
gnarfacethe answer is yes, with the caveat that this has come up in discussion because we seem to have an incident of regression of legacy js support for them in current stable02:06
adhocjs support?02:07
adhocjavascript?02:07
gnarfacejoystick02:07
adhocoh02:07
* adhoc thinks about the last time a joystick was plugged into a puter...02:07
adhocwould have been in the soundblaster16 next to a pair of voodoo2's02:08
gnarfacethe kernel joystick interface has changed to newer protocols, but some older software is still hardwired to the old protocol02:08
adhocah ok02:08
onefangjoerg: Think I would rather learn whitespace (yes I had heard of it) as my 101st programming language, than udev rules.  lol02:54
onefangSays the man with BrainFuck on his resume.02:55
golinuxIs the really a Devuan support issue?02:59
devuanconsumerso I switched from kernel 6.1.0-25-amd64 to 6.0.0 and I haven't had any restarts in 14 hours. Before the 3 desktops were restarting after 6 to 8 hours. Will keep my fingers crossed17:36
devuanconsumerI usually dust out all my desktops every 6 months17:37
freaxehi had a similar issue on an old phenom ii system, turned out to be the motherboard not the ram at fault17:37
freaxehold as in having ddr2 ram17:37
freaxehand being 14+ years old17:37
freaxehdont know if that helps17:38
devuanconsumeryeah the suspects for me are kernels, motherboard, psu, ram, bios settings (which I already reset to defaults)17:38
devuanconsumerI also updated the bios on those 3 desktops and it didn't help. I only change one thing at a time so nail down the issue17:38
devuanconsumeri only change one thing at a time after every random restart*17:39
freaxehyeah i do the same17:39
freaxehi ended up replacing the motherboard and ram at the same time tho and upgrading to ddr317:40
devuanconsumerit probably was the motherboard in your case because of the age17:41
freaxehnope, replaced it with a similar age motherboard, i only ever use gigabyte mobos with solid state capacitors, so theres that17:42
devuanconsumeri don't think it's the power supply unit because in the past I've experienced weird noises coming from it and the system completely shut down every time17:42
freaxehwhat brand psu is it? I only ever use seasonic brand17:43
devuanconsumercorsair17:43
freaxehcorsair should be fine i've used those before17:43
freaxehyou sure rats didn't get in and gnaw at the power cabling? i've had that happen too17:44
devuanconsumeri like corsair ram and psu's but for motherboards i like gigabyte17:44
devuanconsumerno17:44
devuanconsumerI always revise my systems every 6 months after i dust them17:44
freaxehi've had a faulty brand new gigabyte mobo die on me, am4 it was17:45
freaxehwouldn't respond to the power switch17:45
freaxehi still use gigabyte everywhere17:46
freaxehsometimes shit just happens17:46
devuanconsumeryep17:47
devuanconsumerit's easy to get a failing unit after thousands are produced17:47
freaxehyep17:47
freaxeh 01:48:22 up 13 days, 23:34,  1 user,  load average: 0.00, 0.00, 0.0017:48
freaxehthats the uptime for the system in question17:48
freaxehsolid as a rock now, wouldn't get past a day before17:50
devuanconsumerawesome. It's always satisfying to solve an issue but the only regret is the time used lol17:51
freaxehnods17:52
onefangI'll be out all day doing various things.  So no one is allowed to have package mirror problems.  At least not the sort I can help with.  The sort I can fix tomorrow is fine though.23:08
buZzwell, ok23:12
buZz:)23:12

Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!