apparmor prevents ntp from reading gpsd
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ntp (Ubuntu) |
Fix Released
|
Wishlist
|
Kees Cook |
Bug Description
Binary package hint: ntp
Ubuntu 10.10
ntp 1:4.2.4p8+
With gpsd installed and a USB GPS device plugged in, xgps shows that GPS data is available, but "ntpq -p" does not display it. "server" and "fudge" lines had already been added to /etc/ntp.conf & ntp restarted.
/etc/apparmor.
The man page for shmat(2) indicates that EACCES is returned if the process lacks CAP_IPC_OWNER. Perhaps if ntp requested access with SHM_RDONLY, owner capability might not be required? Does adding "capability ipc_owner," open a security hole?
Related branches
Changed in ntp (Ubuntu): | |
importance: | Undecided → Low |
status: | New → Confirmed |
tags: | added: patch |
My previous patch file was made incorrectly. This new patch file has the files in correct order, with full pathname.