alven
18 January 2024 18:32
103
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
Log excerpt
:: Starting full system upgrade...
...
Package (13) Old Version New Version Net Change Download Size
...
core/systemd 255.2-2 255.2-3 0.00 MiB 9.87 MiB
...
:: Processing package changes...
( 1/13) upgrading pam [####################################################################################################] 100%
( 2/13) upgrading systemd-libs [####################################################################################################] 100%
( 3/13) upgrading systemd [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 4/13) upgrading polkit [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 5/13) upgrading fwupd [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 6/13) upgrading geoclue [####################################################################################################] 100%
warning: directory permissions differ on /usr/share/polkit-1/rules.d/
filesystem: 750 package: 755
( 7/13) upgrading gtk-update-icon-cache [####################################################################################################] 100%
( 8/13) upgrading gtk3 [####################################################################################################] 100%
( 9/13) upgrading gtk4 [####################################################################################################] 100%
(10/13) upgrading intel-gmmlib [####################################################################################################] 100%
(11/13) upgrading iputils [####################################################################################################] 100%
(12/13) upgrading plymouth [####################################################################################################] 100%
(13/13) upgrading systemd-sysvcompat [####################################################################################################] 100%
:: Running post-transaction hooks...
...
Jaypee
18 January 2024 19:11
104
750 is correct in this case. So we have to figure out which package is not matching that folder via pacman -Qo /usr/share/polkit-1/rules.d
Or has this changed @philm ?
Jaypee:
has this changed ?
Yes, it’s changed with polkit
124-1 .
Examples:
This will take care of it once and for all:
sudo chmod 0755 /usr/share/polkit-1/rules.d/
3 Likes
cscs
19 January 2024 00:30
106
Since we are mentioning these things …
Got the same for /var/log/audit
after most recent sync.
1 Like
cscs:
/var/log/audit
Not I, said the fly. Standard folder permissions here with audit
4.0-1:
❯ ls -al /var/log/audit/
total 8
drwxr-xr-x 2 root root 4096 Apr 21 2022 .
drwxr-xr-x 21 root root 4096 Jan 7 00:00 ..
cscs
19 January 2024 00:40
108
Packages (8) audit-4.0-1 ddcutil-2.1.0-1 lib32-gnutls-3.8.3-1 lib32-pam-1.6.0-1 lib32-sqlite-3.45.0-1 openmpi-4.1.6-2 openpmix-4.2.8-1 shadow-4.14.3-1
Total Download Size: 7.62 MiB
Total Installed Size: 24.14 MiB
Net Upgrade Size: 0.17 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
shadow-4.14.3-1-x86_64 1179.5 KiB 3.76 MiB/s 00:00 [##################################################################] 100%
lib32-pam-1.6.0-1-x86_64 166.2 KiB 359 KiB/s 00:00 [##################################################################] 100%
audit-4.0-1-x86_64 387.2 KiB 543 KiB/s 00:01 [##################################################################] 100%
lib32-gnutls-3.8.3-1-x86_64 875.4 KiB 1128 KiB/s 00:01 [##################################################################] 100%
openpmix-4.2.8-1-x86_64 854.6 KiB 1096 KiB/s 00:01 [##################################################################] 100%
openmpi-4.1.6-2-x86_64 2.9 MiB 3.63 MiB/s 00:01 [##################################################################] 100%
lib32-sqlite-3.45.0-1-x86_64 718.1 KiB 764 KiB/s 00:01 [##################################################################] 100%
ddcutil-2.1.0-1-x86_64 662.6 KiB 688 KiB/s 00:01 [##################################################################] 100%
Total (8/8) 7.6 MiB 7.73 MiB/s 00:01 [##################################################################] 100%
(8/8) checking keys in keyring [##################################################################] 100%
(8/8) checking package integrity [##################################################################] 100%
(8/8) loading package files [##################################################################] 100%
(8/8) checking for file conflicts [##################################################################] 100%
(8/8) checking available disk space [##################################################################] 100%
:: Processing package changes...
(1/8) upgrading audit [##################################################################] 100%
warning: directory permissions differ on /var/log/audit/
filesystem: 700 package: 755
And its not a new package … its been in the previous syncs and this is the first warning.
(not like its a problem … but I suppose the inconsistency is a mystery)
Actually, I looked at the logs again … no, this is actually the first time the package has been upgraded since this new install.
So the discrepancy is from the installation.
raguse
19 January 2024 10:07
109
Had to change polkit-1/rules.d/ permission according to above with this upgrade.
Also the same permission error with /var/log/audit/ .
In addition I also removed manjaro-hotfixes:
(19/22) upgrading manjaro-hotfixes [----------------------------------------] 100%
manjaro-hotfixes is obsolete, please remove:
pamac remove manjaro-hotfixes
1 Like
Zesko
19 January 2024 12:01
110
I was automatically notified by Journalctl about the KDE powerdevil crash after today’s update.
Log
Failed to start Powerdevil.
Process 2587 (org_kde_powerde) of user 1000 dumped core.
Stack trace of thread 2587:
#0 0x000073172a2ac83c n/a (libc.so.6 + 0x8e83c)
#1 0x000073172a25c668 raise (libc.so.6 + 0x3e668)
#2 0x000073172b84941c _ZN6KCrash19defaultCrashHandlerEi (libKF5Crash.so.5 + 0x741c)
#3 0x000073172a25c710 n/a (libc.so.6 + 0x3e710)
#4 0x000073172a2ac83c n/a (libc.so.6 + 0x8e83c)
#5 0x000073172a25c668 raise (libc.so.6 + 0x3e668)
#6 0x000073172a2444b8 abort (libc.so.6 + 0x264b8)
#7 0x000073172a2443dc n/a (libc.so.6 + 0x263dc)
#8 0x000073172a254d26 __assert_fail (libc.so.6 + 0x36d26)
#9 0x00007317241652b9 n/a (libddcutil.so.5 + 0x4c2b9)
#10 0x0000731724167f35 n/a (libddcutil.so.5 + 0x4ef35)
#11 0x00007317241681f5 n/a (libddcutil.so.5 + 0x4f1f5)
#12 0x000073172418c16b n/a (libddcutil.so.5 + 0x7316b)
#13 0x00007317241938a2 ddca_get_display_info_list2 (libddcutil.so.5 + 0x7a8a2)
#14 0x0000731724276d37 n/a (powerdevilupowerbackend.so + 0x11d37)
#15 0x000073172427862e _ZN23PowerDevilUPowerBackend18initWithBrightnessEb (powerdevilupowerbackend.so + 0x1362e)
#16 0x000073172aad0e27 n/a (libQt5Core.so.5 + 0x2d0e27)
#17 0x000073172426d634 _ZN23PowerDevilUPowerBackend24brightnessSupportQueriedEb (powerdevilupowerbackend.so + 0x8634)
#18 0x000073172aad0e27 n/a (libQt5Core.so.5 + 0x2d0e27)
#19 0x000073172b69956a _ZN4KJob6resultEPS_NS_14QPrivateSignalE (libKF5CoreAddons.so.5 + 0x5e56a)
#20 0x000073172b69f53c n/a (libKF5CoreAddons.so.5 + 0x6453c)
#21 0x000073172aad0e27 n/a (libQt5Core.so.5 + 0x2d0e27)
#22 0x00007317250007bd n/a (kauth_helper_plugin.so + 0xa7bd)
#23 0x00007317250010a1 n/a (kauth_helper_plugin.so + 0xb0a1)
#24 0x000073172b5db76e n/a (libQt5DBus.so.5 + 0x2176e)
#25 0x000073172aac3964 _ZN7QObject5eventEP6QEvent (libQt5Core.so.5 + 0x2c3964)
#26 0x000073172aa9bef8 _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5 + 0x29bef8)
#27 0x000073172aaa0e5b _ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData (libQt5Core.so.5 + 0x2a0e5b)
#28 0x000073172aae6ec8 n/a (libQt5Core.so.5 + 0x2e6ec8)
#29 0x000073172950df69 n/a (libglib-2.0.so.0 + 0x59f69)
#30 0x000073172956c367 n/a (libglib-2.0.so.0 + 0xb8367)
#31 0x000073172950c162 g_main_context_iteration (libglib-2.0.so.0 + 0x58162)
#32 0x000073172aaead0c _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2ead0c)
#33 0x000073172aa9ac04 _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x29ac04)
#34 0x000073172aa9c0a3 _ZN16QCoreApplication4execEv (libQt5Core.so.5 + 0x29c0a3)
#35 0x00005f9a3d84e55b n/a (org_kde_powerdevil + 0x655b)
#36 0x000073172a245cd0 n/a (libc.so.6 + 0x27cd0)
#37 0x000073172a245d8a __libc_start_main (libc.so.6 + 0x27d8a)
#38 0x00005f9a3d84f045 n/a (org_kde_powerdevil + 0x7045)
After quickly restoring Btrfs root-snapshot, I checked every single updated package.
No doubt, ddcutil
2.1.0 breaks the backwards compatibility of KDE powerdevil 5.27.10.
I go back to the Btrfs root subvolume and downgrade ddcutil
2.1.0 to 2.0.0 to resolve the issue.
I found some bug reports on 2024-01-19
Bug reports
kde power management system keeps crashing / Pacman & Package Upgrade Issues / Arch Linux Forums
476375 – Powerdevil fails to start with ddcutil-2.0.0, spikes cpu usage to max every few seconds
https://www.reddit.com/r/kde/comments/19a9a87/arch_and_plasma_527_issues_after_kernel_update/
Another question:
Something wants to call networkmanager
to connect to redirect.archlinux.org
by detecting Portmaster. This is the first time for me since today’s update.
But the URL redirect.archlinux.org
is not in networkmanager
config. Where does this URL come from?
$ cat /etc/NetworkManager/conf.d/20-connectivity.conf
[connectivity]
uri=http://networkcheck.kde.org
uri=http://ping.manjaro.org/check_network_status.txt
uri=http://ping.archlinux.org/nm-check.txt
What does this URL do?
Edit:
ddcutil 2.1.0-2 fixed this issue
Zesko:
What does this URL do?
ping.archlinux.org
points to redirect.archlinux.org
(they are the same)
$ doggo ping.archlinux.com
NAME TYPE CLASS TTL ADDRESS NAMESERVER
ping.archlinux.org. CNAME IN 1154s redirect.archlinux.org. 127.0.0.53:53
redirect.archlinux.org. A IN 2768s 95.216.195.133 127.0.0.53:53
1 Like
Jaypee
19 January 2024 14:10
112
Previous time audit
was updated for me was August 11th, 2023. No complaints about differing directory permissions back then.
Can’t seem to automount the drives on startup after some of the latest updates, it requires password now, does it have to do with this polkit changes?
If your user is in the wheel
group, you can check if adding back this rule , which got removed by manjaro-hotfixes dummy package conversion was responsible for passwordless mounting.
6 Likes
Yep, that helped, thanks.
2 Likes
In latest filesystem-2024.01.19-1-any
is it safe to change /bin/bash
to /usr/bin/bash
in /etc/passwd
?
1 Like
D.Dave
19 January 2024 22:04
117
I think so: the folder /bin is a link to /usr/bin:
1 Like
Of course, that’s what the change was.
2 Likes
i’m little confused with what to do here in my case;
my current /etc/passwd
reads as;
/etc/passwd
root:x:0:0::/root:/sbin/nologin
nobody:x:65534:65534:Nobody:/:/usr/bin/nologin
dbus:x:81:81:System Message Bus:/:/usr/bin/nologin
bin:x:1:1::/:/usr/bin/nologin
daemon:x:2:2::/:/usr/bin/nologin
mail:x:8:12::/var/spool/mail:/usr/bin/nologin
ftp:x:14:11::/srv/ftp:/usr/bin/nologin
http:x:33:33::/srv/http:/usr/bin/nologin
systemd-journal-remote:x:982:982:systemd Journal Remote:/:/usr/bin/nologin
systemd-network:x:981:981:systemd Network Management:/:/usr/bin/nologin
systemd-resolve:x:980:980:systemd Resolver:/:/usr/bin/nologin
systemd-timesync:x:979:979:systemd Time Synchronization:/:/usr/bin/nologin
systemd-coredump:x:978:978:systemd Core Dumper:/:/usr/bin/nologin
uuidd:x:68:68::/:/usr/bin/nologin
dhcpcd:x:977:977:dhcpcd privilege separation:/var/lib/dhcpcd:/usr/bin/nologin
dnsmasq:x:976:976:dnsmasq daemon:/:/usr/bin/nologin
rpc:x:32:32:Rpcbind Daemon:/var/lib/rpcbind:/usr/bin/nologin
avahi:x:974:974:Avahi mDNS/DNS-SD daemon:/:/usr/bin/nologin
colord:x:973:973:Color management daemon:/var/lib/colord:/usr/bin/nologin
geoclue:x:972:972:Geoinformation service:/var/lib/geoclue:/usr/bin/nologin
git:x:971:971:git daemon user:/:/usr/bin/git-shell
nm-openconnect:x:970:970:NetworkManager OpenConnect:/:/usr/bin/nologin
nm-openvpn:x:969:969:NetworkManager OpenVPN:/:/usr/bin/nologin
ntp:x:87:87:Network Time Protocol:/var/lib/ntp:/bin/false
polkitd:x:102:102:PolicyKit daemon:/:/usr/bin/nologin
rtkit:x:133:133:RealtimeKit:/proc:/usr/bin/nologin
sddm:x:968:968:Simple Desktop Display Manager:/var/lib/sddm:/usr/bin/nologin
usbmux:x:140:140:usbmux user:/:/usr/bin/nologin
koshika:x:1000:1000:Koshika:/home/koshika:/bin/bash
tor:x:43:43::/var/lib/tor:/usr/bin/nologin
clamav:x:64:64:Clam AntiVirus:/:/usr/bin/nologin
openvpn:x:967:967:OpenVPN:/:/usr/bin/nologin
saned:x:966:966:SANE daemon user:/:/usr/bin/nologin
systemd-oom:x:964:964:systemd Userspace OOM Killer:/:/usr/bin/nologin
named:x:40:40:BIND DNS Server:/:/usr/bin/nologin
gluster:x:963:963:GlusterFS daemons:/var/run/gluster:/usr/bin/nologin
mysql:x:962:962:MariaDB:/var/lib/mysql:/usr/bin/nologin
tss:x:961:961:tss user for tpm2:/:/usr/bin/nologin
libvirt-qemu:x:959:959:Libvirt QEMU user:/:/usr/bin/nologin
qemu:x:958:958:QEMU user:/:/usr/bin/nologin
postgres:x:957:957:PostgreSQL user:/var/lib/postgres:/bin/bash
odoo:x:956:956:Odoo user:/var/lib/odoo:/usr/bin/nologin
rpcuser:x:34:34:RPC Service User:/var/lib/nfs:/usr/bin/nologin
darkstat:x:954:954:darkstat user:/var/darkstat:/usr/bin/nologin
systemd-journal-upload:x:953:953:systemd Journal Upload:/:/usr/bin/nologin
fwupd:x:952:952:Firmware update daemon:/var/lib/fwupd:/usr/bin/nologin
_talkd:x:950:950:User for legacy talkd server:/:/usr/bin/nologin
passim:x:949:949:Local Caching Server:/usr/share/empty:/usr/bin/nologin
do you mean to say changing just the first line from;
root:x:0:0::/root:/sbin/nologin
to;
root:x:0:0::/root:/usr/bin/bash
would be sufficient in my case
OR should i leave it as is
Zesko
20 January 2024 09:12
120
You add this line, if it does not exist in the file.
2 Likes
How should we know what you want? You already changed it once to /sbin/nologin
apparently. Why, we don’t know.
It exists, always.
Zesko
20 January 2024 09:44
122
anon51566685:
It exists, always.
I know, but he doesn’t have that line in his file. This seems like he made a mess.