As an update to the situation around Canonical planning to drop 32bit support (and Valve saying bye-bye to Ubuntu 19.10+ support), apparently they're not. Instead, the 32bit libraries will be frozen. Are you confused yet? I sure am.
Canonical's Steve Langasek has attempted to clarify the situation. Here's what they said:
I’m sorry that we’ve given anyone the impression that we are “dropping support for i386 applications”. That’s simply not the case. What we are dropping is updates to the i386 libraries, which will be frozen at the 18.04 LTS versions. But there is every intention to ensure that there is a clear story for how i386 applications (including games) can be run on versions of Ubuntu later than 19.10.
That's at least a little better, isn't it? They also said a little further:
[…] since the vast majority of i386-only software is also legacy (closed-source, will never be rebuilt), it also does not generally benefit from newer libraries […]
There's a pretty big difference from not being "included as an architecture", to having them available but frozen and still possible to use, isn't there? It's confusing, since that's not how it was originally explained. This is something that should have been said very clearly from the start.
Perhaps this might not be the epic disaster many people (myself included) thought it might turn out to be. We still have to wait and see how exactly they implement all this, and how it will affect gaming.
There's still going to be confusion and issues though, like upgrading drivers. Touching on that, Langasek said:
32-bit mesa will be available in the Ubuntu 18.04 repository. Note that mesa already gets updates in 18.04 which track the versions from later Ubuntu releases, as part of hardware enablement. If incompatibilities are introduced beyond 20.04 (which is the cutoff for hardware enablement backports for 18.04), we will need to address them on a case-by-case basis.
So it sounds like you're still going to be stuck in some ways. Seems like the proposal is still no good for Wine either (and so Steam Play too).
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
Draconicrose Jun 24, 2019
I wonder how this will affect Linux Mint.
1 Likes, Who?
Sounds like Wine still won't work: https://discourse.ubuntu.com/t/i386-architecture-will-be-dropped-starting-with-eoan-ubuntu-19-10/11263/121?u=liamdawe
Good read, Liam.
How can the pros at Canonical miss THIS?
Shouldn't they know about the rough design and dependencies of one of their most prominent software packages?
I mean, dropping Wine isn't something they'd consider a good move for sure.
*facepalm*
They didn't miss it
They dont care
Gamers are not their customers. Thus their needs are moot. They don't care if Wine doesn't run. They don't care if steam doesn't run (though functionally steam could easily get a 64-bit client out, it woudl just mean extra filtering of games that aren't compiled for 64-bit being filtered on the library side, oh and Proton basically not working anymore. But Valve can get a working 64-bit client that works with 64-bit compiled Linux games)
They know the problem. They just don't care.
0 Likes
I just purged all *386 libs from my install, including Steam. Then installed Steam via flatpak...
No. Issues. At. All.
But this doesn't solve HumbleBumble or GOG. Though I do seem to recall and automated GOG->flatpak creator?
Note steam comes with its own libs so its going to work regardless
Thatissn't the problem. you can duct tape and bubble gum steam to work. Steam can easily get a 64-bit client if they really wanted, since they already have one for Macs.
Getting the steam client to run isnt the problem
its all the downstream games that wont work that aren't complied for 64-bit. This will cause confusion when you see a game in your library, install it, and the game implodes on you. While game B somehow works. But Game C doesn't? And neither does Game D. Oh yeah and Proton also no lnoger works, so why does the steam client list those. Now you have a UI/UX nightmare, that applies to a SINGLE distro only.
SO you could
1) make all these bizarre exceptions in the UI/UX for one distro
2) abandon the distro as unsupported and go to literally any other distro where this problem doesnt exist
Ubuntu isn't Apple or Microsoft. They don't have the clout to force developers to 'make things their way'. There are a plethora of equivalent options available and there's no incentive to hack together a broken experience, when you can just dump them and tell your users to use literally any other distro on the planet and everything on steam will work.
GOG has its own problems where they techncally have Linux games, but their main push on the client side Galaxy hasn't had a Linux option in 4 years and 2.0 doesnt seem to be addressing this either. Epic also has no Linux client for users who have games on Epic that have Linux version on STeam. Say what you will about Steam, but Steam is the only one actually serious about gaming on Linux and putting money where their mouth is via Vulkan, Wine/Proton, and now KDE.
Last edited by Satoru on 24 June 2019 at 3:01 am UTC
10 Likes, Who?
Nevertheless Jun 24, 2019
I just purged all *386 libs from my install, including Steam. Then installed Steam via flatpak...
No. Issues. At. All.
But this doesn't solve HumbleBumble or GOG. Though I do seem to recall and automated GOG->flatpak creator?
Look here ->
https://twitter.com/jjardon/status/1143032412361773056?s=20
3 Likes, Who?
So, how you can install games to non-system drive? As i recall, flatpak Steam is isolated from the rest of OS. You cannot go out of flatpak's file system.I just purged all *386 libs from my install, including Steam. Then installed Steam via flatpak...
No. Issues. At. All.
But this doesn't solve HumbleBumble or GOG. Though I do seem to recall and automated GOG->flatpak creator?
And what about proton games? Do they work without problems?
I have no problems at all.
EDIT: Without changing location of Steam, of course. For example leave Steam (and some games) on SSD and keep rest of them on two separate HDD drives.
Last edited by Gryxx on 24 June 2019 at 6:15 am UTC
0 Likes
So, how you can install games to non-system drive? As i recall, flatpak Steam is isolated from the rest of OS. You cannot go out of flatpak's file system.You can configure the sandbox (I don't think there is a GUI, yet): Flatpak Sandbox Permissions
You can put your Flatpaks anywhere you want, too: Flatpak installation
0 Likes
Canonical doesn't seem to care. So I will be happy to switch distribution once it's viable. Not that I am using the standard Ubuntu, after Gnome memory issues I decided against it.
Tweets by Canonical/Ubuntu accounts with gaming filters (and a Microsoft one)
I'm with Valve. They have done alot for gaming on linux as of late that I have faith in them. Here is a fun fact: when I went to install Dota Underlords on my phone, they had even included APK download options!
Tweets by Canonical/Ubuntu accounts with gaming filters (and a Microsoft one)
I'm with Valve. They have done alot for gaming on linux as of late that I have faith in them. Here is a fun fact: when I went to install Dota Underlords on my phone, they had even included APK download options!
2 Likes, Who?
And what about proton games? Do they work without problems?
I've been using Flatpaked Steam on OpenSUSE Leap for over a year and it's great. No issues - no matter it is proton or native app. The only nitpick I had was when I couldn't get Nvidia runtime for the driver version I've had - but it was like 2 days before Flathub repos caught up (but usually they update nvidia libs before I see those in OpenSUSE repos).
1 Likes, Who?
Schattenspiegel Jun 24, 2019
Make Flatpaks(and snaps) not eat unreasonable storage space and bandwith, integrate well into DE themes, update and manage(including dependencies) through the systems packet manager (at least graphically) instead of being triggered by an autostart rule and being managed in the terminal and you might have somewhat of a workaround that could be mass compatible. Otherwise you just have an overly complicated mess that might work for some individuals but is in no shape or form convenient for endusers.
Last edited by Schattenspiegel on 24 June 2019 at 8:18 am UTC
Last edited by Schattenspiegel on 24 June 2019 at 8:18 am UTC
0 Likes
Will not help Steam Play/Wine, and it will still be an issue for Valve. They can't make Ubuntu their supported distro this way.
No idea though what I'd choose there... that's certainly a tough nut.
No idea though what I'd choose there... that's certainly a tough nut.
2 Likes, Who?
Make Flatpaks(and snaps) not eat unreasonable storage space and bandwith, integrate well into DE themes, update and manage(including dependencies) through the systems packet manager (at least graphically)
I'd say done on all accounts.
Storage - once you have core runtimes needed by the apps installed the downloads are not that bigger than regular packages. Runtimes are shared so quickly it becomes no problem. So yeah, first time you use Flatpak it takes a bit, afterwards it's pretty reasonable.
DE integration - most of the popular themes work out of the box. With more exotic ones simply install them in user folder and they'll work.
Packet mgr - both Gnomes and KDE's software centers work with Flatpaks.
3 Likes, Who?
I don't like the idea of an intel controlled distro used as a distribution recommended for games. They may try look beter then AMD. Choose optimisation which help them but hurt Ryzen,... Or maybe i'm paranoid.How would they hide this in an open-source system? And I think that the reality paints a different picture. Clear Linux is the fastest system for AMD hardware: Benchmarks Of OpenMandriva's AMD Zen Optimized Linux Distribution Against Ubuntu, openSUSE, Clear Linux
I don’t think they need hiding. If they can say “this way is beter for our CPU”, then its ok. Benchmark is actual state. Now clear linux isnt officialy suported by steam, if that change...
1 Likes, Who?
The issue seems to be much deeper then i386 support. It seems Linux indeed does not have a viable desktop solution. I am not trolling here. If Valve was indeed looking for an alternative and did not find one we have a problem wether we like it or not.
Also there seems to be a lot of complaining about Ubuntu and the focus of Canonical. I wonder how many users donated even a single cent for Ubuntu's development? All I see is complaining and very little constructive criticism as well. Such attitudes hurt OSS. It should be obvious by now that if Valve gives up, Ubuntu drops desktop development we are back to square one.
Also there seems to be a lot of complaining about Ubuntu and the focus of Canonical. I wonder how many users donated even a single cent for Ubuntu's development? All I see is complaining and very little constructive criticism as well. Such attitudes hurt OSS. It should be obvious by now that if Valve gives up, Ubuntu drops desktop development we are back to square one.
2 Likes, Who?
"Nice" "upgrade" from "Create stem library on XXX"So, how you can install games to non-system drive? As i recall, flatpak Steam is isolated from the rest of OS. You cannot go out of flatpak's file system.You can configure the sandbox (I don't think there is a GUI, yet): Flatpak Sandbox Permissions
You can put your Flatpaks anywhere you want, too: Flatpak installation
0 Likes
eh they backslided no suprise there.when you can't even communicate the right way that alone gets me away from you.there are 100s of other distros out there that will treat the user better.they may of just damaged themselves beyond repair.
0 Likes
I just copy what I wrote earlier in one of the other threads:
...</snip>...
A lot of online publication and posters claimed that it would be impossible, but this is Linux not Mac or Windows so there will always be ways for users to do what they want differently than their distribution providers. Do not believe everything you read.
...</snip>...
Well, normally I don't tend to comment on a lot of stuff in the Linux world, simply because (as Redface says) there's always ways round everything.
link
I run Puppy Linux. Have done for 5 years or so. A lot of our software is community-built, though some Pups are based on Ubuntu binaries, and have access to the Ubuntu repos for the release they're based on. However, they're not 'clones'; Puppies are quite unique.
I'm not a hard-core gamer. I like the occasional spell with some of the older, first-person shooters (Cube, Doom, etc.)
We're not 'purists' with Puppy. If we can't find dependencies through our own package manager, we poach what we need from other locations. Just because your own repos don't have something, why give up when what you need is always available somewhere else?
Pkgs.org is a very good resource for this.
Mike. ;)
0 Likes
come on Debian?? haven't tried it recently but does it still use a ncurses installer?? sorry but it's not user friendly.
Which decade was this "not recently"?
Debian has a graphical installer for 12 years now...
2 Likes, Who?
They didn't miss it
They dont care
Gamers are not their customers.
I get that (though I'm not sure it's clever to p**s off too many people). But what about WINE users...?
0 Likes
ps: or maybe this is intentional? and they are trying to pushThis crossed my mind as well, although I'm not sure if there has been any investment in creating a Steam snap beyond the work Ikey did before he left Solus. I wouldn't be surprised if a Steam snap is introduced in time for 19.10 (because I think they would prefer to avoid recommending Flatpak to their users if possible), and certainly I expect there to be a Steam snap by 20.04. I could be wrong, but I don't think most Ubuntu Steam users would go for setting up "Running Steam in a LXD system container".flatpak/snap ?
It's not that I think they decided to stop updating 32-bit builds of libraries with the intent to promote snaps, just that it could be an added bonus.
Last edited by vector on 24 June 2019 at 12:32 pm UTC
0 Likes
Nevertheless Jun 24, 2019
So, how you can install games to non-system drive? As i recall, flatpak Steam is isolated from the rest of OS. You cannot go out of flatpak's file system.I just purged all *386 libs from my install, including Steam. Then installed Steam via flatpak...
No. Issues. At. All.
But this doesn't solve HumbleBumble or GOG. Though I do seem to recall and automated GOG->flatpak creator?
And what about proton games? Do they work without problems?
I have no problems at all.
EDIT: Without changing location of Steam, of course. For example leave Steam (and some games) on SSD and keep rest of them on two separate HDD drives.
You can do it with a flatpak override like described here:
https://askubuntu.com/questions/1086529/how-to-give-a-flatpak-app-access-to-a-directory
or you can mount partitions into the [edit: Steam flatpak] packages folder.
Last edited by Nevertheless on 24 June 2019 at 1:40 pm UTC
0 Likes
Patreon
PayPal
See more from me