See https://conda-forge.org/#contribute

mypy daemon mode only supports concurrency of 1 (aka no concurrency) however, we’d like to only run on files changed rather than on target: . theoretically, if a user modifies 65 files, we’ll spawn two mypy daemon mode processes and then the daemon will crash

I propose to include https://github.com/cmhughes/latexindent.pl as a formatter for LaTeX-Documents. I integrate it in all my .trunk/trunk.yaml, because it is running fine. Please tell me, if there is a chance to integrate - I offer to help. Via Github?

I think the trunk check, action, and fmt will move faster if the CLI tool is open-sourced. I would have contributed some fixes and features if the source was available to contribute to.

Trunk should support out-of-source cmake builds, especially if compile_commands.json is symlinked into the source folder. See slack thread for details: https://trunkcommunity.slack.com/archives/C04GAE5EA5S/p1684881409606349

Currently trunk fatal errors if an ignored path doesn't exist, which is unfortunate as I am trying a symlink approach for trunk configuration to workaround the lack of nested repo support: https://features.trunk.io/check/p/trunk-doesnt-work-in-nested-repo Here's the output: > trunk fmt --all Checking 100% [=====================================================================================================>] 2/2 0.2s ISSUES .trunk/trunk.yaml:43:11 43:11 high 'commands/pdf-extract' does not exist trunk/config-error 44:11 high 'commands/python-regex' does not exist trunk/config-error Unable to run check due to invalid config ✖ 2 new issues

meson generates a compile_commands.json, but since meson builds in subdirectories the directory+file parameters have relative paths that trunk check doesn't know how to follow: { "directory": "/home/apwillia/local/sync/openbmc-sources/sdbusplus/builddir", "command": "ccache c++ -Itest/test-utility_type_traits.p -Itest -I../test -I../include -I/usr/include -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wnon-virtual-dtor -Wextra -Wpedantic -Werror -std=c++20 -O2 -g -DBOOST_ASIO_DISABLE_THREADS -DBOOST_ALL_NO_LIB -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_COROUTINES_NO_DEPRECATION_WARNING -DGTEST_HAS_PTHREAD=1 -MD -MQ test/test-utility_type_traits.p/utility_type_traits.cpp.o -MF test/test-utility_type_traits.p/utility_type_traits.cpp.o.d -o test/test-utility_type_traits.p/utility_type_traits.cpp.o -c ../test/utility/type_traits.cpp", "file": "../test/utility/type_traits.cpp", "output": "test/test-utility_type_traits.p/utility_type_traits.cpp.o" }, I tried to hack up my compile_commands.json with some sed calls and I can almost get it working but it is a challenge to get all the -I directives fixed up. Can you improve fmt check to follow those relative paths from meson also?

Example: vscode extension: josetr.cmake-language-support-vscode https://josetr.github.io/cmake-language-support

The document describes 2 different use cases for ignoring files, but neither of them is the one I think is the most common for users: To be able to turn off a particular lint rule globally for a user (sorry Hadolint, nobody has time to version pin and adjust everything). In example I just want it to never bother me about hadolint DL3041 ever again but still want the lest of the lint rules. THe docs describe how to add annotation to every single ne of my files to do it, or how to entirely ignore files, but not how to just globally ignore a lint rule.

It would be nice if instead of having to init trunk in a git repo if it had the ability to init trunk for a user's home directory so it doesn't need to init in every repo, and has some boilerplate config that can be copied and overridden per git repo.