| 10 Sep 2025 |
 Rein | Okay, so trying to preload the 64-bit version of PipeWire's Jack also fails with wrong ELF class: ELFCLASS64 | 20:29:38 |
| Rein | Fixed it in the most stupid way I could probably think of | 21:23:10 |
| Rein | Maybe there's some more elegant solution with something like nixld, but I'm lost as to how use nixld | 21:23:43 |
| Rein | either way, seems that copying the libjack.so via steam-run cp /lib32/libjack.so $HOME/.steam/steam/steamapps/Rocksmith2014 and then providing the absolute path to libjack inside Rocksmith2014 dir works | 21:24:47 |
| Rein | I have no idea as to why, but I give up with getting a nicer solution atp, as I've spent way too much time on this one | 21:25:25 |
| Rein | * Maybe there's some more elegant solution with something like nix_ld, but I'm lost as to how use nix_ld | 21:26:40 |
| Rein | either way, seems that copying the libjack.so via steam-run cp /lib32/libjack.so $HOME/.steam/steam/steamapps/Rocksmith2014 and then providing the absolute path in LD_PRELOAD to libjack inside Rocksmith2014 dir works | 21:27:08 |
| Rein | preloading rs-linux-autoconnect's librsshim.so also works after being copied to the game's directory | 21:29:43 |
| Rein | Would appreciate an answer about why it throws wrong ELF class: ELFCLASS32 when getting loaded from /lib32 and does not when being loaded from the game's directory, as it makes no sense to me | 21:31:48 |
