Quoting: GuestSo, the list of candidate replacements are: Debian, Mint Debian Edition, Manjaro, Endeavour, Mageia and i forgot another one: Suse ? Many will jump ship and the Linux gaming landscape will be fragmented as ever ! :P

Fedora and Arch can also be interesting options.

View this comment - View article - View full comments

Quoting: barottoI'm starting to suspect they don't really know how these things work...

Developers should know. Especially when they make such drastic decision as to drop whole x86_32 multiarch. But yeah, it seems they had little clue about what they were doing.

View this comment - View article - View full comments

Quoting: denyasisThanks. Totally forgot about purge.

Yeah, if you don't add --purge it will keep leaving clutter around and you'll eventually have a lot of garbage left in the system. I didn't figure it out right away myself, that option is a bit hidden away.

View this comment - View article - View full comments

Quoting: barottoI'm shocked! Shocked! ... Well, not that shocked.

I'm surprised about what kind of assumption he was making. That it would "just work"? How?

View this comment - View article - View full comments

Quoting: GuestAlan pope of Canonical tried a few GoG games on 64 bits only 19.10 and guess what ? It is not going well.
https://www.phoronix.com/scan.php?page=news_item&px=Trying-GOG-Games-64-bit-Ubuntu [External Link]

Heh, what did they expect? A lot of older games on GOG are 32-bit. Both native and Wine.

View this comment - View article - View full comments

apt-get autoremove
is not the right way to use it though. Many forget to add purge:
apt-get autoremove --purge

View this comment - View article - View full comments

Quoting: denyasisNow if Ubuntu were to have started work on a compatibility layer / emulator (Not really sure what to call it) before killing off 32-bit support, that would be a very nice project and would have placed them well ahead of the curve.

They likely don't have resources for it. They said they don't even have them for supporting 32-bit packages as is. And above sounds like a major project. But now probably someone will start focusing on such solutions, to avoid the situation when all distros will eventually do the same thing, leaving gamers in the cold.

I.e. switching from Ubuntu to other distros will help in the interim. But eventually I think this will hit all distros, so working solutions are needed.

View this comment - View article - View full comments

Quoting: denyasisIsn't it a bit of an inevitability, though?

Playing devil's advocate a bit here, but, since 32 bit is no longer being pushed, Isn't it just a matter of time before it would be dropped or that future versions of libraries would have incapabilities with our beloved older games and programs?

It seems to me at some point in the future there would have to be an extra overhead, akin to a WINE or dosbox or something, that preserves that working state for older titles.

I just don't think any of us thought that time would be now

So far, it doesn't need to be now, and there will be too much overhead, to be acceptable. Too many games were made in 32-bit still in the not distant past.

In the further future - yes, likely there will be ways to run 32-bit in some kind of emulated mode or thunking? But that should come with acceptable performance to work out for gaming. And it should be tested before dropping support for what's working today.

View this comment - View article - View full comments

Linux is not left out. Practically no one today makes 32-bit games. It's all about old ones, both native and Wine. We should be able to run old games without extra added overhead.

View this comment - View article - View full comments

Quoting: no_information_hereEdit: Just checking and it looks like most of those work fine. Hmm. Does anyone have any comments on the KDE Debian spin?

I'm using KDE from Debian testing for a long time already. It works well, but rarely transitions of KDE frameworks libraries and Plasma have some mistakes, when packages don't migrate all at once, which can temporary break things. Maintainers try to avoid such cases, but it happened a few times in the past, that forced me to roll back to some previous snapshot until things started moving. In general, KDE in Debian can benefit from more developers and maintainers.

View this comment - View article - View full comments