In the spirit of 974848a4866f ("dircolors: add st/st-256color terminal
types") let's add alacritty as well. There was a previous attempt at this:https://lists.gnu.org/archive/html/bug-coreutils/2019-05/msg00029.html It seems as though Fedora has a package now for a couple releases at least: https://fedora.pkgs.org/34/fedora-x86_64/alacritty-0.7.2-2.fc34.x86_64.rpm.html https://fedora.pkgs.org/35/fedora-aarch64/alacritty-0.9.0-1.fc35.aarch64.rpm.html As for the original question of "why does alacritty need its own $TERM", one argument is: because it implements a different set of features than any existing common $TERM. This differs slightly from the original in that it adds support for alacritty*, since there are two common alacritty $TERMs, alacritty and alacritty-direct. --- src/dircolors.hin | 1 + 1 file changed, 1 insertion(+) diff --git a/src/dircolors.hin b/src/dircolors.hin index 59a9b51d7..d73e8432e 100644 --- a/src/dircolors.hin +++ b/src/dircolors.hin @@ -11,6 +11,7 @@ # Below are TERM entries, which can be a glob patterns, to match # against the TERM environment variable to determine if it is colorable. TERM Eterm +TERM alacritty* TERM ansi TERM *color* TERM con[0-9]*x[0-9]* base-commit: 4a0a8fdbec1f522f529801082e918c47e70166c0 -- 2.32.0
