Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
If that's the case, try to update+upgrade your apt deps and they retry steam install.
I'll compare the system to the working notebook in the morning. Thanks for helping!
The following packages have unmet dependencies:
steam:i386 : Depends: libc6:i386 (>= 2.15) but it is not going to be installed
Depends: libstdc++6:i386 (>= 4.3) but it is not going to be installed
Depends: libx11-6:i386 but it is not going to be installed
Depends: libudev1:i386 but it is not going to be installed
Depends: libxinerama1:i386 but it is not going to be installed
Depends: libgl1-mesa-dri:i386 (>= 17.3) but it is not going to be installed or
libtxc-dxtn0:i386 but it is not installable
Depends: libgl1-mesa-dri:i386 but it is not going to be installed
Depends: libgl1-mesa-glx:i386 but it is not going to be installed
Depends: libgpg-error0:i386 but it is not going to be installed
Recommends: libxss1:i386 but it is not going to be installed
Recommends: nvidia-driver-libs-i386:i386 but it is not installable
E: Unable to correct problems, you have held broken packages.
Also, one of those recommends(nvidia) could breaks things in horrible ways.
It works but in a new window at imgur. At least it's not getting red flagged now.
This can happen if you have used a ppa, which replaced something from the base operating system with a "newer" version. and now apt can not find a way to e.g. install your steam dependencies because they clash with something originally installed from a ppa.
You can see the "held packages" by this:
apt-mark showhold
or this:
dpkg -l | grep "^hi"
synaptic can be used to browse your packages and find out which came from where.
Also apt-cache policy command can be used to find out where the package came from.
it might have come from a ppa which was disabled when you upgraded to 18.04, and now you have something from 16.04 stuck. You might need to re-enable your old ppa:s to be able to get rid of the junk.
You need to get rid of all "held" packages (or they could be packages from a ppa, which appear, based on version number, to be more recent than what is available, but actually not more recent, and they cannot be removed or upgraded because something appears to depend on them.
Having ppa:s cause problems is apparently so common that there is a script to clean things up, ppa-purge. And it is a good thing, as trying to manually solve the mess is very difficult.
https://itsfoss.com/how-to-remove-or-delete-ppas-quick-tip/
Here is some useful comments for it:
https://askubuntu.com/questions/32835/whats-the-name-of-ppa-for-ppa-purge
In this case, apt only reports held packages for the files that failed dependency checks in the same statement. Everything else works and held is cleared when apt closes.
Those commands show blank, nothing to see there.
Maybe I'll remove the hellokitty ppa and see if that helps. You know... because all third party ppas are evil so therefore the Hello kitty one must be the most evil repo ever. Nevermind that Steam installs its own ppa without asking. :-P
Seriously though, I agree that something in my package manager is borked and it won't hurt to temporarily move apt.sources.d to see if the cause is in one of the 3rd party listings.
[edit] ..Nope, not a 3rd party ppa.
Anyway, in my case, ppa-purge for every single thing which came from ppa:s, not from the native ubuntu repositories, helped.
In any case, a clean 18.04 is good to go. I do not know anything about "peppermint 9" ... wait ... googling ... oh, it is a "cloud centric lubuntu derivative".
In my experience, one wants to be very close to the main distro of a linux flavor, depending on the purpose of the machine in question. To avoid the hassle.
In the RHEL clone world, that would mean CentOS, it is the closest, unless one wants to pay for access to the RHEL channels to get the real thing. CentOS also have nice cloud and docker images, if you need to run something in an RHEL flavor.
In the Canonical world, either the official cloud image for cloud things, or xubuntu for a desktop - assuming one cannot stand the unity (16.04), gnome 3 (18.04) or KDE versions, which would be best for compatibility (but unfortunately I can't stand those, I want a "traditional" desktop, so Xubuntu for me for now).
I credit AMD for the majority of them at the moment, including 3 weeks of windows nightmares after finding out my long lived win7 game setup wouldn't work with the new toys.(finally just dumped cod/uo into a fresh win10 and used cmos to switch between) I eventually got dual boot working with win10(ptui) and p9 but then this happened. I could just ignore it and go install the games in win10 but... well... :ponder: It's a challenge. :)
p9 was working fine with steam up until a few weeks ago when this happened--likely due to something totally unrelated I tried(lots of astrophotography toys and development).
It's still working fine on my wife's acer as well as my notebook. I hate to tear up everything to find this but since I have a good working backup I just reloaded(problem slipped by me into backup) I guess that's a plan.
Purge doesn't always get everything and the switch of above gpu ppa's went sideways pretty quick. I know where I went wrong and will try again after a restore.
One reason I keep after these things is in case somebody else has the issue and appreciate everyone's input.
:tired:
One thing I found recently that may have helped is to enable backports, which are obfuscated a bit in Software, but give updated versions of software and drivers to long term support distros.(i.e. 18.04LTS)
I still got failed :i386 but it was because it couldn't overwrite one that was installed.
So... as I just learned, to install the failed dependencies instead of running
I instead ran this:
***IT'S ALIVE!*** :D
Hope this helps others who run into the issue.
First, the different packages necessary for steam are now in different repositories (I don't know if its a provisional thing like a beta channel, so maybe check yourself the Ubuntu listings in the future or for whatever Ubuntu version you are using: https://packages.ubuntu.com/search?suite=mantic§ion=all&arch=any&keywords=steam&searchon=names) you can enable them with:
So now everything should be in place to install all the packages for steam:
https://www.theregister.com/2024/01/18/wine_90_is_out/
Wine will have 32 bit on 64 bit like Windows.
https://learn.microsoft.com/en-us/windows/win32/winprog64/wow64-implementation-details
Hopefully, we will not need to install i386 in the future.
Seriously, just install the flatpak version of Steam.