Ubuntu Wants You to Test its Steam Snap - OMG! Ubuntu!

Remember when Ubuntu said it was getting serious about gaming? Well, it hasn't forgotten entirely — it's once again asking gamers to take part in a fresh

OMG! Ubuntu!

@omgubuntu

I never realised that the Steam Flathub Flatpak was a community build 🤔

https://flathub.org/apps/details/com.valvesoftware.Steam

#ubuntu #steam

Flathub—An app store and build service for Linux

Find and install hundreds of apps and games for Linux. Enjoy GIMP, GNU Octave, Spotify, Steam and many more!

@RyuKurisu @omgubuntu Yeah i think i'll test the flatpak instead :)
@catraxx @RyuKurisu @omgubuntu Why not try to at least help out and test the Steam Snap too?
@asahi95 @RyuKurisu @omgubuntu Why should i? Flatpak is the community solution. If they want my help testing proprietary software, they can pay me.
GitHub - canonical/steam-snap: Steam as a snap

Steam as a snap. Contribute to canonical/steam-snap development by creating an account on GitHub.

GitHub
@peterkal @asahi95 @RyuKurisu @omgubuntu You are wrong. Snap backend is proprietary.

@catraxx @asahi95 @RyuKurisu @omgubuntu
Let me explain a bit

Snapd| Open source:
https://github.com/snapcore/snapd

Snapcraft(Tool to build snaps)|Open Source:
https://github.com/snapcore/snapcraft

Base snaps(Required by many snaps)|Open Source:
https://github.com/snapcore/core20
(more on github)

Website of SnapStore|Open Source:
https://github.com/canonical/snapcraft.io/

The only part of the Snap ecosystem thats Close-source, is the Backend of the store.
When you have support for snaps on your pc everything installed is opensource

GitHub - snapcore/snapd: The snapd and snap tools enable systems to work with .snap files.

The snapd and snap tools enable systems to work with .snap files. - snapcore/snapd

GitHub

@peterkal @asahi95 @RyuKurisu @omgubuntu Yeah and why exactly would i trust something like that? It's the same problem as with so many proprietary applications: Sure, the client is open source, but that means nothing if the backend is controlled by a corporation. You still don't know what happens to your data. You still trust a company to curate your software for you.

No thanks. We have tried this many times before, i am not going to do it again.

@peterkal @asahi95 @RyuKurisu @omgubuntu Additionally, why would i even consider this if Flatpak works just fine and is completely open source?
@catraxx @asahi95 @RyuKurisu @omgubuntu
Flatpaks for me don't really fit my needs. Also they are slower on my machine(maybe my problem).
Snaps just do anything better and I prefer the way they are designed. Like the fact that all dependencies are in the package, the autoupdates (that you can disable) and more.
Of course I don't have a problem with Flatpaks, they are a tool that is designed to cover people needs, I use them when I want to install software thats only available there.
@catraxx @asahi95 @RyuKurisu @omgubuntu
All data leaving your pc are first handled by the open-source elements, so you can know exactly what's going on.
Also the only data is your snaps installed and their version(for updates to happen) and maybe what country you are in to give stats on developers.
@peterkal @asahi95 @RyuKurisu @omgubuntu If that's all such a non-problem, i am sure they have no problem open sourcing their backend code. Until they do, it's a hard no from me.
@catraxx @asahi95 @RyuKurisu @omgubuntu
Open Sourcing is not easy, it means that the team will spend resources on accepting PRs and more of that stuff.
But I think that while many people really care about open source, others just hate on canonical.
Like when they opensourced LaunchPad many people kept suggesting close source alternatives.

@peterkal @asahi95 @RyuKurisu @omgubuntu I think i do a bit of both. I hate on Canonical for their blatant disregard for community options and them stuffing snap down our throats without giving us a good option to completely remove it.

But i also believe in open source and i think that trusting a company is always a mistake.

@catraxx @asahi95 @RyuKurisu @omgubuntu
The way I see it is that Ubuntu and Snaps are tools. They help me get the job done. If they stop doing that I would probably stop using them and seek for alternatives.
I think that even if you don't like their decisions you can't understand them. For example chromium becoming a snap was disappointing for some people, but again was necessary for keeping Chromium running on Ubuntu 16(and older).
I think that we sometimes are a little impatient with them.

@peterkal @asahi95 @RyuKurisu @omgubuntu That is something you can do, but i would rather not have something than base something this important on some companies' whim. I made that mistake before, and it simply always goes wrong. Always starts the same, it's free, why don't you use it? No they're not hiding anything.

But they will. They always do. I'm sorry if Canonical is meant to be this big exception on the market, but i can no longer trust the profit motive.

@omgubuntu outside of #Ubuntu who actually uses snap? I give them credit for not giving up on yet another tech stack, but why the hell do they constantly have to try to force their own stuff?
@ozoned @omgubuntu
Here is just a screenshot of the beginning of the list
See more
Snapcraft.io/core20
@peterkal @omgubuntu I'm talking about active development, including it in the base image, etc. Not all the work Canonical did to get snap everyone and some folks on those distros use it.

The real underlying question is, why, once again, is Canonical attempting to go their own route? There's seems to be only one answer to why they're always doing this and that's control. As seen by the fact only they can run a snap store.
@ozoned @omgubuntu
Whatever distro you are using its creators have control over the repos, Gnome and whoever runs Flathub has control on flathub. That control drama is not justified.
I think what many people don't get is that SnapStore is gigantic. It's responsible for updating your robot, your smarthome appliance, your GUI/CLI apps on your desktop and your mastodon server.
It takes tens/hundred employees to run this thing.
1/
@ozoned @omgubuntu
Also, you can create a snap repo of your own, is not hard. Canonical has made examples of communication protocols in the past(I think), and Rudra the creator of Ubuntu Unity has made a proof-of-work project
But also I don't think that decentralization is the way to go for app distribution, many are happy about the fact that flatpaks are decent. but yet most people will never use something more than Flathub
@peterkal imo decentralization is the only way to go as we have seen time and time and time again when a project or company has too much control they'll justify anything including thinking they're the only ones that can handle X, because they're the only ones with knowledge and experience.

And Fedora already runs their own flatpak repo so they can make sure things work nicely. Other distros do as well.
@peterkal every company wants control of a market. It's naive to think otherwise. And it shouldn't matter how complex it is or whether someone won't ever set one up, they're supposed to be an open source company and if they want to act like a leader in open source then they should lead by example. Any company thinking they're the only ones that can handle X are bad actors and shouldn't have our trust. This also goes for Red Hat.
@peterkal @omgubuntu this also doesn't give a number of users. It's just a comparative line graph per distro. If the first is 10 users, yes I understand it's way more, then the rest are fractions.

@omgubuntu This is gonna be pretty exciting once the Steam Snap goes stable, that means I don't have to rely on the deb anymore (and potentially face dependency hell again😅)

I'll definitely go and help test the Steam Snap! :)

@ubuntu @omgubuntu I'm not gonna lie but I have moved on from Ubuntu. I have no desire to test anything from Canonical at this point. Maybe one day I'll have a reason but as for today and the foreseeable future my answer is no. Especially after the heavy handed top down way they pushed out flatpak from iso builds of the flavors.