Quoting: Luke_Nukemsoooo.... folks are still updating distros live via a terminal in desktop and expecting things to be smooth every time?

Y'all should at least switch to a TTY to update, that way if you stomp the desktop your update will at least finish.

This, plus the need to restart various services is why an update-reboot (such as in fedora) is good.

Fedora users only need to click "Update & Restart" on GNOME Software or KDE Discover and it will perform an offline update. No need to think about this kind of stuff.

I've personally never updated from a TTY and never had an update interrupted in the years I've used Linux, but using Silverblue has been reassuring because the update doesn't even need to be applied offline; it's always applied completely or not at all.

View this comment - View article - View full comments

Quoting: MohandevirJust got the upgrade, on my PC... After the update, I was left with an empty desktop. All the apps had been removed. I had to reinstall the desktop with "pacman -Qqn | pacman -S -" to get them back.

Hu... rray!

How...how did that even happen? What?

View this comment - View article - View full comments

If they could release it in Australia first...

View this comment - View article - View full comments

Quoting: CatKiller

Quoting: pleasereadthemanualI'm coming at this from the perspective of someone who is trying to build a Flatpak package and convince upstream to take control of it once I have it generally working.

I can't help you there. But even if Valve, say, wanted to take over the maintenance of a flatpak that doesn't mean that any other project would want to with theirs.

Quoting: pleasereadthemanualI don't know what Valve's official statement is on the Flatpak, but I have heard they don't want to take control of it for some reason. That might be due to Steam trying to spawn another sandbox inside the Flatpak sandbox, which isn't possible. I'd be curious what exactly the situation is there.

Their official statement is that it's unsupported. Same as snap, and same as any distro but Ubuntu LTS and SteamOS.

Quoting: ValveSteam only officially supports Ubuntu running Ubuntu 12.04 LTS or newer and SteamOS, but the Steam for Linux community is extremely resourceful and has managed to run Steam on a large variety of distros. Valve approves of these efforts but does not officially endorse or provide support for them.

Quoting: ValveSteam has been packaged as a Flatpak app by the Flathub community, but this Flatpak app is not officially supported by Valve...

Steam has been packaged as a Snap app by Canonical, but this Snap app is not officially supported by Valve.

As far as the container goes, the Steam container is the same as flatpaks - bubblewrap - and having a container in a container specifically didn't work for bubblewrap. They had to make changes on both ends so that it would work, as I already mentioned. There are probably Phoronix or similar articles going into what exactly they did to make it work.

Edit: found the change. It was

QuoteAllow a subsandbox to have a different /usr and/or /app.
Steam will use this to launch games with its own container runtime
as /usr (the "Steam Linux Runtime" mechanism).

from flatpak 1.11.1 (in 2021) with concurrent changes to pressure-vessel. Prior to that games using the SLR or using later versions of Proton wouldn't work in the flatpak.

Thanks! That's quite interesting. And yes, it wouldn't help me with my vendor, but I was curious what the reasons were...

If Canonical couldn't convince Steam to take ownership of the Snap, I don't think Flathub has much of a chance.

I kind of wonder if there's much point in adopting a Flatpak package as a proprietary vendor. Upstream first needs to create some sort of package that you can package up into a Flatpak, because building from source is obviously not an option. That's almost always a .deb. So in the end you'll be maintaining two packages, at least. You can't do what Bottles did and say, "No! We only support the org.freedesktop.Platform runtime!"

Unless I'm totally wrong?

Edit: I'm probably totally wrong about that. But I wonder if any proprietary developer has actually done or is considering doing this.

View this comment - View article - View full comments

Quoting: CatKiller

Quoting: pleasereadthemanual

QuoteFixed startup delays when running in flatpak environments.

Interesting that Valve cares that much about the Flatpak package, but don't want to officially adopt it.

Flatpak is the fourth most popular distro in the Steam Hardware Survey. Having had to do a bunch of stuff already on both the Steam side and the flatpak side to have container-in-a-container work at all, if there's more they can do to make it work better - why not?

I'm coming at this from the perspective of someone who is trying to build a Flatpak package and convince upstream to take control of it once I have it generally working.

I don't know what Valve's official statement is on the Flatpak, but I have heard they don't want to take control of it for some reason. That might be due to Steam trying to spawn another sandbox inside the Flatpak sandbox, which isn't possible. I'd be curious what exactly the situation is there.

View this comment - View article - View full comments

Quoting: gradyvuckovic

Quoting: pleasereadthemanual

QuoteFixed startup delays when running in flatpak environments.

Interesting that Valve cares that much about the Flatpak package, but don't want to officially adopt it.

True, and I'd say it mostly comes down to just the fact that Valve is a business and cares about customer service.

Realistically a lot of people are choosing to use Steam via Flatpak these days, rightly or wrongly.

If those people have a bad experience then that's "a bad Steam experience". Even if it's not officially supported. Sure Valve could say "We told you that's not officially supported" but it doesn't matter. Bad experience is bad experience, and if the bad experience happens while in Steam, that's "a bad Steam experience". Bad Steam experiences means less sales.

It's one of those "The customer is always right" situations. Doesn't matter if officially you don't support something, if that's where your users are, gotta try to make it the best experience possible. Good businesses are always bending over backwards trying to give customers good experiences.

Notably, they don't do the same thing for the Snap package.

View this comment - View article - View full comments

QuoteFixed startup delays when running in flatpak environments.

Interesting that Valve cares that much about the Flatpak package, but don't want to officially adopt it.

View this comment - View article - View full comments

Awesome.

View this comment - View article - View full comments

Quoting: finaldestI am done with this crap.

I am fed up of this complete utter greed. First we lost physical releases along with publishers destroying games preservation. Now they want even more money by charging £100+ for a broken PC game and now I am required to give yet more money to play the game on release day (AKA On time)

I am done. After 20 years I am now going back to the high seas.

Visual novels are still very much physical. Tens of thousands of them are only available physically.

Big pain to ship them internationally and sometimes they're encumbered by DRM, but they are physical...I wonder if these Japanese games will ever make the shift to digital-only.

View this comment - View article - View full comments

Quoting: Purple Library GuySo, I've never really used flatpaks, except maybe one or two that were actually in my distro's repository. So I'm wondering--If you install stuff from Flathub, how do you keep it up to date? Is there some mechanism or do you just have to sort of remember that you ought to, application by application? Do you update, or do you just reinstall a newer version?

You just click the Update All button in GNOME Software or KDE Discover to update your system + Flatpak packages. They're all managed via PackageKit. It informs you if there have been any permission changes between versions. I assume the Linux Mint software GUI would have a similar screen. It updates like any other system package, replacing the older version.

You can also run:

flatpak update

in the terminal if you like.

Incidentally, rolling back to a previous version of a Flatpak requires the terminal and is a little obscure, but it's easily possible. For instance, let's say you want to downgrade GIMP. First we need to know the Parent commit:

flatpak remote-info flathub org.gimp.GIMP

Then update to the Parent commit:

flatpak update --commit=02da1cc51c2b5f9fe03487ff6024e95be68f22e1f10c73ca6a10f8de84e8d321 org.gimp.GIMP

To see all of the previous versions, run:

flatpak remote-info --log flathub org.gimp.GIMP

View this comment - View article - View full comments