| 23 May 2024 |
 Atemu | Oh wow lol | 10:30:56 |
 K900 | They do it because a lot of the driver code is actually shared between drivers | 10:44:45 |
| K900 | So it makes sense to link everything into one big blov | 10:44:56 |
| K900 | * So it makes sense to link everything into one big blob | 10:45:06 |
| K900 | Instead of having to copy the shared code into every driver | 10:45:15 |
| Atemu | Sure that part is fine, using the first in an alphabetical list as the real driver binary however... | 10:52:58 |
| K900 | Why not? | 10:58:37 |
| Atemu | It's confusing | 11:05:02 |
| Atemu | I'd have expected all of them to link to a generic gallium_dri.so or something like that | 11:05:46 |
| Atemu | Including crocus | 11:05:56 |
| K900 | They're hardlinks normally | 11:06:40 |
| K900 | We just normalize hardlinks to symlinks | 11:06:47 |
| Atemu | Oh we do? | 11:10:42 |
| K900 | Yes | 11:11:43 |
| Atemu | Interesting, where does that happen? Is that a generic stdenv thing or do we just do that in select cases? | 11:17:28 |
| K900 | In the mesa drv | 11:19:28 |
| K900 |
# NAR doesn't support hard links, so convert them to symlinks to save space.
jdupes --hard-links --link-soft --recurse "$drivers"
| 11:19:32 |
 matthewcroughan | 
Download IMG_20240523_195022.jpg | 18:50:42 |
| matthewcroughan | :thinking: | 18:50:56 |
| matthewcroughan | It then crashes and says check the logs :D | 18:52:12 |
| matthewcroughan | It's all like this | 18:57:44 |
| matthewcroughan | endencies: Could not find "libcrypto.so.1.1" in LD_LIBRARY_PATH "/lib64:/lib32:/steamrt/amd64/lib/x86_64-linux-gnu:/steamrt/amd64/lib:/steamrt/amd64/usr/lib/x86_64-linux-gnu:/steamrt/amd64/usr/lib:/steamrt/i386/lib/i386-linux-gnu:/steamrt/i386/lib:/steamrt/i386/usr/lib/i386-linux-gnu:/steamrt/i386/usr/lib:/run/opengl-driver/lib:/run/opengl-driver-32/lib:/lib:/lib32:/run/opengl-driver/lib:/run/opengl-driver-32/lib:/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib:/home/astraluser/.local/share/Steam/steamapps/common/SteamVR", ld.so.cache, DT_RUNPATH or fallback /lib:/usr/lib
x86_64-linux-gnu-capsule-capture-libs: warning: Dependencies of libnvidia-pkcs11.so.550.40.61 not found, ignoring: Missing dependencies: Could not find "libcrypto.so.1.1" in LD_LIBRARY_PATH "/lib64:/lib32:/steamrt/amd64/lib/x86_64-linux-gnu:/steamrt/amd64/lib:/steamrt/amd64/usr/lib/x86_64-linux-gnu:/steamrt/amd64/usr/lib:/steamrt/i386/lib/i386-linux-gnu:/steamrt/i386/lib:/steamrt/i386/usr/lib/i386-linux-gnu:/steamrt/i386/usr/lib:/run/opengl-driver/lib:/run/opengl-driver-32/lib:/lib:/lib32:/run/opengl-driver/lib:/run/opengl-driver-32/lib:/nix/store/k7zgvzp2r31zkg9xqgjim7mbknryv6bs-glibc-2.39-52/lib:/home/astraluser/.local/share/Steam/steamapps/common/SteamVR", ld.so.cache, DT_RUNPATH or fallback /lib:/usr/lib
pressure-vessel-wrap[89395]: W: "/run/current-system/sw/bin/getent" is unlikely to appear in "/run/host"
pressure-vessel-wrap[89395]: W: Found more than one possible libdrm data directory from provider
vrstartup.sh[89589]: Steam Linux Runtime: sniper_platform_0.20240415.84603
srt-logger[89594]: N: Sending log messages to file "/home/astraluser/.steam/steam/logs/vrstartup-linux.txt" and terminal "/dev/pts/0"
vrstartup.sh[89589]: Relaunch under vrenv.
vrstartup.sh[89589]: exec /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrenv.sh /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrstartup.sh
vrenv.sh[89589]: VRCOMPOSITOR_LD_LIBRARY_PATH=/home/astraluser/.local/share/Steam/steamapps/common/SteamVR:/home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/linux64/qt/lib:/home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/linux64:/usr/lib/pressure-vessel/overrides/lib/x86_64-linux-gnu/aliases:/usr/lib/pressure-vessel/overrides/lib/i386-linux-gnu/aliases
vrenv.sh[89589]: exec /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrstartup.sh
vrstartup.sh[89589]: Steam Linux Runtime: sniper_platform_0.20240415.84603
vrstartup.sh[89589]: call /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrsetup.sh
vrsetup.sh[89613]: Detected Steam Linux Runtime pressure-vessel launch in sniper_platform_0.20240415.84603
vrsetup.sh[89613]: Relaunching via steam launcher service to host level for vrcompositor setcap configuration.
vrsetup.sh[89621]: exec /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrenv.sh /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrsetup.sh
vrenv.sh[89621]: VRCOMPOSITOR_LD_LIBRARY_PATH=/home/astraluser/.local/share/Steam/steamapps/common/SteamVR:/home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/linux64/qt/lib:/home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/linux64:/lib64:/lib32:/steamrt/amd64/lib/x86_64-linux-gnu:/steamrt/amd64/lib:/steamrt/amd64/usr/lib/x86_64-linux-gnu:/steamrt/amd64/usr/lib:/steamrt/i386/lib/i386-linux-gnu:/steamrt/i386/lib:/steamrt/i386/usr/lib/i386-linux-gnu:/steamrt/i386/usr/lib:/run/opengl-driver/lib:/run/opengl-driver-32/lib
vrenv.sh[89621]: exec /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrsetup.sh
vrsetup.sh[89621]: Relaunching under scout LDLP runtime.
vrsetup.sh[89621]: exec /home/astraluser/.steam/bin/steam-runtime/run.sh /home/astraluser/.local/share/Steam/steamapps/common/SteamVR/bin/vrsetup.sh
vrsetup.sh[89621]: Detected scout LDLP runtime.
Using host zenity for question
pkexec must be setuid root
vrsetup.sh[89621]: Error: setcap of vrcompositor-launcher failed.
Error: SteamVR setup is incomplete, some features might be missing. See Steam client logs folder for details.
Using host zenity for message
| 18:57:47 |
| Atemu | matthewcroughan: You must manually run the command it tries to run | 18:59:18 |
| Atemu | You will never be able to run it inside the fhsenv | 18:59:30 |
| Atemu | It'll stop complaining once the cap is set | 18:59:46 |
| matthewcroughan | Hmm, is this proof that my nvidia open patch did something? | 18:59:52 |
| matthewcroughan | I've never seen it ask this to me before | 18:59:59 |
| Atemu | No | 19:00:00 |
| Atemu | A SteamVR update is more likely | 19:00:15 |
| matthewcroughan | Well now it's quite imperative that this be resolved, because the script is related to CAP_SYS_NICE | 19:01:10 |
