Package Details: loot 0.25.2-1

Git Clone URL: https://aur.archlinux.org/loot.git (read-only, click to copy)
Package Base: loot
Description: A load order optimisation tool for Starfield, The Elder Scrolls (Morrowind and later) and Fallout (3 and later) games.
Upstream URL: https://loot.github.io
Licenses: GPL-3.0-only
Submitter: gargan
Maintainer: C0rn3j
Last Packager: C0rn3j
Votes: 11
Popularity: 0.22
First Submitted: 2019-10-24 01:46 (UTC)
Last Updated: 2025-03-17 15:16 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

yochananmarqos commented on 2024-07-27 17:28 (UTC)

@C0rn3j: It builds fine now. ¯\_(ツ)_/¯

C0rn3j commented on 2024-07-26 08:22 (UTC)

The current PKGBUILD here actually builds fine in a clean chroot for me, does it not for you?

yochananmarqos commented on 2024-07-25 17:51 (UTC)

@C0rn3j: It failed to build in a clean chroot without that patch. It looks for icu whether the tests are built or not.

Oh, maybe I was wrong about the license. Now I'm having trouble figuring out the difference between GPL-3.0-only and GPL-3.0-or-later.

C0rn3j commented on 2024-07-25 13:10 (UTC)

@yochananmarqos If you wish to discuss specific improvements with their reasoning, I am all ears.

I do not understand most of the changes, including changing the license to a wrong one, and a patch file for icu that seems to possibly fix tests that you explicitly seem to disable.

yochananmarqos commented on 2024-07-10 20:13 (UTC)

@C0rn3j: Please see my improved PKGBUILD.

C0rn3j commented on 2024-06-21 22:30 (UTC)

Either build the package in a clean chroot or shoot over a patch that fixes compiling with doxygen enabled.

Neck_Bear commented on 2024-06-21 21:30 (UTC)

This is failing to compile for me half way through

In file included from /home/neckbear/.cache/yay/loot/src/libloot-0.22.4/src/api/metadata/yaml/plugin_metadata.h:40,
                 from /home/neckbear/.cache/yay/loot/src/libloot-0.22.4/src/api/api_database.cpp:32:
/home/neckbear/.cache/yay/loot/src/libloot-0.22.4/src/api/metadata/yaml/message.h:29:10: fatal error: spdlog/fmt/bundled/args.h: No such file or directory
   29 | #include <spdlog/fmt/bundled/args.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.

C0rn3j commented on 2023-10-08 14:19 (UTC)

@sdave.b can you reproduce it in a clean chroot?

sdave.b commented on 2023-09-27 15:19 (UTC)

I'm experiencing build errors related to linking minizip-ng. Is anyone else getting this, or is this specific to my own system?

[100%] Linking CXX executable LOOT
/usr/bin/ld: external/src/minizip-ng-build/./libminizip.a(mz_strm_zlib.c.o): in function `mz_stream_zlib_open':
mz_strm_zlib.c:(.text+0x1d0): undefined reference to `zng_deflateInit2'
/usr/bin/ld: external/src/minizip-ng-build/./libminizip.a(mz_strm_zlib.c.o): in function `mz_stream_zlib_deflate':
mz_strm_zlib.c:(.text+0x2cf): undefined reference to `zng_deflate'
/usr/bin/ld: external/src/minizip-ng-build/./libminizip.a(mz_strm_zlib.c.o): in function `mz_stream_zlib_close':
mz_strm_zlib.c:(.text+0x3e4): undefined reference to `zng_deflateEnd'
/usr/bin/ld: external/src/minizip-ng-build/./libminizip.a(mz_crypt.c.o): in function `mz_crypt_crc32_update':
mz_crypt.c:(.text+0x16): undefined reference to `zng_crc32'
collect2: error: ld returned 1 exit status
make[3]: *** [CMakeFiles/LOOT.dir/build.make:1140: LOOT] Error 1
make[2]: *** [CMakeFiles/Makefile2:304: CMakeFiles/LOOT.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:311: CMakeFiles/LOOT.dir/rule] Error 2

Infernio commented on 2023-08-25 08:57 (UTC)

@diedbydisgust, you need to edit ~/.config/LOOT/settings.toml. Here's my entry for Fallout 4, as an example:

[[games]]
folder = 'Fallout4'
local_path = '/home/infernio/Games/steam/steamapps/compatdata/377160/drive_c/users/steamuser/AppData/Local/Fallout4'
master = 'Fallout4.esm'
masterlistSource = 'https://raw.githubusercontent.com/loot/fallout4/v0.18/masterlist.yaml'
minimumHeaderVersion = 0.94999998807907104
name = 'Fallout 4'
path = '/home/infernio/Games/steam/steamapps/common/Fallout 4'
type = 'Fallout4'

Ortham also recently added support for automatically detecting Proton installs, but that's only in the WIP version (will be in LOOT 0.21.0, when that releases). You can check the LOOT github repo for a recent GitHub Actions flatpak build if you'd like to try that.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »