natsume_shokogami
It seems like what I’ve read from GPLv2 and GPLv3 as well as RH’s EULAs, contrary to some people here, Red Hat technically didn’t violate the GPL, but they are already not following the spirits of GPL and free software/open source (People expect free/open source software as in they can easily find the source publicly accessible in GitHub, GitLab, CodeBerg, or whatever Git, Subversion,… repos of your company or organization). And I think they don’t believe in free marketing either, many other companies are aware that people are pirating their softwares, or compiling the software themselves (if it’s open source) and give them as if it’s from them for free; especially when you’re dominating a market segment, it can make people exposed and relying on your softwares, so that anyone will mandate to use your softwares because it’s “industry standards”.
YunoHost and SteamOS please
NetBSD please
Zsh please
I think that compared to video games, productive softwares, especially “industry standard” ones, rely more on Windows APIs at much more accuracy (and since Wine and its forks such as Proton have to rely on black-box reverse engineering to avoid copyright infringement), the API calls may not have the exact values 100% of the time which is more tolerable to videos games but much less on productive softwares.
Another reason is that most of these softwares unlike most video games are likely using many Windows’ quirks or bugs and are likely less using standard (such as WinUI, DirectX,…) or cross platform toolkit (Qt, GTK,…), making reimplementing the environments and libraries to run the softwares much harder.
Oh, and not even counting that many of those softwares may also use kernel-level DRMs which Wine/Proton/Crossover/… are only userspace level to prevent pirates. This was actually a problem in video games too when many video games, mostly multiplayer ones implement kernel level anticheats or DRMs, until Valve contacted the anticheat/DRM developer as well as the release and popular of the Steam Deck make developers care more about Wine/Proton compatibility, but even then there are some developers still don’t implement Wine/Proton compatibility or even worse ban Linux users for circumvent the artificial incompatibility.
Honestly, given that there are many flaws in desktop Linux security, awareness of people about desktop Linux need to be parallel with better security practices : https://madaidans-insecurities.github.io/linux.html https://privsec.dev/posts/linux/linux-insecurities https://privsec.dev/posts/linux/desktop-linux-hardening/ I just hope that when people are more aware of desktop Linux, developers then need to be more aware of security and use available platforms or components with security in mind such as Flatpak, Wayland, MAC, Pipewire,… and kernel developers should have cared more about industry security practices, and please don’t give ideological reasons there.
However it’s currently difficult for games made for Godot to port to consoles (XBox, PlayStation, Nintendo Switch,… not those non-Switch “gaming handhelds” since they are all just Windows/Linux handheld PCs) while keeping Godot open source since the SDKs, APIs, porting kits of these consoles are proprietary and you have to sign in NDAs. If most of your games’ revenues are from consoles, you don’t have much choice currently.
Many of those “Steam Deck killers” market themselves that they use Windows to have better game compatibility though, average casual users don’t notice the different on Windows and on Linux. Also it seems like currently only Valve is the only one being interested on Linux gaming and taking serious, if any measure to improve Linux gaming. Even GOG with their anti-DRM stance (which may align more to Linux users) and Epic Game Store with their anti-monopoly stance (which also align with many Linux users too) haven’t done anything to improve Linux gaming or even port their store/launcher to Linux, and many manufacturers and machines don’t support Linux adequately or maybe even not at all (especially gaming machines). So it wouldn’t be so surprising though
There are, actually. Since Misskey’s culture are different from Mastodon’s, they have been implementing more features than Mastodon from the start, and Misskey’s APIs are different from Mastodon’s so there will be many weird quirks when accessing Mastodon (even weirder if it’s a Mastodon fork such as Glitch-soc, Hometown, Fedibird,… since they use older Mastodon versions as base) instances from Misskey instances (though Firefish devs are improving this by implementing Mastodon APIs and several Mastodon features). Also note that Misskey caters more Japanese users more than Mastodon, people who aren’t familiar with Japanese culture may also even Misskey userbase and features odd and different as well