Package Details: sourcetrail 2026.6-1

Git Clone URL: https://aur.archlinux.org/sourcetrail.git (read-only, click to copy)
Package Base: sourcetrail
Description: Interactive source explorer for C/C++ and Java
Upstream URL: https://github.com/petermost/Sourcetrail
Licenses: GPL-3.0-only
Submitter: jetm
Maintainer: xiota
Last Packager: xiota
Votes: 26
Popularity: 0.006656
First Submitted: 2017-04-12 15:18 (UTC)
Last Updated: 2026-06-13 09:09 (UTC)

Dependencies (21)

Required by (0)

Sources (1)

Pinned Comments

xiota commented on 2024-06-20 03:07 (UTC) (edited on 2025-10-14 20:15 (UTC) by xiota)

Please observe the following when flagging or commenting:

  • Flag for standard packaging issues, like depends updates and typos.
  • Comment for issues requiring explanation or debugging.
    • Include pertinent errors or message, limited to 3-5 lines.
      • Use a pastebin for longer blocks of text.
    • Problems that are not Arch-specific may be referred upstream.

Latest Comments

1 2 3 4 5 Next › Last »

taotieren commented on 2026-06-13 07:10 (UTC)

I'm compiling using the "extra" environment in DevTools and am getting the following error. Could you please update it to fix this? Thank you.

Switched to a new branch 'makepkg'
==> Starting prepare()...
==> Starting build()...
-- System Build
-- The C compiler identification is Clang 21.1.8
-- The CXX compiler identification is Clang 21.1.8
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/lib/llvm21/bin/clang - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/lib/llvm21/bin/clang++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring: /build/sourcetrail/src/petermost.sourcetrail/cmake/productVersion.h.in -> /build/sourcetrail/src/build/src/lib/productVersion.h
-- Configuring: /build/sourcetrail/src/petermost.sourcetrail/cmake/language_packages.h.in -> /build/sourcetrail/src/build/src/lib/language_packages.h
-- Building the tests is disabled. You can enable them by setting 'BUILD_UNIT_TESTS_PACKAGE' to 'ON'.
-- Copying: /build/sourcetrail/src/petermost.sourcetrail/bin/app/ -> /build/sourcetrail/src/build/app/
-- Found ICU: /usr/include (found version "78.3") found components: i18n uc data
-- Found ICU 78.3: /usr/include
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found Boost 1.91.0: /usr/include
-- Performing Test HAVE_STDATOMIC
-- Performing Test HAVE_STDATOMIC - Success
-- Found WrapAtomic: TRUE
-- Found OpenGL: /usr/lib/libOpenGL.so
-- Found WrapOpenGL: TRUE
-- Could NOT find WrapVulkanHeaders (missing: Vulkan_INCLUDE_DIR) 
-- Found Qt 6.11.1: /usr/include/qt6/QtCore;/usr/include/qt6
-- Found SQLite3: /usr/lib/libsqlite3.so (found version "3.53.2")
-- Found SQLite3 3.53.2
-- Found PkgConfig: /usr/bin/pkg-config (found version "2.5.1")
-- Checking for module 'tinyxml'
--   Found tinyxml, version 2.6.2
-- Found tinyxml 2.6.2: /usr/include
CMake Error at /usr/lib/llvm21/lib/cmake/clang/ClangConfig.cmake:11 (find_package):
  Could not find a package configuration file provided by "LLVM" (requested
  version 21.1.8) with any of the following names:

    LLVM.cps
    llvm.cps
    LLVMConfig.cmake
    llvm-config.cmake

  Add the installation prefix of "LLVM" to CMAKE_PREFIX_PATH or set
  "LLVM_DIR" to a directory containing one of the above files.  If "LLVM"
  provides a separate development package or SDK, be sure it has been
  installed.
Call Stack (most recent call first):
  CMakeLists.txt:442 (find_package)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...

Dominiquini commented on 2025-10-20 21:05 (UTC) (edited on 2025-10-20 21:18 (UTC) by Dominiquini)

@xiota: This package no longer compiles with the boost update to version 1.89!

This patch solve the issue on my machine: https://pastebin.com/w1TjGrxk

bionade24 commented on 2025-04-02 10:58 (UTC) (edited on 2025-04-02 10:58 (UTC) by bionade24)

@xiota: Thanks for the response & the quick update. I understand your reasoning about having the vendored repo, but there's a reason why distros don't do this and additionally prefer downloading patches from upstream instead of providing those themselves: It makes the pkg very hard to check for malice, especially if not all commits in the vendored repo are gpg signed. I may trust you to have no malicious intends, but I don't want to trust you not getting hacked. And no, using patches isn't that cumbersome that you can't do it, it's only a minor inconvenience.

As 2 side notes:
- cp --reflink=auto is the default nowadays, no need to be explicit (maybe Arch's coreutils are outdated, if so, forget it)
- You don't have to increase the pkgrel to push changes to the AUR git. No need for a bump when removing a dep and changing nothing else.

bionade24 commented on 2025-03-31 16:22 (UTC) (edited on 2025-03-31 16:29 (UTC) by bionade24)

@xiota: May you please at least respond? An unnecessary dependency is a bug and I don't want to abuse the out of date button to get attention.

On another note, why do you vendor the real upstream git repo instead of using it directly? As far as I've seen, there are no changes made by you in the "forked" repo source, as long as you don't have purposefully changed your git username in commits to it (which seems unlikely after a quick review).

bionade24 commented on 2025-03-07 18:19 (UTC)

Why the additional makedependency on archlinux-java-run just for specifiying the java version to run? Just prefix the command with `JAVA_HOME=/usr/lib/jvm/java-<nr>-openjdk PATH="/usr/lib/jvm/java-<nr>-openjdk/bin:$PATH <your_cmd>". It isn't really necessary.

1 2 3 4 5 Next › Last »