With shadow >=
4.14.0, Arch Linux's default password hashing algorithm changed from SHA512 to yescrypt.
umask settings are now configured in
/etc/login.defs instead of
This should not require any manual intervention.
Reasons for Yescrypt
The password-based key derivation function (KDF) and password hashing scheme yescrypt has been chosen due to its adoption (readily available in libxcrypt, which is used by pam) and its stronger resilience towards password cracking attempts over SHA512.
Although the winner of the Password Hashing Competition has been argon2, this algorithm is not yet available in libxcrypt (attempt one, attempt two).
YESCRYPT_COST_FACTOR setting in
/etc/login.defs is currently without effect, until pam implements reading its value. If a
YESCRYPT_COST_FACTOR higher (or lower) than the default (
5) is needed, it can be set using the
rounds option of the
pam_unix module (i.e. in
General list of changes
- yescrypt is used as default password hashing algorithm, instead of SHA512
- pam honors the chosen
/etc/login.defs and does not override the chosen method anymore
- changes in the filesystem (>=
2023.09.18) and pambase (>=
20230918) packages ensure, that
umask is set centrally in
/etc/login.defs instead of
ansible-core 2.15.3, upstream moved documentation and examples to a separate dedicated repository (see the related changelogs).
This means that, starting from version
ansible-core package will stop shipping documentation and a default configuration example under
Regarding the documentation, it is available online: https://docs.ansible.com/
As for the configuration file, as explained in the wiki, a base config can be generated with the following command:
ansible-config init --disabled > ansible.cfg
After updating from
2.15.2-1 to >=
2.15.3-1, everyone using a custom global Ansible configuration file stored under
/etc/ansible/ansible.cfg will have their configuration saved as a
To restore it, run the following command:
mv /etc/ansible/ansible.cfg.pacsave /etc/ansible/ansible.cfg
When upgrading from budgie-desktop 10.7.2-5 to 10.7.2-6, the package mutter43 must be replaced with magpie-wm, which currently depends on mutter. As mutter43 conflicts with mutter, manual intervention is required to complete the upgrade.
First remove mutter43, then immediately perform the upgrade. Do not relog or
reboot between these steps.
pacman -Rdd mutter43
If you see messages like:
:: installing icu (73.2-1.0) breaks dependency 'libicuuc.so=72-32' required by XXXX
you can work around this by forcefully uninstalling 'icu' (the 72 version) and installing 'icu'
(the 73 version) and 'icu72' (the 72 shared libraries) in parallel:
pacman -Rd --nodeps icu
pacman -Syy icu icu72
Sadly we have big issues rebuilding packages at the moment, so this situation might persist for a while..