%config(noreplace) and modes and ownership not applied in .rpmnew scenarios
Bug #635851 reported by
Jeff Johnson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
RPM |
Triaged
|
Low
|
Unassigned | ||
Fedora |
Won't Fix
|
Medium
|
Bug Description
tracker
tags: | added: config fedora |
Changed in rpm: | |
status: | New → Triaged |
importance: | Undecided → Low |
Changed in fedora: | |
importance: | Unknown → Medium |
status: | Unknown → Won't Fix |
To post a comment you must log in.
# rpm -q rpm 0-1.fc10. x86_64
rpm-4.6.
If a %config(noreplace) file entry results in the new one saved as .rpmnew, I think it's reasonable to expect that modes and ownership from the new entry would be still applied to the old config file whose contents were left untouched.
Example specfiles at http:// scop.fedorapeop le.org/ bugs/noreplace- perms/
# rpm -i noreplace- perms-1. 0-1.x86_ 64.rpm perms perms-1. 1-1.x86_ 64.rpm perms created as /tmp/noreplace- perms.rpmnew perms* perms perms.rpmnew
# echo foo >> /tmp/noreplace-
# rpm -U noreplace-
warning: /tmp/noreplace-
# ls -l /tmp/noreplace-
-rw-r--r-- 1 root root 8 2009-04-06 23:37 /tmp/noreplace-
-rw-r----- 1 apache apache 4 2009-04-06 23:37 /tmp/noreplace-
I would have hoped/expected that /tmp/noreplace- perms in addition to /tmp/noreplace- perms.rpmnew would have had 0640 apache:apache permissions after this operation. Not getting the permissions applied on upgrade scenarios like these might be kind of a security issue if the permissions were changed for a security related reason and this bug/missing feature is not taken care of manually chmod/chowning in package scriptlets.