Skip to content
Snippets Groups Projects
  1. Sep 25, 2019
    • Simon McVittie's avatar
      Distinguish between the Steam installation (root) and data paths · 41ac7a82
      Simon McVittie authored
      
      Until now we've been conflating these two, but Timothee Besset recently
      clarified their status for me.
      
      ~/.steam/steam is maintained by bin_steam.sh, aka /usr/bin/steam,
      in which it is referred to as STEAMDATALINK. It is the data directory
      containing user data (cloud-synced configuration and saves), the
      download cache, and the default Steam Library directory.
      
      ~/.steam/root is maintained by steam.sh, in which it is referred to as
      STEAMROOTLINK. It is the installation directory, containing Steam
      executables and libraries.
      
      As a result, they are normally the same, but can differ, in particular
      in two situations:
      
      * When testing a new Steam client build by running client/steam.sh,
        client/ gets used as the installation directory, in conjunction with
        the existing data directory pointed to by ~/.steam/steam. This avoids
        having to re-login or re-download your library of games for the new
        test installation.
      
      * When Debian bug #916303 was present during the initial Steam
        installation, the Steam client was unpacked into ~/.steam, resulting
        in creation of ~/.steam/steam as a real directory that cannot be
        replaced with a symbolic link. We effectively ended up using
        ~/.steam as the installation path, but with ~/.steam/steam as the
        data path. (The Debian steam package has since been fixed, but we
        cannot easily disentangle existing installations.)
      
      Signed-off-by: default avatarSimon McVittie <smcv@collabora.com>
      41ac7a82
  2. Sep 24, 2019
  3. Sep 11, 2019
  4. Sep 10, 2019
  5. Sep 09, 2019
  6. Aug 27, 2019
    • Simon McVittie's avatar
      Add checks for locales and locale-related issues · 10c2771b
      Simon McVittie authored
      
      Some Steam games assume that the en_US.UTF-8 locale is available, and
      it's reasonably likely that others assume that the C.UTF-8 locale is
      available, or that the locale environment variables are set to usable
      values.
      
      Having checks for locale properties will also help us when experimenting
      with containers: we can check whether the locale that was set outside
      the container is available inside the container.
      
      Signed-off-by: default avatarSimon McVittie <smcv@collabora.com>
      10c2771b
  7. Aug 21, 2019
    • Jeremy Whiting's avatar
      Access SrtGraphics via SrtSystemInfo. · 85bfaca7
      Jeremy Whiting authored
      Moved srt_check_graphics to _srt_check_graphics and made it internal.
      Call _srt_check_graphics from srt_system_info_check_graphics after
      checking if we have a cached result first.
      Changed graphics test to use srt_system_info to do the check_graphics
      tests.
      Pass helpers_path to _srt_check_graphics and prepend path if set.
      
      Add srt_sytem_info_check_all_graphics.
      
      In srt_system_info_check_all_graphics try each of the 4
      combinations of window system and renderer and report
      back a GList of results.
      Also added to bin/steam-system-info.c using
      srt_system_info_check_all_graphics and outputting all found information
      in json format.
      Also added use of LD_PRELOAD environment variable.
      Also changed call to g_spawn_sync to search PATH
      so it can find -wflinfo binaries.
      85bfaca7
  8. Aug 15, 2019
  9. Aug 12, 2019
  10. Aug 06, 2019
Loading