You are not logged in.
Running pacdiff shows that there a new /etc/shells.pacnew available.
# cat /etc/shells
...
/bin/sh
/bin/bash
/usr/bin/git-shell
/bin/rbash
/usr/bin/rbash
/usr/bin/bash
/usr/bin/sh
/usr/bin/systemd-home-fallback-shell
# cat /etc/shells.pacnew
...
/bin/sh
/bin/bash
/bin/rbash
/usr/bin/sh
/usr/bin/bash
/usr/bin/rbashWiki "Managing .pac files" strongly suggests "do not blindly overwrite a live file with its .pacnew version".
Colordiff output is:
==> pacnew file found for /etc/shells
:: (V)iew, (M)erge, (S)kip, (R)emove pacnew, (O)verwrite with pacnew, (Q)uit: [v/m/s/r/o/q] v
5a6
> /usr/bin/git-shell
7,8d7
< /usr/bin/sh
< /usr/bin/bash
9a9,11
> /usr/bin/bash
> /usr/bin/sh
> /usr/bin/systemd-home-fallback-shell/usr/bin/git-shell exist, and /usr/bin/systemd-home-fallback-shell is a symbolic link to -> homectl, which is a file that also exists.
My gut tells me to remove pacnew (like passwd/group/shadow/gshadow).
What would be the wise choice here and why?
Last edited by probackup-nl (2025-03-11 16:23:46)
Offline
My procedure when I'm unsure how to handle a pacnew is to check what caused it. In this case it's (likely) this change: https://gitlab.archlinux.org/archlinux/ … a350006d4f
In which case you already have the three new lines added in the change, so no further changes are required. You can safely remove the .pacnew file.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline