Thanks to good work by @ephile, we have identified an issue with the
updated salt and salt-common packages.
If you use a Debian based management_disposable, (default-mgmt-dvm by
default), then some salt states will fail when these packages are
installed.
In particular, states that use file.managed to copy files in to target
templates or qubes will fail.
The templates ship with Salt version 3006.4-2, which works fine. If you
update to salt 3006.5-1, the states will fail. The solution is to put a
Hold on the Salt and Salt-common packages - you can do this in aptitude
by selecting the package and marking it with = , or you can use sudo apt-mark hold salt salt-common at the command line in the
template.
Now when you update the template the troublesome updated packages will
not be installed.
If you have already updated the template, then you can downgrade the
packages to the working one: sudo apt install salt=3006.4-2
So that people can find this more easily, the error message I was getting was:
file.managed: Source file salt://file not found in saltenv ‘user’
Function: file.managed
Result: False
Comment: Source file salt://file not found in saltenv 'user'
I’m still having this issue on SALT 3007.1. sudo apt install salt=3006.4-2 failed because package salt was not found. sudo apt install salt-common=3006.4-2 failed because that version was not available. So instead I just switched the default-mgmt-dvm back to Fedora: