Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP


RPM or TAR.GZ installer #13

ufa opened this Issue · 38 comments

Please, provide other types of packages, like rpm or tar.gz..


Seconded, especially the TAR.GZ archived installer for all distros to pick up and make their own RPM/PAC/etc. With Gentoo it'll pull it raw; folks have been writing up an Ebuild for it.


RPMs for steam are available at


They are already working on a self extracting tarball


RPM++ Also note the open build service which can build packages for lots of distros I'd be happy to help setup an rpm package.


There is an RPM package for openSUSE, but is it the latest and official one? If not, please create an official openSUSE repo.


You can extract RPMs and DEBs to the filesystem. For RPM, use "rpm2cpio" to convert to a CPIO archive. Then use CPIO to extract it. For DEB, use "ar" - you will notice a few metadata files. Look in data.tar.XX (where XX is gz, bz2, xz etc) for the files themselves.


Gentoo already have ebuilds for steam on gamerlay overlay, there no problem to extract deb packages.

@Mailaender has been updated to based on the Fedora RPM with Ubuntu specific command line calls removed. Maybe you should add the bash script to this GitHub repository, so we can help you create a nice cross-distro Steam installer. Currently every distributions patches it on their own.


Steam downloads updates to the user home anyway so why not just provide a tar archive which contains the initial ~/Steam/ files? This would be easier and cleaner then messing with system files


Because this won't automatically install the required dependencies and update the .desktop file database.


+1 to an rpm in yum, this doesn't seem to exist to me:


Doesn't seem to work for me on F16:

[tom@localhost ~]$ fedora-version
Fedora release 16 (Verne)
[tom@localhost ~]$ sudo yum update
Loaded plugins: langpacks, presto, refresh-packagekit
No Packages marked for Update
[tom@localhost ~]$ sudo yum install steam
Loaded plugins: langpacks, presto, refresh-packagekit
Resolving Dependencies
--> Running transaction check
---> Package steam.x86_64 0: will be installed
--> Processing Dependency: libX11(x86-32) >= for package: steam-
--> Processing Dependency: openal-soft >= 1.13 for package: steam-
--> Processing Dependency: pulseaudio-libs(x86-32) >= 0.99.1 for package: steam-
--> Processing Dependency: glibc(x86-32) >= 2.15 for package: steam-
--> Finished Dependency Resolution
Error: Package: steam- (games)
Requires: glibc(x86-32) >= 2.15
Installed: glibc-2.14.90-24.fc16.9.i686 (@updates)
glibc(x86-32) = 2.14.90-24.fc16.9
Available: glibc-2.14.90-14.i686 (fedora)
glibc(x86-32) = 2.14.90-14
Error: Package: steam- (games)
Requires: openal-soft >= 1.13
Installed: openal-soft-1.12.854-2.fc15.i686 (@fedora)
openal-soft = 1.12.854-2.fc15
Error: Package: steam- (games)
Requires: libX11(x86-32) >=
Installed: libX11-1.4.3-1.fc16.i686 (@fedora)
libX11(x86-32) = 1.4.3-1.fc16
Error: Package: steam- (games)
Requires: pulseaudio-libs(x86-32) >= 0.99.1
Installed: pulseaudio-libs-0.9.23-1.fc16.i686 (@fedora)
pulseaudio-libs(x86-32) = 0.9.23-1.fc16
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest


Try the latest Fedora 17. I disabled the build for older distributions now on so people don't stumple upon the RPM when their system probably can't satisfy the dependencies.


Thanks, I will give it a try when I upgrade my Fedora box, hopefully 17 is quite stable


Steam seems to have been removed from the OpenSUSE repositories. With the spot repository gone it doesn't seem like there are any RPMs available anywhere. It seems like there is a large community willing to help with the RPMs if there was a way, and an official repository that could be relied on.


I still have a backup of the steam RPM and just uploaded it again in my home directory, but I am curious: Has there been any legal action by Valve to get the package removed?


No matter if there's legal action or not, it should be quite obvious that you can not redistribute the binaries legally.

What Debian does in such cases is to provide an installer package which downloads from upstream and repackages so it will install cleanly. This has the added benefit of making the repackaging code readily available in an obvious location for others to re-use.


:+1: for Debian. Tarball installer would probably be best, not distro-specific debs, unless Valve plans on having apt mirrors that are up-to-date for distro releases.

I just skipped buying a linux-compatible game from Steam Store, because I can't run a Linux client.


Okay then RPM support is currently rather complicated if we are not allowed to distribute it or we automatize this with rpm post scripts.


I removed the package from my home directory on OBS as I was requested to do so by a community member. There is also a discussion at Looks like they are awaiting clarification by the SUSE/Valve legal departments. See issue #66.


How could it be illegal when there are even links to RPM repositories on the official Valve Developer Community???


I guess the Valve Wiki is a community resource and Linux distributors care a lot about proper licensing, so gray zones are not enough to put it on a world-wide mirror system. We definitely need an answer on #66.


I have been in contact with the steam engineers and lawyers ever since I originally put steam in the repositories for Arch Linux.

The license allow packages to re distribute should be finished in the next week or too.

@triage-valve triage-valve was assigned

So, to summarize, we need a distro-agnostic vanilla-flavored tarball. A self-extracting tarball is optional, since any sensible package manager frowns upon self-extracting tarballs extracting themselves.
If we are adding files to go along with the tarball, is that considered modification and are we allowed to add distro-specific files on install? If that is true, then we need a tarball with no ubuntu-specific files. we do not need /usr/bin/steam in the distro-agnostic tarball because the ubuntu package can be used as a template.
We do need a common dependency resolution interface between steam and the package managers.
We also need a license that legally protects valve, but is flexible enough to allow reasonable adjustment in order to integrate steam into other distributions.

Bonus points for removing all ubuntu specific content from the core of the steam client and moving it to the ubuntu package.

Double bonus points for getting the ubuntu community to take care of it's own package.


I would keep it as simple as possible. No interaction with apt, emerge, pacman or whatever but a list of all dependencies. For a short moment the situation for the stupid user will get worse but there are so many message boards, irc channels etc that ppl will quickly pick up. And i am pretty sure that distributions will support steam packages as soon as possible, as the support of steam is big pro for every distribution.
Supporting too many different systems will require much work:) Dependencies resolution within a distribution is a piece of cake.
As alternative you could ask the distributions to provide a steam-dependencies meta package or provide one yourself. It is not much work and and the tarball could be used without much hassle after the installation of the meta package.


+1 for Fedora


can this be closed... there is a .tar.gz now with a Makefile in it


Please don't close needed offical rpm repository


Where can I find the .tar.gz with a Makefile in it?


It is really cool to have this link here!

it would be awesome to have it directly on the steam webpage.
I would not mind some disclaimer that only the deb. is officially supported!


You can already get it from the @openSUSE games:tools repository via as RPM.



You got me wrong! I do not care a bit about rpms as i am on Debian. Just the tar.gz should be easier to find.


I was answering to the other people subscribed to this asking for an RPM.


True, there are several needless forks of the official games:tools package.

ufa commented

I don't think this issue makes sense anymore, I am closing it.
PS for Fedora:

@ufa ufa closed this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.