In addition to what Liam said, they do explicitly state "Available on Windows, Linux and SteamOS (Steam Deck)" on the Steam page. Specifically in the feature list, just above system requirements.

View this comment - View article - View full comments

@elmapul

I'd say Rack and Slay looks quite creative.
https://www.gamingonlinux.com/2024/05/rack-and-slay-answers-the-question-of-what-if-a-dungeon-crawler-was-like-billiards/

View this comment - View article - View full comments

Could be fun, could be infuriating. I guess I'll find out.

EDIT: Beat the first tournament. Definitely more fun than infuriating. And very very silly.

View this comment - View article - View full comments

(Somehow I still got a notification for the reply even though I unsubscribed from the comment thread. Hmm...)

Snap Store is open source. Literally and any other ways. Where you host it then, is another matter. You can host your own store with snaps.

All I've claimed is that the code for the backend is not available. The snapcraft.io website code isn't it. And I personally consider the backend an integral part of the Ubuntu Snap Store.

Whether or not it is possible to host your own snap packages is irrelevant to what I said.

As you suggest "do you trust Canonical"

No, all I said is "Whether or not you trust Canonical is up to you, obviously" in reply to Scaine bringing up the issue of trust.

well, do you or those concerned in this argument trust the server holders of the common websites you seldom visit? Right.

No, I don't trust most of them. Again, how is this relevant? (I do trust Liam though. :wink:)

Just to make this absolutely clear, I never even hinted that someone should not use Ubuntu or Snap. Maybe you're confusing me with someone else? I might occasionally make the mistake of discussing a technical detail or (like in this case) a licensing/transparency decision, but I don't take part in pointless distro wars in general. I like that there's something for everyone. Please stop trying to drag me into an argument.

View this comment - View article - View full comments

Looks like a sewing machine…

Specifically one of the early 1900s Singer Sphinx models. But definitely also a submachine gun of some sort.

View this comment - View article - View full comments

They said "everything else you run", so there's no contradiction between what you both are saying.

You're right, he probably only means the Snap Store client. Which doesn't do anything useful without the proprietary backend.

View this comment - View article - View full comments

@dziadulewicz

So the server back end is proprietary, as most websites server that people visit are.
Snap Store, snapd, AppArmor and everything else you run (in means of snaps) are completely open source.

No, that literally doesn't make Snap Store completely open source.

I'm not going to follow this conversation any further as I have no pony in this race. I simply prefer free and open source tech, and don't like it when people (and corporations) try to convince me that there's no difference.

View this comment - View article - View full comments

Quoting: scaineWhat bit are you looking at? Snap Store is only mentioned once in that Wikipedia entry, and I can't see any mention of its licence there.

You don't see the license information in the box under the logo? To me it says "GNU GPLv3 (Client & Runtime), proprietary (Backend)[2]".

Technically you could implement your own backend. Maybe there's even an official way to do this as you seem to imply, I wouldn't know or care to find out. But that doesn't change the fact that Canonical's own implementation is proprietary. Or the fact that "host your own" is a disingenuous thing to suggest when it's way more practical to simply use something else.

Whether or not you trust Canonical is up to you, obviously.

Quoting: Fester_MuddIt says also clearly on https://github.com/canonical/snapcraft.io [External Link] (Snap Store and where the source code is):

That repository hosts the code for the snapcraft.io website and doesn't include the snap store backend. This doesn't contradict the license information on Wikipedia.

View this comment - View article - View full comments

Quoting: lqe5433Has the Vulkan-mode been also improved?

This is the only mention of Vulkan in the update notes:

* Fixed screen tearing on Vulkan when VSync is disabled or set to Triple Buffering.

There's also a bunch of generic performance and stability fixes that should apply regardless of graphics API.

View this comment - View article - View full comments

Not sure what you're trying to say here.

I thought it was quite clear: Whether your whole system is optimized for your CPU architecture or not, optimizing the binaries in the Proton package might still yield some extra performance. Even a single library might make a difference, depending on what it is used for. Only benchmarks can tell I suppose.

View this comment - View article - View full comments