74951c8dcb0c47b5a663d27cdad52a60af65eb74d85af941c47dbb51b8b4ed57
- Ensure virt.update stop_on_reboot is updated with its default value - Added: * ensure-virt.update-stop_on_reboot-is-updated-with-it.patch - Do not break package building for systemd OSes - Drop wrong mock from chroot unit test - Added: * drop-wrong-mock-from-chroot-unit-test.patch - Support systemd versions with dot (bsc#1176294) - Fix for grains.test_core unit test - Fix file/directory user and group ownership containing UTF-8 characters (bsc#1176024) - Several changes to virtualization: - - Fix virt update when cpu and memory are changed - - Memory Tuning GSoC - - Properly fix memory setting regression in virt.update - - Expose libvirt on_reboot in virt states - Support transactional systems (MicroOS) - zypperpkg module ignores retcode 104 for search() (bsc#1159670) - Xen disk fixes. No longer generates volumes for Xen disks, but the corresponding file or block disk (bsc#1175987) - Added: * fix-grains.test_core-unit-test-277.patch * support-transactional-systems-microos-271.patch * backport-a-few-virt-prs-272.patch * xen-disk-fixes-264.patch * zypperpkg-ignore-retcode-104-for-search-bsc-1176697-.patch OBS-URL: https://build.opensuse.org/request/show/841799 OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/salt?expand=0&rev=110
Salt-master as non-root user ============================ With this version of salt the salt-master will run as salt user. Why an extra user ================= While the current setup runs the master as root user, this is considered a security issue and not in line with the other configuration management tools (eg. puppet) which runs as a dedicated user. How can I undo the change ========================= If you would like to make the change before you can do the following steps manually: 1. change the user parameter in the master configuration user: root 2. update the file permissions: as root: chown -R root /etc/salt /var/cache/salt /var/log/salt /var/run/salt 3. restart the salt-master daemon: as root: rcsalt-master restart or systemctl restart salt-master NOTE ==== Running the salt-master daemon as a root user is considers by some a security risk, but running as root, enables the pam external auth system, as this system needs root access to check authentication. For more information: http://docs.saltstack.com/en/latest/ref/configuration/nonroot.html
Description
Languages
Shell
91.3%
Makefile
8.7%