@Aether
now i need to remember who I ran into at BLFC that was looking for a pooltoy vinyl scent and send them this
@balloonpup

@radiohusky.us
TL;DR: "never" is a strong word, given all of the use cases linux tries to support. And Valve is in an interesting position, giving themselves incentives to make as many games as possible work on linux (and now aarch64).

(you didn't bring up valve, they're just at the top of my mind.)

@radiohusky.us
If Valve wanted to, I'm certain they could setup SteamOS to use these features, and verify the boot chain, leading to kernel-space (or more) being very hard to touch. (Time to crank out the DMA cheat cards again.)

I don't know if they've chosen not to do so because of ideological reasons or out of practical reasons/time constraints. Maybe they're working on it in the background, but aren't shipping until there's something meaningful to show.

@radiohusky.us
*Desktop* linux has not yet moved in this direction, yes. But you need only look over at android, which still uses the linux kernel, to see something that's much closer to windows in this respect.

Linux has the option to only allow loading kernel modules signed by a trusted key. It can work just fine with secure boot, if you enroll custom keys. Both measures are used on android phones. (The boot chain is different, but it's the same goal.)

@Rusty
Let me know how it works out!

@Rusty
If you haven't already, try using the environment variable `OXR_PARALLEL_VIEWS=1` to games you experience that issue with? (if using steam, set launch args to `OXR_PARALLEL_VIEWS=1 %command%`)

If it's what I think it is, you have a headset with canted displays such as the index, and many games never really fixed themselves to deal with canted displays. For the index, in particular, steamvr applies an equivalent workafound by default with only an obscure config to disable it.

@tanzureir
The community I'm in has a wiki with information, if you want to take a look: https://lvra.gitlab.io

Feel free to poke me if you have questions (though I'm not super active on fedi so I may take a while to answer. >_>)

@tanzureir
@Rusty
It feels like the entire linux vr community I'm a part of is curious about this, lots of speculation on whether there are improvements in an internal branch or if any improvements are only relevant to the steam frame.

It is worth noting that there's an open source alternative that has fewer issues in those respects (monado/wivrn), but it still has other issues, and less polish.

@nall
Excellent critter!

@maxissakitsune
^-^

@voun
time to threaten you with the permanent locking pins :3

@fusl
While I think that and SELinux and Apparmor work differently to Antivirus (and are targeting a different class of threat), I'm not really trying to change your mind. tbh I'm thinking back to a couple weird issues that I wonder if they were selinux/apparmor related, in hindsight.

Well meaning policies with imperfections cause friction, unfortunately.

@fusl
Apparmor appears to allow you to disable profiles for individual applications. `sudo aa-complain /path/to/bin` switches it from "enforcing" to "complaining"

SELinux looks like it has this concept of policies that can be loaded and unloaded, and you may be able to unload the policy controlling a specific application, though I guess that depends on how a distro setup selinux? I can't tell if that would be sufficient, or if it would break it harder (application can't do anything)

@av.dog
Nice! I've been looking at paramotoring occasionally, but haven't had the money that I'd feel comfortable spending it on that. Been prioritizing other things.

I hope you have a lot of fun with it!

@denzilferreira
You can still run (potentially malicious) software without installing it. Lots of portable software out there on windows, AppImages or statically compiled binaries on Linux, etc. And you don't need admin permissions to ransom the user's documents, run a cryptominer, change the user's browser settings, adding itself to the user's startup applications, etc.
@Chickerino @Gargron

@voun
it's so good! <3

@Micca
Re: mixed encoding: it looks like h264 "slices" are independently encoded from each other, so it seems like it'd be a matter of adding an additional slice each frame with the data.

I wouldn't be surprised if I was missing something important, though.

@Micca
Just double checking: When you say "full digital", do you mean "not lossily compressed"? or some other requirement?

If it's the former, cnlohr wrote a lossless h264 encoder for this kind of purpose awhile ago: https://github.com/cnlohr/h264fun

https://youtu.be/VnZac6lA1_k

My open question would be: can you mix blocks of losslessly encoded h264 video with blocks that came from a regular h264 encoder, stitching the result into a single video? as they didn't do that for this project.

@dragonarchitect
It could just list whatever the most relevant warnings are at any given moment, in the given context.

Therefore, the first thing people do when they see you again is check your label for the current hazards.

@digitalfox
Probably depends on which skeleton you put the system on.
@DotRook