Cache never invalidates when changing config or updating the plugin

[oxalica]

Description

Currently we relies on mtime, which never work with content-address-like system like Nix. It resets mtime of all sources and programs and relies purely on hashes to be pure and deterministic.

nightfox.nvim/lua/nightfox/init.lua

Lines 82 to 84 in 7413662

	local cur_stat = (user_stat and user_stat.mtime.sec or 0) + (nf_git_stat and nf_git_stat.mtime.sec or 0)
	if not user_stat or last_stat ~= tostring(cur_stat) then

We should better ONLY use hash of config, plugin version, and nvim version to determine cache validity. Note that this is still kind of fragile, since the Lua version, user patches for the plugin or nvim, and a lot of other things cannot be taking into account.

Personally, I'd rather to have an option to disable the fragile cache. It's already fast to setup without any "compiled" cache.

Behavior

Expected behavior

1. Have ability to disable the cache.
2. Use ONLY hash to track cache validity rather than mtime.

Additional info / context

I'm on NixOS and using Nix to manage all plugins.

NVIM v0.8.1
Build type: Release
LuaJIT 2.1.0-beta3
Compiled by nixbld

[EdenEast]

I had an idea to fix this but have not got around to it. Thinking of going the workflow route.

[oxalica]

#254 cannot fully resolve the environment or configuration change issue (vimrc is also in nix store).

I'd still ask for an option to fully disable the cache. Currently I have to

vim.fn.delete(vim.fn.stdpath("cache") .. "/nightfox/stat")
require("nightfox").setup {}

[EdenEast]

I created a PR that hashes the file name as well as the mine time. This will handle files in the /nix/store. Let me know if this PR resolves you issue with the nix store.

[rewhile]

@EdenEast Can you review catppuccin/nvim#352