Canonical want help testing their Steam snap package for Ubuntu

Quoting: slaapliedjeThe scale difference of how much Red hat improves Linux as a whole vs how much Ubuntu does is kind of staggering.

Canonical revenue 2021: $93 million.
Red Hat revenue 2021: $5.6 billion.

Gee, I wonder why Red Hat may be able to do more than Canonical can.

Quoting: slaapliedje

Quoting: TuxeeCanonical makes money with support and services for commercial customers. Exactly like Red Hat. Their Steam efforts are just pursued to keep Ubuntu visible as "the" desktop distro that plays well with their customer services. And there is zero lock-in since pretty much every software I can think of is also available via other channels. Snap is a convenient (YMMV) alternative in the Ubuntu ecosystem. That's all.

That would be great if it were true, as some software is out there that make snaps available, but otherwise have to be installed via tar balls, or converting rpms, etc. It's a visibility issue. I bet you if there could be alt stores to snap, no one would hate it as much as they do.

So... The situation without the Snap store would be exactly the same for non-snappers today. Correct?
Now, the alt stores... Yes, it would stifle your Canonical flaming somewhat (though I assume there is plenty of other nasty stuff lurking out there), but apart from that it wouldn't change a thing. How many alternative Flatpak repos are there? I have about 20 Flatpaks installed on my system (about as many as snaps). Exactly ONE is NOT from flathub. (And that's a paid-for software.)

Quoting: slaapliedjeThe difference between them and Red Hat is that Red Hat pays developers to put most of that code back into open source projects and pushes forth the advancement in Linux in ways that Ubuntu have either tried to do their own thing with (mir, Unity, snap) or just minor things that do actually help (gnome performance improvements). The scale difference of how much Red hat improves Linux as a whole vs how much Ubuntu does is kind of staggering.

I know. Red Hat. With their NIH syndrome. Painful. They didn't want to contribute to upstart. They had to dish out systemd. How lame. They didn't want to support Unity, no they had to had it their way and concoct Gnome Shell. They could have supported Snap, but no, it had to be flatpak. Because all the Canonical alternatives preceded the Red Hat implementations. Mir was a different beast altogether - Canoncial actually wanted to use Wayland, but Wayland was years from being usable and then Mir served a different purpose.

And just to give you an idea about size and influence: Red Hat has - according to Wikipedia - 19,000 employees and makes billions of revenue. Canonical has a few hundred employees and has an annual revenue of 140 millions. So yes, Red Hat contributing much much more is hardly surprising.

Quoting: slaapliedjeFor myself (and others), Ubuntu would need to do a lot to regain our trust. All the snap vs flatpak does is cause developers to keep shying away from deploying commercial software on Linux (and as much as we as users can disagree on how much we want commercial software, for 'The year of the Linux Desktop' to happen, we need it.

Oh puhleeze. The usual BS. This has been the mantra for at least the last 15 years (because that's how long I use Linux on my desktop). The availability of commercial software has never been hindered by "having two or three package formats". Never. I do have my (paid-for) commercial products as DEBs, AppImages, Flatpaks, Tars, script installers. So if companies want to sell their stuff they are perfectly capable and willing to do so.

Quoting: Guest

Quote"the most popular Steam titles which should ‘just work’ based on reports on ProtonDB"

I'm inferring from this that they are working hard on the "weak spot" that sandboxing always had, even flatpak which is a bit superior (imho) has some shortcomings with proton emulation. Personally I won't be using it, if valve provides a deb package I will use that instead. I can't remember but I think it has some issues regarding how linking and hard linking works on sandbox mode that makes proton go bonkers.
Maybe Im barking out the wrong tree, and this is already fixed, but back in the days when proton started, steam flatpak had all kinda of issues, related to sandboxing, even Proton GE didn't work, it was a bloody mess.
Tbh it's kinda of logic, because you are running an "emulation" app (proton) on top of sandboxing, I guess it makes everything more complex.

Nothing is being emulated. Proton, which is based on WINE, is translating windows calls to Linux ones. Sandboxing is perfect here because you don’t want random windows apps and games having access to your Linux system. In fact, proton itself uses the sandboxing technology of Flatpak in it, which leads me to your anecdote of Flatpak Steam issues. I’m pretty sure you’re talking about when old versions of Flatpak didn’t support sandbox within a sandbox, so modern proton versions. This has long been fixed, and, because of the reproducible and immutable nature of Flatpak, it sometimes works better than a traditional install of Steam would. Some examples are:

https://github.com/ValveSoftware/csgo-osx-linux/issues/2815

https://github.com/ValveSoftware/Proton/issues/6051

https://github.com/ValveSoftware/Proton/issues/5214

Quoting: soulsourceA Mozilla developer posted about Snap (and Flatpak) just recently, and I think it's a very interesting read.

Original thread:
https://fosstodon.org/@gabrielesvelto/109976029692454638

Follow-Up with links to the bug-reports:
https://fosstodon.org/@gabrielesvelto/109981179869984715

Most of his points have already been thoroughly discussed before. I’m not sure if that’s him trying to stir up a flamewar again or is just ignorant on the topic, but they’re false anyways.

Edit: that criticism of the thread is also brought up in the replies.


Last edited by fireplace on 18 March 2023 at 11:09 pm UTC

So, there is a working .deb of Steam provided by Valve and then Canonical decides, nah, that is working to well on our distribution, let's introduce additional points of failure by wrapping it into lot's of additional bubble wrap with our personal logo this totally open and free packaging standard that everyone could use if they went a little bit out of their way and accepted a few performance and efficiency regressions - on it an then ask the community - assuming said community can fit the 'improved' product's more ...chunky... dimensions into their existing gaming spaces and time schedules - to QA it because otherwise to big a task?

At first glance one might be tempted to ask: Why?
But then I remembered something that is easily forgotten these days: this is Linux! So if someone is doing to do some crazy and unnecessary Stuff - just because!- , you take a casual, fascinated glance at this marvel, offer a barely audible, but heartfelt 'Neat!' as commentary, and move on with your life.

Quoting: SchattenspiegelWhy?

Classic case of NIH (link


Last edited by Klaas on 19 March 2023 at 4:20 pm UTC

I am personally not a fan of Snaps, so I wouldn't use this. I prefer using the Steam Flatpak.

The Steam Flatpak, in my experience, works fine about 95-98% of the time. The only explicit problems I've had with it is that modded VtMB using an older version of Proton doesn't work; and sometimes I've changed distros and found a game (Sugar Style and Dokyusei) no longer working and/or launching DESPITE using the Steam Flatpak in BOTH distros! I ended up putting both games on my Steam Deck, because that was easier than trying to solve the issue on the Steam Flatpak.

(for context: At home I use Mint, Manjaro, Postmarket/Alpine, and SteamOS (Deck). For $$, I'm an SA.)

I no longer trust anything from an Ubuntu "store" like offering.

Years ago, Canonical's Ubuntu had a Store where I purchased games (some from bundles, other games from their store on sale.) Then Canonical shut down the store saying, "We're sorry. So sorry." (just like BP in the South Park episode). As the saying goes: "Fool me once, shame on you. Fool me twice, shame on me."

I won't go down the technical rabbit hole of my pro/con use-cases for Snap. But as a home consumer, I have more significantly more trust in Valve's official Flatpak than Canonical's [3rd party] attempts to repackage Steam for their users. BTW, Did Canonical need to get Valve's permission to do that? Just curious.

I am so very tired of AppStores. I see Flathub morphing into a FOSS "Itch.io" of sorts -- which more tolerable give the level or creator control. Even then, vendors can offer their own Flathub repo to for non-free & commercial stuff vs negotiating with Canonical to host a custom spun Snap.

Given Canonical's financial & other operational challenges over the last decade (more like two), they could really save some $$ & Cycles if flatpak as enabled out of the box. It would allow them to focus on where Snaps' use-cases really shine.

...am I the only one who felt "neat," and then just shrug?

Maybe because I'm starting to get used to using Flatpak, distrobox, Conty, and Nix that I'm just not fussy about how I get my apps. If app don't work with Flatpak, I find it on Nix, if it's not there, then I'll use Conty, distrobox, or AppImage, and if it really wants to be installed on root... then I'll just install it.

My only issue with snaps is the clutter, otherwise I'd probably use it as well. It's, like, whatever man. Just install your app and do what you need to do. People getting more access for Steam is nice, and Canonical's the one doing the work anyways, so, uh... neat. Have fun!

Quoting: LinasI don't have anything against snaps as such, but the way Canonical are pushing them onto users feels disrespectful. Like if you apt install firefox, it will pull in snapd, and install the snap package of Firefox. Not quite what I expected the system to do.

A truly classic way of getting those people who initially don’t really care one way or the other to start caring in the wrong direction.

Anyway, I generally find that deb works best, but I’m always curious to test apps as either snap or Flatpak. Both are really interesting, but I usually end up with the deb version as the stayer installation.

E.g. when trying to handle profiles in Thunderbird under flatpak. It’s not straightforward to find the right directiry in which to pop your old profile directory.


Last edited by Appelsin on 20 March 2023 at 2:48 pm UTC