• sure, it’s no a hardware problem so they might support hand tracking but for now at least officially they don’t and didn’t announce they would. There are even https://github.com/Lynx-MR/LynxOrbSlam3 that could be used. For now though it’s not supported. I remember the BT control of Base Station for the LightHouse systems NOT being supported on Linux for years in fact check https://github.com/ValveSoftware/SteamVR-for-Linux/issues/207 it’s a 6 years old issue. Being feasible does not mean it will be done.
• yep
• CPU/GPU aren’t better than other standalones HMDs already out
• there is no WebXR support on Linux, hasn’t existed for years. Firefox never supported it, neither does Chromium. It’s been confirmed by the Google developer implementing WebXR https://bsky.app/profile/toji.dev/post/3m5hm2aysg22d
• that Valve isn’t making a new VR like Alyx

A friend of my is a researcher working on large scale compute (>200 GPUs) perfectly aware of ROCm and sadly he said last month “not yet”.

So I’m sure it’s not infeasible but if it’s a real use case for you (not just testing a model here and there but running frequently) you might have to consider alternatives unfortunately, or be patient.

Yes but …

• no hand tracking
• no color passthrough
• no hardware upgrade
• no WebXR
• no new VR proper content

Still, it’s good obviously, not having to rely on BigTech. This was also possible before though as I pointed out in https://lemmy.ml/post/38899489/22202786 with e.g. Lynx XR1, as a rooted Android standalone HMD with no account required.

Anyway IMHO the big questions for VR on Linux more broadly is what changes upstream on KDE in terms of immersive UX? Is KDE Plasma becoming a VR graphical shell? Does it have 3D widgets? Does it impact freedesktop in any way?

Edit : I have a SteamDeck since its out, Lynx XR1, etc so I absolutely want Linux VR and FLOSS XR to succeed. In fact I even gave a talk at FOSSXR years ago about that, fact did it twice. Still it doesn’t mean I can’t be disappointed by those points. I like Valve, I want to give them money, that doesn’t mean I can’t be objective. You might have different requirements, that doesn’t mean you shouldn’t compare to alternatives which have existed for years.

Half-Life 3 release (not joking)

Sadly not, at least not VR first, cf https://www.uploadvr.com/valve-isnt-currently-working-on-a-new-vr-game/

I’m new to Linux from about 3 months ago, so it’s been a bit of a learning curve on top to learning VE haha. I didn’t realize CUDA had versions

Yeah… it’s not you. I’m a professional developer and have been using Linux for decades. It’s still hard for me to install specific environments. Sometimes it just works… but often I give up. Sometimes it’s my mistake but sometimes it’s also because the packaging is not actually reproducible. It works on the setup that the developer used, great for them, but slight variation throw you right into dependency hell.

I’ll be checking over the subtitles anyway, generating just saves a bunch of time before a full pass over it. […] The editing for the subs generation looks to be as much work as just transcribing a handful of frames at a time.

Sorry I’m confused, which is it?

doing this as a favour […] Honestly I hate the style haha

I’m probably out of line for saying this but I recommend you reconsider.

Exactly, and it works quite well, thanks for teaching me something new :)

There’s no getting around using AI for some of this, like subtitle generation

Eh… yes there is, you can pay actual humans to do that. In fact if you do “subtitle generation” (whatever that might mean) without any editing you are taking a huge risk. Sure it might get 99% of the words right but it fucks up on the main topic… well good luck.

Anyway, if you do want to go that road still you could try

• ffmpeg with whisper.cpp (but honestly I’m not convinced hardcoding subtitles is a good practice, why not package as e.g. .mkv? Depends on context obviously)
• Kdenlive with vosk
• Kdenlive with whatever else via *.srt *.ass *.vtt *.sbv formats

Related documentation https://develop.kde.org/docs/apps/dolphin/service-menus/

Oh…, that’s neat thanks!

So in my use case I made a template for prototype metadata, add a menu action could be to generate the file instead of creating from the template via Exec= field. This would prepopulate the metadatafile with e.g. the list of selected files thanks to %F.

None of your requirements are distribution specific. I do all (Steam, non Steam, Kdenlive, Blender/OpenSCAD, vim/Podman, LibreOffice, Transmission) of that and I’m running Debian with an NVIDIA GPU. Consequently I can personally recommend it.

FWIW from https://lmms.io/download#linux one can get as AppImage (so nothing to build, no repository to modify) either

• 1.3.0-alpha.1.102 alpha
• 1.3.0-alpha.1.894 nightly

so from what I understood you could consider alpha, not nightly.

Eh… not sure where you get your information but https://github.com/lmms/lmms last update was yesterday.

I recommend a different consideration than the usual design, battery life, OSHW, etc : connectivity.

So typically you get BT but that’s not enough, you need a bit more since it’s not a well recognized device, unlike e.g. headphones. Typically you would need a companion app, for GrapheneOS, Android more broadly, iOS or a Linux phone. This is where GadgetBridge comes in. The goal of the project is to… bridge gadgets that are not standalone. Instead of having a myriad of (usually proprietary) apps that basically all do the same thing (pair, configure, handle notifications both ways) have 1 that does it for all such device.

From that standpoint, namely GadgetBridge support, at the moment the recommendation is Pebble (which is how the project started) or PineTime.

PS: I personally have a Pebble (with hardware issue, so not sure were), a PineTime (also hardware issue, touch on screen AFAIR) and finally a Watchy and… honestly I don’t wear any anymore. I don’t get enough benefit from it as typically I have a phone nearby and when I don’t it means I do NOT want notifications.

FWIW https://gitlab.com/pdftk-java/pdftk works well. Sure it hasn’t been updates for a couple of years but maybe it’s not really needed.

Sorry I don’t know enough but here is an interesting articles about other kind of gnomes :P https://www.businessinsider.com/anti-tech-rally-apple-iphone-elon-musk-tesla-luddite-movement-2025-9

With pleasure. I discovered kdialog just recently too as until now I used notify-send but as you are using KDE this gives you a lot more options.

If you are into this kind of things check also dbus or KWin, there are a LOT of fun and powerful ways to interact with KDE.

It also has kdeconnect-cli with e.g. kdeconnect-cli --share myfile.txt so don’t think you are stuck with a GUI to use KDEConnect.

I imagine dbus-monitor should work with cron but probably if starting once DBUS is actually running (so not sure @reboot would be sufficient)

1-liner would be something like watch -n 10 "pgrep konsole || kdialog --msgbox 'konsole no running'"

namely :

• watch to repeat a command at interval, e.g. every minute (could also be crontab)
• pgrep to check if a process is running
• kdialog on KDE to send a message to the current user (plenty more ways)