In theory, but in practice it's not always that simple.

View this comment - View article - View full comments

Quoting: RedfaceAs far as I remember then libraries that interface with drivers will have to be the same version, so nvidia and mesa will have to be a current version in the container. The programs in the container run on the same kernel.
And in the Ubuntu world frozen does not mean unmaintained, even if it sometimes seems like it or even is. Security and other bugfixes will be backported to the "frozen" version.

Why do you need containers then, if libraries there will be recent? Multiarch already works fine for that. Containers make sense for frozen case, when there are no more upstream updates coming.

View this comment - View article - View full comments

Quoting: slaapliedjeThe dumb thing is these packages are mostly handled by the build system. So there isn't actually a person who manually builds these, they just hit a build server, and you know Debian isn't going to drop 32bit support anytime soon, Ubuntu is just trying to be like Apple.

Problems might start creeping in, when upstream (i.e. library developers) will decide, that supporting 32-bit is too much of a burden. It's not as simple as "just build it" usually.

View this comment - View article - View full comments

Using containers with frozen libraries isn't a good solution either. You want to benefit from all the innovation that goes into Mesa, Wine and the rest of the gaming stack. So either 32-bit libraries need to be maintained, or there must be some architecture translation of x86_32 into x86_64.

View this comment - View article - View full comments

Quoting: KimyrielleSeriously, in say 5 years from now on, who'd still want to play 32 bit games when most gamers consider a 5 year old game a museum piece?

Anyone who values good games. I play and replay old games. GOG has a whole store with focus on old classics. The idea that games should be disposable is wrong. So if not 32-bit libraries, there must be another way to play them, before dropping such support. And a way that doesn't perform like garbage.

View this comment - View article - View full comments

Apple for example doesn't care about gaming, so they can drop 32-bit using the argument that "it has to go", without any thought about providing a replacement. I suppose Linux ecosystem should differentiate, and use this opportunity to welcome Apple refugees, instead of acting the same.

View this comment - View article - View full comments

Quoting: KimyrielleIn all honesty, 32 bit stuff DOES need to go at some point. I mean, for how long is Linux supposed to carry on that old baggage?

No, thanks. This isn't about clients, but about a ton of games that will be unplayable without it. Until there is another solution (with adequate performance), it shouldn't go, that's very clear.

View this comment - View article - View full comments

Style and mechanics remind the The Dwarves a bit. I'm still waiting for the sequel to that one.

View this comment - View article - View full comments

Does Dragon Age: Origins work for anyone? It runs without sound for me. Some details here.

I wonder if it's a bug in faudio.

View this comment - View article - View full comments

Quoting: heidi.wengerWhy would i ever use Discord over say Riot ? Discord is starting to treat its Linux users like the good old Microsoft and their Skype huh :dizzy:

Simply boycott proprietary IM services. That's the only way to deal with their proliferation. They are welcome to support open protocols federation (Matrix, or XMPP for example). And if they refuse - don't use them.

This insanity is only getting worse. E-mail managed to support federation for many years just fine. And all these new IMs refuse to do it, even though they can and there are open solutions like above.

https://matrix.org [External Link]

View this comment - View article - View full comments