mat

joined 2 years ago
[–] mat@linux.community 18 points 2 weeks ago

omg I totally accidentally enabled this

I'd bother removing it but it's kinda funny to get an email reprimanding me when I ctrl+c out of a sudo command I mistyped, and maybe it will serve as a warning if it gets compromised :p

[–] mat@linux.community 14 points 2 weeks ago

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

[–] mat@linux.community 7 points 3 weeks ago

Very cool! Added the RSS.

[–] mat@linux.community 13 points 3 weeks ago (1 children)

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.

[–] mat@linux.community 3 points 3 weeks ago

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.

[–] mat@linux.community 3 points 3 weeks ago

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

[–] mat@linux.community 3 points 3 weeks ago

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.

[–] mat@linux.community 13 points 3 weeks ago (13 children)

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.

[–] mat@linux.community 5 points 1 month ago (2 children)

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" :/

[–] mat@linux.community 62 points 1 month ago (4 children)

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 :)

[–] mat@linux.community 2 points 1 month ago (1 children)

I don't have any advice to give but I want to thank you for considering this angle while building the website.

[–] mat@linux.community 2 points 1 month ago

Really cool to see more WINE Wayland support, I ought to try it out and see games running natively on my system!

view more: ‹ prev next ›