Arch Linux User Repository

Here is a patch to update to 18.2, and remove some old hacks. CEF is thankfully dead, it uses QT5 now. I'm not sure the depends are correct, but this builds locally for me applied to a cloned copy of the AUR: https://pastebin.com/qNtyiBe9

Currently failing to build:

yarn install v1.22.18
[1/4] Resolving packages...
[2/4] Fetching packages...
error Command failed.
Exit code: 128
Command: git
Arguments: ls-remote --tags --heads git://github.com/loot/babel-gettext-extractor
Directory: /home/tom/.cache/yay/loot/src/loot-0.16.1
Output:
fatal: remote error:
  The unauthenticated git protocol on port 9418 is no longer supported.
Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: loot

loot crashes when used due to an out-of-bounds array access; https://github.com/loot/loot/issues/1615

apparently it's fixed in the 'fix-vector-access' branch of 'libloot', hopefully they'll release a new libloot version soon so that it's easier to switch to. (and thanks for this package, it makes modding skyrim a much easier thing on linux :)

Haven't gotten a chance to do that. For this PKGBUILD, I found another issue that might affect others. I had one machine with rustup installed, but no default toolchain set in rustup. This will cause the build to fail, but the error message is not obvious. If anyone encounters this, run 'rustup toolchain default'. It's probably possible to check for this status in the prepare stage and return a more useful error.

@65a You should try replicating it against current git - https://github.com/loot/loot/pull/1162#issuecomment-545120145 - and if it is still an issue there, report it upstream, I don't understand the issue enough to fix it either.

I've updated the package to 0.16.1/0.16.3 loot/libloot (from May), hopefully nailing the new .pak packaging, and added your hack to keep it building for now.

I was having issues building this. It appears to be an upstream problem with CMakeLists.txt, but I added the following hack to the PKGBUILD to brute force it. tl;dr "--config $(CONFIGURATION)" is set everywhere, but I don't think we usually have these outside of visual studio/multi-compiler land, IIUC.

Put this in the first line of build() to replicate. find ./ -type f -exec sed -i 's#--config $(CONFIGURATION)##g' {} \;

I'm unsure of the correct upstream fix, this seems like it's probably necessary on Windows...can we just set CONFIGURATION to default or something if Linux?

huh manual building worked just fine. wonder why its failing with paru. that's weird.

got another noob question, how can i get it to see my skyrim special edition? it doesn't detect it. i have it installed via steam.

edit: nvm i got it to work. had to edit ~/.config/LOOT/settings.toml and add:

local_path = "/mnt/storage0/SteamLibrary/steamapps/compatdata/489830/pfx/drive_c/users/steamuser/Local Settings/Application Data/Skyrim Special Edition"

path = "/mnt/storage0/SteamLibrary/steamapps/common/Skyrim Special Edition"

to the skyrim se column

Try building the package manually, not with an AUR helper

here's the full log: https://pastebin.com/RsEzeyUx

seems like its missing its .desktop file?

As you can see, the desktop file is included in the sources. You should post the full log, including what you're executing.

Works on my machine™