Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 192880 - cups has wrong groups after an update
Summary: cups has wrong groups after an update
Alias: None
Product: Fedora
Classification: Fedora
Component: cups
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
Depends On:
Blocks: FC6Target
TreeView+ depends on / blocked
Reported: 2006-05-23 19:22 UTC by Michal Jaegermann
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version: 1.2.1-5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-06-01 15:55:04 UTC

Attachments (Terms of Use)

Description Michal Jaegermann 2006-05-23 19:22:45 UTC
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):

Comment 1 Tim Waugh 2006-05-24 08:11:09 UTC
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?

Comment 2 Michal Jaegermann 2006-05-24 16:39:20 UTC
> 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.

Comment 3 Michal Jaegermann 2006-05-24 17:00:38 UTC
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.

Comment 4 Tim Waugh 2006-05-24 17:34:37 UTC
Hmm, I synced all the ownerships during the 1.2rc phase.  Maybe something's
changed upstream again since then(!).

Comment 5 Michal Jaegermann 2006-05-24 18:10:25 UTC
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.

Comment 6 Tim Waugh 2006-06-01 15:55:04 UTC
Fixed in 1.2.1-5.

Comment 7 Tim Waugh 2006-06-08 10:52:06 UTC
This should be fixed in the test update 1.2.1-1.7:

Note You need to log in before you can comment on or make changes to this bug.