I know that yesterday after installing 4.2, I was able to create the user_pillar, user_salt and user_formula directories with that command.
I did have to go into /srv and change ownership of the directories (recursively), then I had to soft link /srv/user_pillar/init.top into /srv/pillar/… (and I needed to do sudo su to be able to do that). If one of those is the bug in question, then there’s your answer.
Trying to help those whostruggle with SaltStack, and have more Salt code and less visual/bash step-by-steps in the forum, I have just created an MIT License repo for the community.
It’s a didactic small and simple config files and step-by-step commands for a VM for video playback with mpv, fzf, smplayer, and vlc inspired by this forum topic.
The repo:
If it fits well, please update in the initial message.
Thanks a lot! I made an appendix and added a link to your repository. By the way, this topic is a wiki so anyone should feel free to edit the first post
I’m trying to use this but keep getting errors because salt/dotfiles is empty. I see that directory is a git submodule and I think it is empty because I dont have access to the git repo. Do you know where I can get default files for this?
I’m stuck on the commands using ‘qvm-appmenus’ that ‘fail with error code: 1’
The error occurs in every codes of ‘disconnected’ ‘messaging’ and ‘vault’ the vm–create-qube part works but fails for the vm–update-app-menu function .
when I run for example ‘qvm-appmenus --update salty’ directly in terminal I have no errors
If any one know where does the problem come from thanks in advance
I’m on Qubes 4.2, don’t know if that make a difference but changed the syntax of the code; I write present directly as said by qubes doc and dont repeat the label tag, don’t know if it’s just for me but now it works, thanks;
Maybe qvm.prefs or qvm.features is causing the issue.
Edit: It seems that since commit 8ed18dc to qubes-desktop-linux-common, the issue #8494 is fixed and a call to qvm-appmenus is not longer necessary to refresh the list of applications after changing it with qvm.features. In this case, the parts
{% set gui_user = salt['cmd.shell']('groupmems --list --group qubes') %}
Trying to create a non-free template, I went for file.managed instead of an explicit curl command.
Unfortunately, I couldn’t find a way to pass the update proxy variable, so abandoned this in the end. Everything else I tried resulted in a DNS resolution error.
This is an upstream issue that they usually resolve by setting the proxy in the minion config. That’s not a great solution for how Qubes does it (single minion, config/proxy would be shared by all targets), so it looks like cmd.run is the way to go.
For my setup there are a few packages which often come together. Instead of copy-pasting them for each template, I wish to use a YAML file to group certain packages together in a bundle, as it were. This will let me write the name of each group instead of specifying the members of each group in each template.
I tried to do it in the past. However, I have no idea how to do it even though I looked into it.