Description of problem: Checking installation integrity results in this: # rpm -V cups | grep G ......G. /etc/cups ......GT c /etc/cups/cupsd.conf ......G. /etc/cups/ppd S.5...GT c /etc/cups/printers.conf ......G. /etc/cups/ssl ......G. /var/spool/cups ......G. /var/spool/cups/tmp Closer examination shows that in rpm package for things above their group is set to 'nobody' but it used to be 'lp' and it stays that way. Does that matter, appart from complaints from 'rpm -V', and if it does not then why it was changed? Maybe %post should take care of that? Version-Release number of selected component (if applicable): cups-1.2.1-2
The groups should be correct for the configuration file shipped in the RPM. If you've upgraded, I expect you'll be using the configuration file from 1.1.23. Another possibility is that KDE has changed the configuration in some way. Could you please attach your /etc/cups/cupsd.conf file?
> If you've upgraded, I expect you'll be using the configuration file from > 1.1.23. This is not an issue. Look again at the quoted ouput of 'rpm -V cups'. ......GT c /etc/cups/cupsd.conf In other words size, checksum and everything else but group and time-stamp are exactly like what is in cups-1.2.1-2 package. Also at this moment files /etc/cups/cupsd.conf and /etc/cups/cupsd.conf.default do not differ. The only difference is that /etc/cups/cupsd.conf was there before and after an upgrade it retains its previous group ownership, i.e. 'lp', while /etc/cups/cupsd.conf.default is a new one so it got unpacked with group 'nobody'. It looks like that this is the way 'rpm' works so if this needs to be corrected then it requires some intervention. In case of an installation "from scratch" the issue will not arise. > Could you please attach your /etc/cups/cupsd.conf file? Again, its content is precisly like /etc/cups/cupsd.conf.default and the only thing about ownership of anything is # Administrator user group... SystemGroup sys root This is not the problem.
Well, the issue (if this is really an issue and I am not sure about that but why this change) just got repeated in an update for FC5.
Hmm, I synced all the ownerships during the 1.2rc phase. Maybe something's changed upstream again since then(!).
Yes; but rpm does not apply ownership changes, or at least not in every case, to files/directories which are already on disk. Hence these "G"s in an output of 'rpm -V'. Once again - do we really care? Here I do not know the answer. Printing still works but maybe this has some security ramifications? OTOH on production systems I prefer an output of 'rpm -V ...' to be as quiet as possible.
Fixed in 1.2.1-5.
This should be fixed in the test update 1.2.1-1.7: https://www.redhat.com/archives/fedora-test-list/2006-June/msg00081.html