Quoting: Mumrik93Where did Atari get the money to buy them? The Atari VCS was a massive failure on so many levels I have issues believing any bank would be inclined to give them a loan.

They received €12.5M from their share holders last year by way of a rights issue and got a €2.4M loan from Irata LLC, according to their latest report they are still not profitable and had a higher loss in 2022-H2 then 2022-H1

View this comment - View article - View full comments

Quoting: slaapliedje

Quoting: F.Ultra

Quoting: slaapliedje

Quoting: F.Ultra

Quoting: slaapliedjeI bet you if there could be alt stores to snap, no one would hate it as much as they do.

Well that is the situation today but people still hate it as much as they do. Now there AFAIK does not yet exist such a store, but there _could_ do since everything needed to build it is available, it's just that no one have bothered and that is hardly Canonical:s fault.

I'd like to be proven wrong, but I'm pretty sure their backend is tied very much into their client.

The URL to the store is most likely hardcoded in the source code of snapd, but the code is open so it can be forked and so far we don't know how Canonical would treat a patch that changes that to a config value under say /etc/snap.d/.

Right, but who would want to bother when you can just use flatpak? :)

Of course, but then perhaps also at the same time stop the hate for snap? I mean that was the context, not that you had to use it ;)

View this comment - View article - View full comments

Quoting: slaapliedje

Quoting: F.Ultra

Quoting: slaapliedjeI bet you if there could be alt stores to snap, no one would hate it as much as they do.

Well that is the situation today but people still hate it as much as they do. Now there AFAIK does not yet exist such a store, but there _could_ do since everything needed to build it is available, it's just that no one have bothered and that is hardly Canonical:s fault.

I'd like to be proven wrong, but I'm pretty sure their backend is tied very much into their client.

The URL to the store is most likely hardcoded in the source code of snapd, but the code is open so it can be forked and so far we don't know how Canonical would treat a patch that changes that to a config value under say /etc/snap.d/.

View this comment - View article - View full comments

Quoting: slaapliedjeI bet you if there could be alt stores to snap, no one would hate it as much as they do.

Well that is the situation today but people still hate it as much as they do. Now there AFAIK does not yet exist such a store, but there _could_ do since everything needed to build it is available, it's just that no one have bothered and that is hardly Canonical:s fault.

View this comment - View article - View full comments

Quoting: SchattenspiegelSo, 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.

While I am among the crowd that hates containers with a passion I must say that _if_ there ever would be a use case for containers on a desktop then a browser and a games store would be it.

A browser because it is a major target and thus benefits much from being sand-boxed, also all browsers use heavily forked dependencies so they already have to bundle all their dependencies anyway making the practical difference between a container and a .deb

And a games store have all of the above _and_ also hosts closed source, so not trusted, applications combined with the fact that those applications (aka games) don't really have to interact with the rest of the system.

The supplied .deb from Valve is also nothing else than a small script that downloads the real steam package, so it is not a .deb containing the Steam application.

View this comment - View article - View full comments

Quoting: GuestIndie devs: port their games to every platform possible, flawless native linux ports.
AAA studios with billions of dollards profit: wE cAn't aFfOrD LiNUx sUpPoRt uwu :cry::cry::cry:

just admit that game industry is full of incompetent useless people managed by greedy billioners. even though you buy all games, you don't support developers. you support upper management's annual paychecks so they buy another yacht size of aircraft carrier

While true on a level we also have to remember that indie devs owns their own games and can make their own decisions. When it comes to AAA studios the devs are not allowed to make any decision like this on their own. And the finance guys that runs the show in AAA studios sees the Linux market as far to little to be worth the effort (compare with say the movie industry where the financiers require that the movie makes 3-4 times the money or they consider it as a flop while a indie movie maker would see anything above production costs as a huge win).

View this comment - View article - View full comments

Quoting: CatKiller

Quoting: F.Ultra

Quoting: whizseI can't say I have a stake in this, but it's interesting to ponder that Ubuntu seems to have a habit of betting on the wrong horse, Mir and upstart, for example.

I wish that people would stop bringing up Upstart in discussions like these. Upstart predates systemd by 4 years and was at the time the best candidate to replace the ancient SysVinit which is why many, including Red Hat and Chromebooks, move over to Upstart.

The same is also true of snaps, Mir, and Unity. Snaps predate flatpaks and have features that flatpaks still lack. Wayland wasn't (and still isn't) a good choice for phones since it's for the desktop. There (still) isn't a convergent desktop environment that will work across phones, netbooks, tablets and the desktop, which was the aim of Unity.

Canonical's problem is that they want to push things forward but don't have Red Hat (IBM now) money.

And they did plan to use Wayland, and if I don't remember wrong they where about to be the first distro to use it (just like they where the first to use Pulse) but then they discovered that it wasn't fully functional yet so they moved that back and started to work on bringing Mir to the desktop instead.

People also tend to forget the sorry state of Gnome 3.0 when it was released that made every distro out there either keep using the old Gnome 2.0, switch to something else or create something new like MATE or Unity.

And now again people are up in arms because some variant of Ubuntu will not default install flatpack, while it will remain in repos so any one that wants it can install it. Sometimes our community is worse than The People's Front of Judea.

View this comment - View article - View full comments

Quoting: whizseI can't say I have a stake in this, but it's interesting to ponder that Ubuntu seems to have a habit of betting on the wrong horse, Mir and upstart, for example.

I wish that people would stop bringing up Upstart in discussions like these. Upstart predates systemd by 4 years and was at the time the best candidate to replace the ancient SysVinit which is why many, including Red Hat and Chromebooks, move over to Upstart.

View this comment - View article - View full comments

Any one knows how this all works with games like Callisto Protocol where Steam downloads shader caches only for the game to then upon launch to rebuild the shaders anyway, sounds like the two systems are fighting each other and that perhaps the steam shader cache should be disabled for games like this, or does it still help in some way that I don't understand?

View this comment - View article - View full comments

For Ubuntu fixed packages for this was released on 2023-01-16, more info: https://ubuntu.com/security/CVE-2023-22809 [External Link]

Red Hat released patched versions on 2023-01-23, https://access.redhat.com/security/cve/CVE-2023-22809 [External Link]

Debian released patched versions on 2023-01-23, https://security-tracker.debian.org/tracker/CVE-2023-22809 [External Link]

I could not find any info for Arch on https://security.archlinux.org/ [External Link] but it looks from their package database that they released patched versions around 2023-02-10, 2023-02-15

Most others probably follow the releases above as they usually are based on Debian or Ubuntu.

View this comment - View article - View full comments