FS#45318 - [polkit] incorrect owner of /usr/share/polkit-1/rules.d/

Attached to Project: Arch Linux
Opened by Jay Strict (jaystrictor) - Saturday, 13 June 2015, 17:38 GMT
Last edited by Doug Newgard (Scimmia) - Sunday, 14 June 2015, 01:49 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To No-one
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
The system can be forced into an unrebootable state when installing packages in the wrong order.
This is a bug for a Raspberry Pi 2 system, but I think it can equally well occur on normal x86 systems.
Please have a look at [1] for my original bug report.

Additional info:
* polkit 0.112-2

Steps to reproduce:
1. Install a minimal alarmpi system.
2. pacman -S kodi-rbp
3. pacman -S polkit
4. Try to actually use polkit, e.g. by doing systemctl reboot

I think this occurs when kodi-rbp is installed before polkit or any other package that owns /usr/share/polkit-1/rules.d/.
The owner of the directory /usr/share/polkit-1/rules.d/ is erroneously set to root, although the correct owner would be polkitd.

Furthermore let me add that IMHO this is probably also a bug in the package polkit, as package polkit should set the owner correctly when being installed after any other package.
So this should be fixed both in any kodi-* package as well as in polkit.



[1] https://github.com/archlinuxarm/PKGBUILDs/issues/1202
This task depends upon

Closed by  Doug Newgard (Scimmia)
Sunday, 14 June 2015, 01:49 GMT
Reason for closing:  Not a bug
Additional comments about closing:  RBP specific
Comment by Doug Newgard (Scimmia) - Sunday, 14 June 2015, 01:46 GMT
This is a problem with the rbp kodi package. There are reasons some UIDs are static, this is one of those reasons. You say this could happen on x86, but it can't. I checked every package in the repos that includes that dir, they either depend on polkit and/or correctly set the ownership with the exception of 1, and it has a bug report filed against it.

Install scripts should most definitely not be changing ownership of existing directories.

Loading...