Steam

steamThis repository contains the latest steam package for connecting to the Steam network from Valve. This package cannot be included in the main Fedora repository as it’s not free and is not shipped in source form. Since the Steam license allows package redistribution with a specific note for repacking in Linux distributions; the package is now available in RPMFusion.

This repository requires that the RPMFusion repository be enabled on your system for the S3TXC library required by free drivers (nouveau, radeon, intel) and contains packages that may or may not be included in RPMFusion.

Along the main Steam package for Fedora are:

  • An alternative kernel module for xpad, the X-Box gamepad driver. This variant contains patches created by Valve to their 3.18 kernel to improve the driver and its behaviour.
  • SteamOS session files and binaries for running a Steam-only system.
  • Steam “no runtime” package that pulls in all additional required 32 bit dependencies to avoid using the Ubuntu runtime.

Packages information

This packages try to comply as maximum to the Fedora Packaging Guidelines; this means they have debuginfo packages, default Fedora’s GCC compile time options (where possible) and standard locations for binaries, data and docs.

The main Steam package is 32 bit only, so also on 64 bit systems the package will be 32 bit based. On the contrary, the xpad kernel module and SteamOS files are native to each architecture.

Supported distributions:

  • Fedora 21 – i686/x86_64
  • Fedora 22 – i686/x86_64
  • CentOS/RHEL 7 – x86_64

CentOS/RHEL 7 support is limited; there is no updated X-Box gamepad module and the client always uses the Steam Runtime.

Installation of the Steam client

To install the repository on a supported Fedora 22+ distribution, run as root the following commands to install the client:

dnf config-manager --add-repo=http://negativo17.org/repos/fedora-steam.repo
dnf -y install steam

For CentOS, substitute dnf commands and paths where appropriate; i.e.:

yum-config-manager --add-repo=http://negativo17.org/repos/epel-steam.repo
yum -y install steam

If you are already running a 32 bit desktop, it’s very likely that you have most of the dependencies already installed. If you are running a 64 bit desktop with proprietary Nvidia or AMD drivers; make sure you have the appropriate 32 bit OpenGL libraries installed; otherwise Steam will throw a “GLX error” when starting and games will not work.

Also, if you are running on Open Source drivers on 64 bit, make sure to install the supporting S3 texture compression library. The 32 bit one, of course, being a dependency of the Steam package, is already installed. Example:

dnf install libtxc_dxtn.x86_64

Big Picture Mode

To make “Big Picture” work in Fedora or CentOS/RHEL, enable this SELinux boolean as root:

setsebool -P allow_execheap 1

Moving the Steam client installation

I often poke around with the client, check folder sizes in my home folder, etc. Running a du -hs * in my home folder to check how much space my Pictures or Music folder take it’s very fast. But since the Steam client is installed in a hidden subdirectory it’s not really clear how much space it does take, especially when it reached nearly 70% of my whole drive.

To move the Steam installation (for example in your home folder), simply issue the following command:

$ mv ~/.local/share/Steam ~/Steam

And launch the client again, it will adjust all the symlinks for folders, saves, etc. by itself. Even the desktop / system shortcuts for the games work because they launch Steam (which is in the path) with the appropriate Steam game ID.

Screenshot from 2014-06-09 15:42:26

Improved X-Box gamepad kernel module

There is a multiple choice of kernel module packages; akmod (RPMFusion) and dkms packages are available for Fedora. This way all cases and personal preferences are covered. Just stick to what you prefer.

To install the improved X-Box gamepad driver, issue one of the following commands. For the DKMS enabled kernel module:

dnf -y install dkms-xpad kernel-devel

If you plan to use AKMOD kernel modules:

yum -y install akmod-xpad kernel-devel

Requirement on kernel-devel is required as otherwise the package kernel-debug-devel is pulled in automatically in place of the normal non-debug package.

After the kernel module is installed and recompiled for the kernel module you are running, make sure it is loaded in place of the Fedora kernel bundled one by launching the modprobe command in verbose mode:

# modprobe -v xpad
insmod /lib/modules/4.1.3-200.fc22.x86_64/extra/xpad/xpad.ko

The module to be loaded should reside under extra/xpad, so if it is not and you are loading the official bundled one, just run depmod or reboot the system.

At the moment CentOS/RHEL 7 is not supported for Valve’s X-Box gamepad kernel module as there are some unresolved symbols.

In-Home streaming configuration

Valve has supported In-Home streaming (both as a server and as a client) in Linux for quite some time. According to the documentation, streaming uses UDP ports 27031 and 27036 and TCP ports 27036 and 27037.

The package includes the required service definitions for FirewallD. If you have installed a default desktop, FirewallD should be your firewall solution. To make sure that Steam can listen on the required ports through your firewall software, execute the following commands as root.

You should then be able to see the word “steam” by running:

firewall-cmd --get-services | grep steam

Then get the firewall zone you are in, and enable the service for it. For example, on my system, to get the firewall zone I’m using:

# firewall-cmd --get-active-zones 
public
  interfaces: em1

Then enable it permanently (i.e. at reboot) and immediately with these commands:

firewall-cmd --zone=public --add-service=steam --permanent
firewall-cmd --zone=public --add-service=steam

Now start up two Steam clients with your user on the same network, and you should see games installed on both systems as available for playing in both Steam clients.

In-Home Streaming (hardware decoding)

In-Home Streaming hardware decoding is exposed through different backends, depending on the hardware you are running. These are detected at runtime, and are all 32 bit libraries also on 64 bit systems, as the client is 32 bit only.

These are the following backends, depending on what you are running on your system you should use something different:

  • Intel (intel): VA-API (through the libva-intel-driver.i686 package)
  • AMD Radeon (radeon): VDPAU (through the libvdpau.i686 package)
  • Nvidia (nouveau/nvidia): VDPAU (through the libvdpau.i686 package)

The various components required for the hardware decoding are pulled in automatically as dependencies by the steam-noruntime package. This is because the hardware decoding on anything not Ubuntu/Debian works only if you are not using the Ubuntu Runtime; so there is no point in pulling in the additional packages in a normal installation.

After installing the steam-noruntime package, you can enable hardware support for decoding the video stream, like in the following picture.

Grid list

During streaming, additional details can be seen by pressing F6. This will display stream statistics along with the encoder and decoder used on the server and client.

Running Steam without the Ubuntu libraries

Normally the package uses Ubuntu libraries instead of your system provided ones. To use instead Fedora provided libraries, install the additional package steam-noruntime:

yum -y install steam-noruntime

After installing, log out and log in back again so the environment file is sourced, setting STEAM_RUNTIME to 0.

Running Steam this way is unsupported and may lead to unexpected results. Also, there is no way to get the full list of libraries (some games download additional stuff) and the new distribution libraries are sometime incompatible with the ones provided in the runtime.

On the contrary, my USB gamepads are recognized better by games, I don’t have any visual artifact with Big Picture Mode, you can use the latest ALSA technologies in the drivers like 7.1 DTS sound, have hardware accelerated decoding with In-Home Streaming, etc.

Just make some tests and see what works best for you.

The SteamOS session is NOT compatible with the steam-noruntime package that disables the Steam Ubuntu Runtime. By disabling the runtime, the configuration panels in the interface to configure Audio, Voice and other settings will make the interface crash. So, if you want to try the SteamOS interface, remove your steam-noruntime package if you have it installed.

Installed Steam client without the Ubuntu libraries

For comparison, see the difference in size for an installation that uses the Steam runtime and one that doesn’t (the SteamApps folder is the folder where applications/games are installed):

$ cd Steam
$ du -hs --exclude=SteamApps
1.4G .
$ du -hs --exclude=SteamApps --exclude=steam-runtime
1.1G .

If we could run it without the Steam runtime enabled and also avoid downloading the runtime archives the client would weigh nearly 500 mb less:

$ du -hs --exclude=SteamApps --exclude=steam-runtime*
906M

Let’s hope that in the future Valve will not mandate the use of Ubuntu libraries for long and will standardize on a specific set of common libraries (LSB?).

SteamOS session

Inside the repository there are packages specific for the SteamOS customization that have been implemented by Valve for their Debian based distribution. It is now possible to install all files and packages required to launch a Steam only session from the login manager. This will bring up Steam in SteamOS mode (-steamos switch) and allows you to configure all system aspects directly in the Steam interface.

To enable the SteamOS session and enjoy the same experience provided by Valve’s SteamOS; install all the above packages plus the additional SteamOS packages:

yum -y install steamos-session

On a 64 bit system:

yum -y install steamos-session steamos-modeswitch-inhibitor.i686

This will install the following components on your system:

  • The modeswitch inhibitor, a library that is used to ignore the Xrandr resize requests performed by games
  • The SteamOS compositing manager, which takes care of scaling the output to your native resolution, providing a seamless transition between games with different resolutions than your native monitor/TV resolution
  • The required support files for the SteamOS session (binaries, cursor, scripts, etc.)
  • The Steam user that is configured to have additional permissions on the system compared to a normal user, as it is in Valve’s SteamOS
  • Some (ugly) wallpapers

Example of the packages installed:

$ rpm -qa steam\* \*xpad\*| sort
akmod-xpad-0.1-1.fc20.x86_64
kmod-xpad-3.14.5-200.fc20.x86_64-0.1-1.fc20.x86_64
steam-1.0.0.47-4.fc20.i686
steamos-backgrounds-0.7-1.fc20.noarch
steamos-base-files-2.30-1.fc20.noarch
steamos-compositor-1.19-1.fc20.x86_64
steamos-modeswitch-inhibitor-1.9.1-1.fc20.i686
steamos-modeswitch-inhibitor-1.9.1-1.fc20.x86_64
steamos-session-1.19-1.fc20.noarch
xpad-kmod-common-0.1-1.fc20.noarch

Screenshot from 2014-06-09 16:39:27If you have ever installed SteamOS from Valve’s provided media, you will get the same behaviour for the installation. Login once as the SteamOS user (the password is “steam”, finish the Steam installation (with the system icon or by running Steam from the command line) and logout. Now you can login back again using the SteamOS session and experience the SteamOS interface on your Fedora system.

After logging in, unless you’re connected through HDMI, you will not get any audio, as by default SteamOS routes all audio through the HDMI connector of your video card.

Alternatively, if you just want to give it a quick test, reboot your computer, login with your user and select the SteamOS session. After testing it and getting back to your normal account, remember to switch back to your normal audio output as Gnome will keep track of your last used audio device, that after testing the SteamOS is always the HDMI output.

Known issues

The following list of issues are related to the fact that the SteamOS system is designed around Debian, so there are a couple of things that are not supported by this setup:

  • Checking for package updates (not Steam client updates) from the interface is broken. The Steam client binray calls dpkg directly.
  • There is no bug reporting tool installed, as this is not a configuration supported by Valve.
  • Shutdown/Restart etc. do not work reliably (at the moment). Debian 7 on which SteamOS is based still uses PolicyKit, in Fedora this is replaced by systemd’s logind. Converting all the rules is next on my todo list.

Bugs

The address for contacting me is in the package’s changelog.

79 thoughts on “Steam”

  1. nstall mesa-dri-filesystem.i686 mesa-dri-drivers.i686 mesa-libGLU-devel.i686 mesa-libgbm.i686 mesa-libglapi.i686 mesa-libGL.i686 mesa-libGLU.i686 mesa-libEGL.i686′

    Theses libraries are missing after installing steam, maybe you can add them? :-)

    1. Hello, those packages are already requirements (or dependencies of its requirements) for the steam package. How did you install it? The only way to install it without its rpm requirements is to force the installation.

      $ rpm -q –requires steam | grep mesa
      mesa-libEGL(x86-32)
      mesa-libGL(x86-32)
      mesa-libgbm(x86-32)
      mesa-libglapi(x86-32)

  2. On F19 x86_64 I’m getting since a couple of days these errors:

    /usr/bin/pulseaudio: symbol lookup error: /lib64/libpulsecore-3.0.so: undefined symbol: orc_program_new_from_static_bytecode

    Preloading liborc-0.4.so.0 as suggested on several sites on the web does not work for me.

    ERROR: ld.so: object '/usr/lib/liborc-0.4.so.0' from LD_PRELOAD cannot be preloaded: ignored.

    Any idea how to fix/work around this?

    1. I think you’re mixing two different things, the pulseaudio command you pasted is a 64 bit command in fact it’s looking for a 64 bit library.

      $ ldd /usr/bin/pulseaudio | grep orc
      	liborc-0.4.so.0 => /lib64/liborc-0.4.so.0 (0x00007faa487b6000)
      $ rpm -qf /lib64/liborc-0.4.so.0
      orc-0.4.17-2.fc19.x86_64

      while the library you want to preload for Steam is a 32 bit one.

      $ ls -al /usr/lib/liborc-*
      lrwxrwxrwx. 1 root root     20 May 27  2013 /usr/lib/liborc-0.4.so.0 -> liborc-0.4.so.0.17.0
      -rwxr-xr-x. 1 root root 610884 Feb 20  2013 /usr/lib/liborc-0.4.so.0.17.0
      lrwxrwxrwx. 1 root root     25 May 27  2013 /usr/lib/liborc-test-0.4.so.0 -> liborc-test-0.4.so.0.17.0
      -rwxr-xr-x. 1 root root  31228 Feb 20  2013 /usr/lib/liborc-test-0.4.so.0.17.0
      $ rpm -qf /usr/lib/liborc-0.4.so.0.17.0
      orc-0.4.17-2.fc19.i686

      I think that for some reason you’re missing a 64 bit library and this prevents pulseaudio from running. Try installing both the i686 and x86_64 variants:

      yum -y install orc.i686 orc.x86_64

      If the x86_64 one is already installed try to reinstall it with yum -y reinstall. There should be nothing to preload as I’m running with the same setup and Steam works fine without any preload.

  3. Thank you very much for this.
    Just installed the Steam client + Flash on a 64Bit Korora (Fedora 20) machine.
    Works as advertised :)

    Merry Xmas!

  4. I’m not having any luck running steam with Fedora 20. Has anyone seen this before?

    $ STEAM_RUNTIME=1 steam
    Running Steam on fedora 20 64-bit
    STEAM_RUNTIME is enabled by the user
    Installing breakpad exception handler for appid(steam)/version(0_client)
    /home/dlewis/.local/share/Steam/steam.sh: line 755:  7280 Segmentation fault      (core dumped) $STEAM_DEBUGGER "$STEAMROOT/$PLATFORM/$STEAMEXE" "$@"
    mv: cannot stat/home/dlewis/.steam/registry.vdf’: No such file or directory
    Installing bootstrap /home/dlewis/.local/share/Steam/bootstrap.tar.xz
    Reset complete!
    Restarting Steam by request...
    Running Steam on fedora 20 64-bit
    STEAM_RUNTIME has been set by the user to: /home/dlewis/.local/share/Steam/ubuntu12_32/steam-runtime
    Installing breakpad exception handler for appid(steam)/version(0_client)
    /home/dlewis/.local/share/Steam/steam.sh: line 755:  7372 Segmentation fault      (core dumped) $STEAM_DEBUGGER "$STEAMROOT/$PLATFORM/$STEAMEXE" "$@"
    1. I finally found the problem related to segmentation faults. Steam requires the 32-bit version of the nvidia librarires…

      sudo yum install xorg-x11-drv-nvidia-libs.i686

      1. Exactly. It’s written under the “Installation” section of the page. Please note that the Steam package here it’s slightly different than the one in RPMFusion, if you want standard Steam defaults (i.e. using the Steam Runtime) do not use the one hosted here.

    1. Hello, I downloaded the original xpad.c file from kernel version 3.12.6 and from git; it is quite different from the one that is available at the link you posted. Since I don’t own a Wireless X-Box 360 controller, will you be able to make some tests for me if I build the package kernel module (DKMS/aKMOD)?

      1. The other 2 packages are for the compositor + Steam session file and the other for a library that inhibits games from resizing the screen. The compositor takes charge of expanding the game window fullscreen, so even if the TV set does not support the game resolution you will get a “nice” experience.

        Do you think that there would be any interest in running those packages on Fedora for getting a similar experience to SteamOS?

        1. Hi, I would be willing to test the package for you, I managed to add the xpad driver via dkms a while back and it worked, I tried to look up on using akmods and building rpms instead but I didn’t really have much spare time. I would also definitely be interested in running steam as steamos on my media center, but whether you want to put time into it is completely up to you. :)

    1. Unfortunately Flash videos are not played with the Steam Runtime disabled, Steam does not load the Flash Plugin. Please use the Steam package as provided by RPMFusion or enable the Steam Runtime through STEAM_RUNTIME=1.

  5. Failed to run steam through bumblebee
    steam from rpmfusion

    bash-4.2$ optirun steam
    Running Steam on fedora 20 64-bit
    STEAM_RUNTIME is enabled automatically
    /home/wencan/.local/share/Steam/steam.sh: line 755: 6625 Segmentation fault (core dumped) $STEAM_DEBUGGER “$STEAMROOT/$PLATFORM/$STEAMEXE” “$@”
    mv: cannot stat ‘/home/wencan/.steam/registry.vdf’: No such file or directory
    Installing bootstrap /home/wencan/.local/share/Steam/bootstrap.tar.xz
    Reset complete!
    Restarting Steam by request…
    Running Steam on fedora 20 64-bit
    STEAM_RUNTIME has been set by the user to: /home/wencan/.local/share/Steam/ubuntu12_32/steam-runtime
    /home/wencan/.local/share/Steam/steam.sh: line 755: 6875 Segmentation fault (core dumped) $STEAM_DEBUGGER “$STEAMROOT/$PLATFORM/$STEAMEXE” “$@”
    bash-4.2$

  6. Great to see the xpad modules! i noticed in your installation instructions you gave the commands yum -y install dkms-steam and yum -y install akmod-steam, where in your repo they are named akmod-xpad and dkms-xpad. Thanks for the great work :)

  7. Is the improved xpad driver from the kmod and akmod installed onto the same path? I ask, because even though I installed it, and ran depmod, and rebooted, the driver loaded is still from extra/drivers/joystick path under /lib/modules/`uname -r`/ for the latest F20 3.15.6 kernel, and I don’t get the extra/xpad path, I’ve thought of manually rebuilding the src.rpm

    1. Hello,

      if you add akmox-xpad you get the new module under extra, and that will take precedence over the installed one. On my system:

      # rpm -ql kmod-xpad-3.15.6-200.fc20.x86_64
      /usr/lib/modules/3.15.6-200.fc20.x86_64/extra
      /usr/lib/modules/3.15.6-200.fc20.x86_64/extra/xpad
      /usr/lib/modules/3.15.6-200.fc20.x86_64/extra/xpad/xpad.ko
      # find /lib/modules/3.15.6-200.fc20.x86_64/ -name "*xpad*"
      /lib/modules/3.15.6-200.fc20.x86_64/extra/drivers/input/joystick/xpad.ko
      /lib/modules/3.15.6-200.fc20.x86_64/extra/xpad
      /lib/modules/3.15.6-200.fc20.x86_64/extra/xpad/xpad.ko
      # modprobe xpad
      # modinfo xpad | grep file
      filename:       /lib/modules/3.15.6-200.fc20.x86_64/extra/xpad/xpad.ko
      1. For some odd reason, and this is a newly installed Fedora 20, akmod did not install the kernel-devel package, and I have installed the Nvidia blob as well as its akmod… that turned out to be the reason why the module was not being built, odd….

        1. You should open a bug on akmod, it is pulling in “kernel-devel” as a dependency, but kernel-devel is also provided by “kernel-debug-devel”, and since it comes alphabetically first it’s installed in place of the normal one.

          I’ve updated the guide to install “kernel-devel” explicitly.

  8. Nice, by the way, the driver works mazingly well. I hope Valve keep on improving Linux input device (aka) joystick and gamepad support and that THAT work will eventually make its way upstream to the kernel. In the mean time I enjoy that xpad driver does provide accurate rumble_ff feedback in actual games (well, at least those I’ve tested, like Dust), on this gamepad I explicitly bought for Steam and native games alike in steam games… As soon as Valve makes a Steam Controller final version available, I’m sure as heck I’ll be getting one!

  9. Just a last minute comment on the xpad driver thingy :D… So it turns out that the driver works WONDERFULLY and rumble and all is supported, as long as the device event driver is WRITEABLE, so if you simply:

    sudo chmod o+w /dev/input/by-id/*event*joystick

    You’ll get the desired functionality, however upon reboot you’ll lose that, so I wrote a quick and dirty hack to have udev do this for me, in a rule (92-xpad.rules; gotta love the name :D), like so:

    KERNEL=="event*", SUBSYSTEMS=="usb", SUBSYSTEM=="input", ATTRS{idVendor}=="045e", ATTRS{idProduct}=="0291", MODE=="0666"

    This does work on my system, however I do reckon that different pads will not work even if they do work with this driver, which is why I thought of formulating it in a different way so that the actual DRIVER does the detection for us, like so:

    KERNEL=="event*", SUBSYSTEMS=="usb", SUBSYSTEM=="input", DRIVERS="xpad", MODE="0666"

    Indeed works!! Still this makes the node writeable by anyone, which could theoretically imply a security concern, so I decided to instead leave it like so:

    KERNEL=="event*", SUBSYSTEMS=="usb", SUBSYSTEM=="input", DRIVERS=="xpad", GROUP="games", MODE="0660"
    KERNEL=="js*", SUBSYSTEMS=="usb", SUBSYSTEM=="input", DRIVERS=="xpad", GROUP="games" MODE="0664"

    This however requires manual addition of the current user to the games group, which I’m not sure could be automated by a scriptlet in the akmod rpm or simply be a requirement to do manually and have permanent permisons on the device across reboots; my 2¢ :-)

    1. Many thanks for the information, I’m considering adding this to the package. I have an x-box 360 clone controller which is working fine in Steam without your UDev rule. Currently the Steam package sets this:

      $ cat /usr/lib/udev/rules.d/99-steam-controller-perms.rules 
      #USB devices
      SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0666"
      # Oculus HID Sensor naming and permissioning
      KERNEL=="hidraw*", SUBSYSTEM=="hidraw", ATTRS{idVendor}=="2833", MODE="0666"

      What are vendor 045e and product 0291? If you use Steam, do you have the same rumble functionality without adding your UDev rule?

  10. Quick correction, in the example above I used /dev/inpu/by-id/, which as it is a symbolic link does not work, since the symlink is already world readable/writeable even if its objective node file isn’t, in my case the event node was /dev/input/event20, but still the udev rules do apply and the device nodes get the correct parameters!

  11. It was just because Steam games wouldn’t have rumble (Dust, Cave, Portal), witout me changing perms for the js and event devices, that I ended up generating the rules for the js and event devices managed by the xpad driver as the parent directive. Note that I only use the last two sets of rules in order to not tie the rules to a specific device, in this case vendor and product id’s are for an original Microsoft XBox360 Wireless Controller which are the 045e vendor and product 0291. Odd… the version of Steam from rpmfusion does not install such rule, hence me needing to create one.

    1. Ok… My bad, apparently the rule IS there, only not under /etc/udev/rules.d/, as I would have expected, but as you did point out (though I apparently read /etc/ instead) in /usr/lib/udev/rules.d…
      However, for some reason these rules are being overlooked when creating the devices for my particular configuration… apparently due to the vendor id (Valve’s controller?)… Maybe creating a secondary rule for xpad devices as 99-joystick-xpad-perms.rules?

  12. Many thanks for these instructions. It’s the weekend after Christmas here and I was just looking for something useful to do (other than raking leaves in the back yard, which I really wanted to avoid). Installing Steam on the Fedora 21 HTPC in the living room was just what I needed to redeem the day.

  13. Hi, I’m using your steam package on Fedora-21-x86_64. I can launch Steam games manually (e.g. Kerbal Space Program) but cannot launch them from the Steam App. Additionally, the Steam app doesn’t recognize that I have direct rendering enabled (glxinfo says that it is).

    Do you have a bug tracking page for this?

  14. Hi. I’m trying to install the package under Fedora 22. Apparently there’s a dependency issue:

    [user@notebook ~]$ sudo dnf install steam
    Using metadata from Sat Apr 18 13:39:14 2015 (0:00:41 hours old)
    Error: nothing provides libtxc_dxtn(x86-32) needed by steam-1.0.0.49-4.fc22.i686

  15. So, it looks like you need the rpmfusion (free and non-free) repos in order to install libtxc_dxtn. But currently these repositories are not working with F22 (I think it has something to do with the upcoming beta release and an infra-structure migration being done by the maintainers). Also, I can’t seem to find a libtxc_dxtn .rpm file for F22.

    Any workarounds?

    1. Hi. Again, in answer to my own question: I was able to install the libtxc_dxtn 32 bits and libtxc_dxtn 64 bits from FC21 packages. Just download libtxc_dxtn-1.0.0-4.fc21.i686.rpm and libtxc_dxtn-1.0.0-4.fc21.x86_64.rpm from http://www.rpmfind.net/linux/rpm2html/search.php?query=libtxc_dxtn , and install using either the command line or a graphical package manager like Yumex (recommended).

      After that I was able to install Steam from this repository, with no dependency complaints. On a side note, it seems that at least under F22-Gnome and/or the current Steam version, Big Picture Mode and store videos (maybe Steam is now using HTML 5?) are working out of the box, with no need to install Flash or change the SELinux configuration.

  16. Hi
    Using Fedora 22, I have this error using negativo17’s Steam.

    Could you help me please ?

    $ steam –reset ; steam
    shell-init : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
    chdir : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
    chdir : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
    mv: impossible d’évaluer « /home/michael/.steam/registry.vdf »: Aucun fichier ou dossier de ce type
    Installing bootstrap /home/michael/.local/share/Steam/bootstrap.tar.xz
    Reset complete!
    shell-init : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
    chdir : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
    chdir : erreur de détermination du répertoire actuel : getcwd : ne peut accéder aux répertoires parents : Aucun fichier ou dossier de ce type
    Running Steam on fedora 22 64-bit
    STEAM_RUNTIME is enabled automatically
    Installing breakpad exception handler for appid(steam)/version(0_client)
    /home/michael/.local/share/Steam/steam.sh : ligne 730 : 5937 Erreur de segmentation (core dumped)$STEAM_DEBUGGER “$STEAMROOT/$STEAMEXEPATH” “$@”
    mv: impossible d’évaluer « /home/michael/.steam/registry.vdf »: Aucun fichier ou dossier de ce type
    Installing bootstrap /home/michael/.local/share/Steam/bootstrap.tar.xz
    Reset complete!
    Restarting Steam by request…
    Running Steam on fedora 22 64-bit
    STEAM_RUNTIME has been set by the user to: /home/michael/.local/share/Steam/ubuntu12_32/steam-runtime
    Installing breakpad exception handler for appid(steam)/version(0_client)
    /home/michael/.local/share/Steam/steam.sh : ligne 730 : 6072 Erreur de segmentation (core dumped)$STEAM_DEBUGGER “$STEAMROOT/$STEAMEXEPATH” “$@”

    1. You’ve screwed your profile somehow:

      shell-init : erreur de détermination du répertoire actuel : getcwd

  17. Sir, something not working properly.

    [anis@localhost yum.repos.d]$ sudo dnf install steam
    Last metadata expiration check performed 0:33:34 ago on Mon May 25 21:15:50 2015.
    Error: package steam-1.0.0.50-1.fc22.i686 requires nss(x86-32), but none of the providers can be installed

    Anis

    1. It seems related to dnf resolver, it happens here as well but on other packages. Try to install nss.i686 and install steam afterwards.

  18. To install the repo on Fedora 22 we need to do:

    dnf config-manager –add-repo=http://negativo17.org/repos/fedora-steam.repo

    Right?

  19. So I installed Fedora 22 on my PC for the first time. I used Arch Linux in the past. Anyways, I just want to play a nice and lovely game of CS:GO with my friends on Steam, but no I can’t do that. I have to search around on the web for 3 hours just to get Steam working. Whenever I try to run the command: “yum-config-manager –add-repo=http://negativo17.org/repos/fedora-steam.repo”
    I get this:
    [root@fedora dead385]# yum-config-manager –add-repo=http://negativo17.org/repos/fedora-steam.repo

    Yum-utils package has been deprecated, use dnf instead.
    See ‘man yum2dnf’ for more information.

    adding repo from: http://negativo17.org/repos/fedora-steam.repo
    YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
    Eg. http://dummy
    Traceback (most recent call last):
    File “/usr/bin/yum-config-manager”, line 222, in
    grabber = repo.grabfunc; del repo
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 697, in
    grabfunc = property(lambda self: self._getgrabfunc())
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 687, in _getgrabfunc
    self._setupGrab()
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 631, in _setupGrab
    urls = self.urls
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 875, in
    urls = property(fget=lambda self: self._geturls(),
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 872, in _geturls
    self._baseurlSetup()
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 838, in _baseurlSetup
    self.check()
    File “/usr/lib/python2.7/site-packages/yum/yumRepo.py”, line 558, in check
    self.ui_id, repo=self)
    yum.Errors.RepoError: Cannot find a valid baseurl for repo: dummy

    I am in su right now, so I don’t need to use sudo all the time. Anyways, any ideas on how to fix this?

  20. DNF commands as ROOT:

    dnf config-manager –add-repo=http://negativo17.org/repos/fedora-steam.repo

    dnf install steam

  21. I get the following error when trying to use your repo —

    Failed to synchronize cache for repo ‘fedora-steam’ from ‘http://negativo17.org/repos/steam/fedora-22/x86_64/’: Yum repo downloading error: Downloading error(s): repodata/f50d52f00d28605ed173997b7f629fec35564f2dd83134e8a1ef98b86325c666-filelists.xml.gz – Cannot download, all mirrors were already tried without success; repodata/abc63a5fcbd6c2dce2c8ee06f2c61031be32b8216939174d03b9aa85cbf5b789-primary.xml.gz – Cannot download, all mirrors were already tried without success, disabling.

  22. Any idea why I wouldn’t be able to get past the following in Fedora 22:

    $ steam
    Running Steam on fedora 22 64-bit
    STEAM_RUNTIME is enabled automatically
    Installing breakpad exception handler for appid(steam)/version(0)
    libGL error: unable to load driver: swrast_dri.so
    libGL error: failed to load driver: swrast

    It will just hang at this point and never load. The EULA loaded initially on the first run, but then it too would hang. I’m using pretty standard repo’s and the NVIDIA repos from here. (Best way to install CUDA and OpenCL support–thank you!)

    1. Have you installed 32 bit libraries for the drivers? Are you using a reduced desktop (like i3 tiling window manager, etc.) that does not pull in all generic desktop dependencies?

      1. Gotcha… Yup, it was the 32-bit dependency. I wasn’t aware of the bug in dnf where 32-bit packages do not show up in searches on 64-bit systems and wasn’t sure it was available. An explicit argument to dnf install though took care of it. Thank you!

        1. I found!

          For 304x driver you have to give this command:

          sudo dnf install xorg-x11-drv-nvidia-340xx-libs.i686

          For newer driver:

          sudo dnf install xorg-x11-drv-nvidia-libs.i686

  23. Hi,

    I’m trying this repo with no luck. This is what I got on a terminal:

    Running Steam on fedora 22 64-bit
    STEAM_RUNTIME is enabled automatically
    Installing breakpad exception handler for appid(steam)/version(0)
    /home/twsh/.local/share/Steam/steam.sh: línea 756: 11196 Violación de segmento (`core’ generado) $STEAM_DEBUGGER “$STEAMROOT/$STEAMEXEPATH” “$@”

    The same result when I tried with the rpmfusion nonfree repo.

    Any idea on what is wrong??

    Thanks in advance.

    1. Don’t know if you looked, but the package is the same on here and RPMFusion.
      Can you run it from the terminal with STEAM_DEBUG set?

      $ STEAM_DEBUG=1 steam

      Do you have all required 32 bit libraries if you’re running proprietary drivers?

      1. I could have sworn I chose to install the 32 bit libs when I installed the propietary drivers for my nvidia card. After reinstall the drivers and make sure it install the 32 bit libs the steam cliente is now working.

        Thanks a lot.

  24. Alas, I keep getting 404 errors for both the fedora-steam repo and the fedora-spotify repo. when I run dnf update.

    Downloading Packages:
    [MIRROR] steam-1.0.0.50-3.fc22.i686.rpm: Status code: 404 for http://negativo17.org/repos/steam/fedora-22/x86_64/steam-1.0.0.50-3.fc22.i686.rpm
    [FAILED] steam-1.0.0.50-3.fc22.i686.rpm: No more mirrors to try - All mirrors were already tried without success
    Error: Error downloading packages:
    Cannot download steam-1.0.0.50-3.fc22.i686.rpm: All mirrors were tried

    This has been going on for three days. Issues on your end? Thanks!

      1. Thank you, that cleared up the steam repo. Can’t seem to synchronize the cache to install spotify-client. Will examine further.

    1. And what’s the difference? Same output here.
      Also, -D is not documented in the man page. Is it debug?

      [root@buko ~]# modprobe -D xpad
      insmod /lib/modules/4.0.7-300.fc22.x86_64/extra/drivers/input/joystick/xpad.ko.xz
      [root@buko ~]# modprobe -r xpad
      [root@buko ~]# modprobe -v xpad
      insmod /lib/modules/4.0.7-300.fc22.x86_64/extra/drivers/input/joystick/xpad.ko.xz
      [root@buko ~]#

  25. Hey!!!
    Thank you guys, for a awesome jobs and countless hours. Here it is. I was back in linux longtime and trusted Valve too much. Stuck on tf2.
    Fedora 22, NVIDIA 8600GS.
    TIMO

    http://rpmfusion.org/Howto/nVidia#GeForce_8.2BAC8-9.2BAC8-200.2BAC8-300.2BAC8-405

    32bit this site comments…
    Mustafa
    June 27, 2015 at 1:27 am
    I found!
    For 304x driver you have to give this command:

    sudo dnf install xorg-x11-drv-nvidia-340xx-libs.i686

    For newer driver:

    sudo dnf install xorg-x11-drv-nvidia-libs.i686

    And steam,
    dnf config-manager –add-repo=http://negativo17.org/repos/fedora-steam.repo
    dnf -y install steam

    kiitostimo

    first time no sound, no game yet i have to wrote this first.:)

  26. I am getting a dnf error.

    Error: Transaction check error:
    file /etc/ld.so.conf.d/heimdal.conf conflicts between attempted installs of heimdal-libs-1.6.0-0.10.20150115gitc25f45a.fc22.x86_64 and heimdal-libs-1.6.0-0.10.20150115gitc25f45a.fc22.i686

    when I run dnf install steam-noruntime it tries to pull in both 64 and 32 bit libs for heimdal-libs but there is a conflict there. There is a bug in the tracker for this error https://bugzilla.redhat.com/show_bug.cgi?id=1244316

    Does anyone know a way around this problem and or run into it yet? Thanks

    1. Yes I did. The Heimdal package is not well done, it had that bug since forever. Heimdal is not required by almost nothing as Fedora uses the MIT implementation, so you can just remove the x86_64 package.

  27. I had figured since fedora likes the MIT that it wouldn’t be needed but the dnf install steam-noruntime pulled in both the 64 and 32 libraries. That means I can’t uninstall the 64 bit library as it isn’t installed

    1. Looks like that did the trick. Must stem from the same bug where they both provide a dependency. Thanks again for the help

  28. Hi. I think the Fedora 22 package is missing dependencies on:

    libXtst-i686
    pulseaudio-libs.i686

    Please could you correct?

    1. Hello, sorry for the late reply. According to a dependency run in the client, these are only needed if you run the client without the Steam Runtime, and those are already part of the steam-noruntime package requirements.

      $ rpm -q --requires steam-noruntime | egrep "pulseaudio-libs|libXtst"
      libXtst(x86-32)
      pulseaudio-libs(x86-32)

      May I ask you how did you get that these are missing (i.e. you installed a minimal desktop and then installed the client, etc.). Thanks.

  29. Hi,

    I need help with a little problem here. After installing steam-noruntime the command ‘dnf autoremove’ reports:

    Error: problem with installed package SDL2_image-2.0.0-7.fc22.i686.
    problem with installed package SDL2_mixer-2.0.0-7.fc22.i686.
    problem with installed package SDL2_net-2.0.0-2.fc22.i686.
    problem with installed package SDL2_ttf-2.0.12-4.fc22.i686.
    problem with installed package SDL_image-1.2.12-11.fc22.i686.
    problem with installed package SDL_mixer-1.2.12-7.fc22.i686.
    problem with installed package SDL_ttf-2.0.11-6.fc22.i686.
    problem with installed package alsa-plugins-arcamav-1.0.29-1.fc22.i686.
    [...]
    problem with installed package pangox-compat-0.0.2-5.fc22.i686
    (try to add '--allowerasing' to command line to replace conflicting packages)

    If I run ‘dnf autoremove –allowerasing’ the steam-noruntime and its dependencies get uninstalled.

    1. Don’t know what this is due to, but happens on my system as well for other i686 packages. It seems dnf is telling you (in a very obfuscated way) that those are 32 bit libraries on a 64 bit system. Btw, if you want to return to the state where steam-noruntime and its dependencies are not installed, the command is dnf history.

      1) dnf history info, and get the transaction number where the package and its dependencies have been installed

      2) dnf history rollback
      , where the transaction number is the one previous to the one of the installation (i.e. the state where it was not installed).

      You can even point to previous points in time.

      1. Thx for the help. I guess I’ll just ignore autoremove then :)

        Didn’t know about the history functionality though. Will try it next time if I’ll need it :)

Leave a Reply

Your email address will not be published. Required fields are marked *

I'm not dumb. I just have a command of thoroughly useless information.

%d bloggers like this: