Ah I see, haven’t been on “stable” distros for a long time so I wasn’t affected. I’ve enjoyed the good support and the video stuff is definitely nice. On the AMD side, still no idea how to encode or decode anything on my Framework 16, meanwhile Intel is acing it.

Hmm, I run an Arc GPU at work without any issues. Just using plain mesa on NixOS. The Intel devs were quite responsive when we ran into issues as well.

Peeeeck… neeeeeck!!!

Enjoyed the article but augh that sticky banner at the top that follows as I scroll took up 30% of my reading space. Gave up halfway through to enable reader mode on Firefox mobile…

Bravo la France ! Here’s to hoping more cities follow suit :)

I actively avoid any and all US products, including food. I hope others do as well. So long as we keep origin attestations, I am not sure they will sell as much as expected.

Hmm no, I haven’t had this issue. Tempo works fine for me, it’s been mostly bug-free except for a few oversights:

• search doesn’t work offline
• can’t play AAC files
• can’t skip songs via my Pebble watch

I’m (still) on a Pixel 3a, running LineageOS, in case that matters.

I did use Feishin for a while, it’s an excellent music player but unfortunately not a native program. I might switch back to it from Tauon though, as actually playing the whole song before going to the next is a pretty nice upgrade hehe

It looks really good indeed, and I don’t mind at all to pay for apps (I pay for FairEmail)… however it is very strange for me to add a nonfree app to the list I use every day… everything else is open source.

I currently host Navidrome, which has an okay web player. On Android I use “Tempo” (though it is unmaintained) to connect to it, and on Linux I use Tauon (though it has very poor playback). I could not find a native Linux client that is not buggy unfortunately, so I’m also on the lookout for better solutions! I’m not familiar with the device you are talking about but every client I tried supports MPRIS, which are the regular media controls that can be used via the playerctl command, so you should be able to hook things up that way.

Ah, yes… if only. I’ve upgraded internally SLR 1.0 -> SLR 3.0 but we can’t deploy it until a bug is fixed in the Steam client that causes, when we enable SLR 3, all Steam Decks to run the Linux build. Yes, Steam Decks run the Proton version, solely because the save file has different letter casing (yes I know it’s so annoying haha). We’ve spent quite some time on this and there’s no way to fix this without some folks losing their saves, and that is absolutely not an option. Soooo for now desktop Linux is stuck on runtime 1.0, and Steam Deck users are stuck on Proton. “fun” :/

At my studio we maintain a native Linux version with a custom game engine, and it indeed takes a lot of time. I don’t consider Proton a viable option as we lost the ability to integrate with Linux-specific stuff such as Wayland APIs or better input, but I can definitely see the appeal of switching to Proton… if your team uses Windows. If you have some developers on Linux, you naturally get a Linux build (if using cross platform APIs ofc) and it’s actually faster to cross-compile a Windows build every once in a while (skip the slow ntfs I/O) and ship that. But it requires getting more of the team on Linux :)