aboutsummaryrefslogtreecommitdiff
path: root/pkgs/games/steam/steam.nix (unfollow)
Commit message (Collapse)AuthorFilesLines
2020-11-23steam: http -> httpsMax Wilson1-1/+1
2020-04-10treewide: Per RFC45, remove all unquoted URLsMichael Reilly1-1/+1
2019-08-28treewide: remove redundant recvolth1-1/+1
2019-08-19steam: 1.0.0.59 -> 1.0.0.61nyanloutre1-2/+2
2019-08-17treewide: name -> pnamevolth1-1/+2
2019-03-04steamPackages.steam: 1.0.0.56 -> 1.0.0.59Carles Pagès1-2/+2
2019-02-26treewide: use runtimeShell instead of stdenv.shell whenever possibleJörg Thalheim1-2/+2
Whenever we create scripts that are installed to $out, we must use runtimeShell in order to get the shell that can be executed on the machine we create the package for. This is relevant for cross-compiling. The only use case for stdenv.shell are scripts that are executed as part of the build system. Usages in checkPhase are borderline however to decrease the likelyhood of people copying the wrong examples, I decided to use runtimeShell as well. (cherry picked from commit dadc7eb3297e6c2fb0c0e01149c8fcebd80770c1)
2019-02-26treewide: use runtimeShell instead of stdenv.shell whenever possibleJörg Thalheim1-2/+2
Whenever we create scripts that are installed to $out, we must use runtimeShell in order to get the shell that can be executed on the machine we create the package for. This is relevant for cross-compiling. The only use case for stdenv.shell are scripts that are executed as part of the build system. Usages in checkPhase are borderline however to decrease the likelyhood of people copying the wrong examples, I decided to use runtimeShell as well.
2018-09-29steamPackages.steam: 1.0.0.51 -> 1.0.0.56nyanloutre1-2/+2
2018-09-28steamPackages.steam: add udev rulesnyanloutre1-0/+2
2016-03-04steamPackages.steam-original: 1.0.0.49 -> 1.0.0.51Nikolay Amiantov1-2/+2
2015-12-04steamPackages.steam: cleanupNikolay Amiantov1-12/+10
2015-10-11steam: add steamPackages namespace, build our own runtimeNikolay Amiantov1-0/+0
2015-05-30prevent accidentally installing unwrapped steamAristid Breitkreuz1-1/+1
2015-03-09steam: refactor metaNikolay Amiantov1-3/+3
2015-02-05steam: replace steamdepsNikolay Amiantov1-1/+14
2014-11-03steam: update 1.0.0.48 -> 1.0.0.49Arseniy Seroka1-4/+7
2014-09-06Fix steam packageSander van der Burg1-2/+0
2014-09-06steam: fix steam on x86_64Christoph Hrdinka1-102/+5
2014-08-08steam: updated to 1.0.0.48Georges Dubus1-10/+7
2014-07-28Turn some license strings into lib.licenses valuesMateusz Kowalczyk1-2/+2
2014-06-20The folder $url/steam/archive seems to be empty...third3ye1-2/+2
Changed the URLs to the packages over to the steam folder inside <code>pool/steam/s/steam</code>. If the archive folder has been repopulated the next 24hrs ignore this.
2013-09-13My attempt to get Steam working in NixOS. It uses a function called ↵Sander van der Burg1-1/+26
buildFHSChrootEnv {} that composed chroot environments. In such a chroot environment, I could run Steam without much problem
2013-08-10Steam: fix and update to 1.0.0.39Evgeny Egorochkin1-22/+15
2013-08-10steam: add flashplayer plugin support.Carles Pagès1-1/+3
The videos work, but there is a problem with sound: ALSA lib dlmisc.c:236:(snd1_dlobj_cache_get) Cannot open shared library /nix/store/9z51hr9l19vdhgmqd60jwwrg6ny5md2d-alsa-plugins-1.0.26/lib/alsa-lib/libasound_module_pcm_pulse.so It tries to open a 64bit plugin, which obviously fails. I think this depends on /etc/asound.conf, but I'm not sure how to fix it. Regardless of the problem, in one computer I tried the sound works but other apps cannot output sound. In another, the sound doesn't work and other apps continue working as normal.
2013-08-10steam: revert adding amd64 version.Carles Pagès1-1/+1
It turns out that the .deb only contains the changelog and some other docs. Revert back to using the i686 version, but keep the double url for the future.
2013-08-10steam: add amd64 version and point url to fix version (as suggested by aristid).Carles Pagès1-5/+13
Valve has a repository with fixed version packages, so use that instead of the steam.deb I was using. They also have amd64 packages there.
2013-08-10steam: update to 1.0.0.28Carles Pagès1-2/+2
2013-08-10steam: create some missing symlinks in the script.Carles Pagès1-3/+7
In the original script it says they are temporary, but without those simlinks Osmos and others fail to start with SteamAPI_Init() failed.
2013-08-10steam: create proper symlinks in $HOME/.steamCarles Pagès1-6/+23
2013-08-10steam: add libXdmcp to dependencies.Carles Pagès1-2/+2
I must have been blind. libXdmcp is in nixpkgs, contrary to what I said.
2013-08-10steam: update to 1.0.0.27Carles Pagès1-3/+6
It needed some more sed'ing and more deps. It's still not working as I seem to need libXdmcp which is not in nixpkgs.
2013-08-10steam: update to 1.0.0.21.Carles Pagès1-5/+3
I also updated the patches for the bootsrapper script and fixed a typo, but didn't test anything.
2013-08-10steam: add mesa to library path.Carles Pagès1-2/+2
Mesa is needed for Superbrothers: S&S EP, which links to libGLU.
2013-08-10steam: workaround segfault at startup.Carles Pagès1-3/+4
I don't know why, if I call ld-linux.so.2 to launch the game, it segfaults, so I renamed it to ld.so.
2013-08-10steam: update to 1.0.0.18.Carles Pagès1-2/+2
I forgot in the previous commit to update the version as I had changed the tarball hash. I also modified a bit the launcher script, since xz should only be needed by the installer.
2013-08-10steam: bypass valve's bootstrapper.Carles Pagès1-12/+30
Since there is no way to modify either steam.sh or the steam binary as they are hash checked, I took the approach of bypassing steam.sh and create a script that does its job. For now it segfaults, but when I try to run under strace, it works perfectly. Need to check this.
2013-08-10steam: add all the missing dependancies.Carles Pagès1-2/+5
Calling their steam script still segfaults, but I managed to run it from the shell with all these deps in the lib path.
2013-08-10steam: add glibc215 to the wrapper.Carles Pagès1-2/+2
2013-08-10Steam: add patch for user stuff and lib paths to wrapProgram.Carles Pagès1-4/+19
The binaries that get copied to $HOME need patchelf to run, and after that I need all the runtime libs in the library path. Still not working as I need glibc2.15.
2013-08-10Steam: first attempt at adding the beta client.Carles Pagès1-0/+37
The script installed with this expression only copies a boostrapper and another script to the user's home folder. Those also need to be patched to get on with the installation.
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-01 06:31:07 +0000