Package Details: loot 0.16.1-3

Git Clone URL: (read-only, click to copy)
Package Base: loot
Description: A load order optimisation tool for the Elder Scrolls (Morrowind and later) and Fallout (3 and later) games.
Upstream URL:
Licenses: GPL3
Submitter: gargan
Maintainer: gargan (C0rn3j)
Last Packager: C0rn3j
Votes: 3
Popularity: 0.27
First Submitted: 2019-10-24 01:46
Last Updated: 2021-06-15 13:08

Latest Comments

1 2 Next › Last »

C0rn3j commented on 2021-06-15 13:08

@65a You should try replicating it against current git - - 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.

65a commented on 2021-06-15 00:30

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?

orlfman commented on 2021-05-05 19:37

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

C0rn3j commented on 2021-05-05 08:04

Try building the package manually, not with an AUR helper

orlfman commented on 2021-05-05 04:20

here's the full log:

C0rn3j commented on 2021-05-03 08:54

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™

orlfman commented on 2021-04-30 00:10

failing to build:

i think it failed because of this line: install: cannot stat '/mnt/storage2/makepkg-cache/loot/src/../LOOT.desktop': No such file or directory

seems like its missing its .desktop file?

C0rn3j commented on 2021-04-04 15:42

I have updated the package to current stable, fixed the node downloads (seems like yarn install wasn't running for both loot and libloot, not sure if the fix is kosher but it works) and added the required replacement for Spotify's CEF until the next version drops.


it fails near the end of compilation

That's because Spotify changed their infrastructure in 2021-01 and current stable LOOT is from 2020, so compiling stable broke in 2021.

Really wish Bethesda mod tools were more supported in Linux

You can always compile git loot, see here:

Neko-san commented on 2021-02-18 06:03

@abelian424 This almost worked for me with the now latest version(s) (Loot v0.16 & libloot v0.16.2)

However, it fails near the end of compilation

Really wish Bethesda mod tools were more supported in Linux, it's painful...

abelian424 commented on 2020-01-01 13:58

Editing the pkgfile works fine for installing the latest version of loot (0.15.1 at the time). Just edit the pkgver and _pkglibver entries to the latest version. Update the sha256sum for each and edit out the patch references under prepare(). The build will fail because npm does not download all dependencies automatically. I used npm-accel within the makepkg directory for loot to populate the node_versions folder and the package compiled successfully.