151
[News] Steam Deck officially hits over 12,000 games Playable and Verified
(www.gamingonlinux.com)
this post was submitted on 31 Oct 2023
151 points (98.7% liked)
Steam Hardware
19778 readers
57 users here now
A place to discuss and support all Steam Hardware, including Steam Deck, Steam Machine, Steam Frame, and SteamOS in general.
As Lemmy doesn't have flairs yet, you can use these prefixes to indicate what type of post you have made, eg:
[Flair] My post title
The following is a list of suggested flairs:
[Deck] - Steam Deck related.
[Machine] - Steam Machine related.
[Frame] - Steam Frame related.
[Discussion] - General discussion.
[Help] - A request for help or support.
[News] - News about the deck.
[PSA] - Sharing important information.
[Game] - News / info about a game on the deck.
[Update] - An update to a previous post.
[Meta] - Discussion about this community.
If your post is only relevant to one hardware device (Deck/Machine/Frame/etc) please specify which one as part of the title or by using a device flair.
These are not enforced, but they are encouraged.
Rules:
- Follow the rules of Sopuli
- Posts must be related to Steam Hardware or Steam OS in an obvious way.
- No piracy, there are other communities for that.
- Discussion of emulators are allowed, but no discussion on how to illegally acquire ROMs.
- This is a place of civil discussion, no trolling.
- Have fun.
founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Yeah, packages for things like Blender and Steam do exist in most distro repositories. But they make no distinction between packages that provide software like that and packages that provide core OS services + userland (systemd, pipewire, coreutils, cups, a desktop environment, and so on). What you want requires a distinction between those things.
See SteamOS, Fedora Silverblue/Kinoite + universal-blue, openSUSE Aeon/Kalpa, Endless OS, and possibly in future Ubuntu Core Desktop as examples of modern systems (or systems in development) that make use of traditional packages as the building blocks of the base OS, and then lean on application distribution methods like Flatpak or Snap to provide desktop software. Use of the distro package manager for software like Blender is explicitly discouraged by all of these.
Distro specific fixes and configurations shouldn't be necessary as long as the OS provides what the application platform needs (desktop portals, audio server, display server, print server, message bus, etc) Flatpak doesn't even prevent distro specific repositories if it's really necessary either; Fedora ships with their own Flatpak repository in addition to Flathub.
You want better control of or isolated and relocatable end-user software installation, and it already exists - it's just not being done at the traditional package manager level, and I haven't heard about any development effort going towards changing that.
You've decided that it has to be the traditional distro package manager providing the solution - but that isn't going to happen, because those have been designed to manage a single installation of interdependent software with no distinction made between core system libraries or services and end-user applications. The solutions to the problems that come from that - which also make it extremely simple to fix issues like the one you have using a single config file - led to the development of Flatpak and Snap.
Some traditional mutable distros also ship with Flatpak + Flathub configured out of box and present them alongside and with equal importance to their own distro-specific packages - e.g. Linux Mint, PopOS, Clear Linux, CentOS, and Fedora Workstation. And Ubuntu is pushing Snap. So they're all unlikely to start putting work into enhancing their distro package managers to start providing the desktop software specific features that you want.