Skip to content
Snippets Groups Projects
  1. Feb 22, 2021
  2. Jan 28, 2021
  3. Jan 25, 2021
  4. Nov 18, 2020
    • Simon McVittie's avatar
      system-info: Detect whether the expected runtime linker is present · 559bdc0a
      Simon McVittie authored
      
      On operating systems with unusual path layouts, such as Exherbo and
      NixOS, the de facto standard path for the runtime linker is not
      necessarily present for all architectures.
      
      (Of course, if the x86_64 runtime linker is not present, we won't
      normally be able to run steam-runtime-system-info either, but at least
      users of such operating systems can compile it from source code if they
      need to provide diagnostics.)
      
      Signed-off-by: default avatarSimon McVittie <smcv@collabora.com>
      559bdc0a
  5. Nov 17, 2020
  6. Oct 26, 2020
  7. Oct 07, 2020
  8. Jul 09, 2020
    • Simon McVittie's avatar
      library: Add an accessor for the real SONAME · 1d348ddc
      Simon McVittie authored
      
      In s-r-system-info, we show libraries whose SONAME is not the same as
      the name we asked for, even in non-verbose mode. For example, if the
      expectations have not been updated to list libldap_r-2.4.so.2 yet,
      Debian systems will show:
      
          "libldap-2.4.so.2" : {
            "soname" : "libldap_r-2.4.so.2",
            "path" : "/usr/lib/x86_64-linux-gnu/libldap-2.4.so.2"
          },
      
      Signed-off-by: default avatarSimon McVittie <smcv@collabora.com>
      1d348ddc
  9. Apr 24, 2020
  10. Apr 20, 2020
  11. Apr 14, 2020
  12. Apr 01, 2020
  13. Mar 10, 2020
  14. Mar 06, 2020
  15. Feb 12, 2020
  16. Feb 10, 2020
  17. Jan 09, 2020
  18. Nov 18, 2019
  19. Oct 11, 2019
  20. Sep 26, 2019
  21. 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
  22. Sep 24, 2019
  23. Sep 11, 2019
  24. Sep 09, 2019
Loading