Bug 68781 - rpm --verify errors immediately after installing XFree86-truetype-fonts
Summary: rpm --verify errors immediately after installing XFree86-truetype-fonts
Status: CLOSED DUPLICATE of bug 68933
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: XFree86   
(Show other bugs)
Version: 1.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2002-07-14 02:20 UTC by Jonathan Kamens
Modified: 2007-04-18 16:44 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-07-14 09:18:12 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jonathan Kamens 2002-07-14 02:20:17 UTC
jik:/usr/lib/rpm!290> rpm --verify XFree86-truetype-fonts                      
               missing    /usr/X11R6/lib/X11/fonts/TTF/encodings.dir
missing    /usr/X11R6/lib/X11/fonts/TTF/fonts.alias
.M...... g /usr/X11R6/lib/X11/fonts/TTF/fonts.scale
jik:/usr/lib/rpm!291> rpm -q XFree86-truetype-fonts                            

As far as I know, I havne't made any modifications to the files owned by this
package that might require me to have different local versions of these files,
so there shouldn't be any errors from rpm --verify.

Comment 1 Mike A. Harris 2002-07-14 09:18:07 UTC
fonts.scale is generated at install time and is a transient file.
fonts.alias does not exist in the distribution, however, it is a valid
file which *could* exist should a user create one in that directory, in
which case the package is set to own the file.  The fonts.alias file is
NOT considered a config file, since config files upon upgrade get either
renamed to .rpmsave, or the new version gets .rpmnew and we both don't want
that to happen, and there is no need for it to happen.  "missingok" is
the flag that would be relevant in this case, however that flag is not
relevant except for config files which fonts.alias is not for these
purposes IMHO.

So, I'm not sure how this should be handled, if at all, since RPM does
not seem to have flags to flag these files in the way they need to be
flagged.  I'll leave the bug report open in case someone else has a
better idea of how to deal with it.  One possibility I can think of
is to remove the %ghost fonts.alias file entirely and make it unowned.
That would then leave any fonts.alias file created by the user unowned
by any package and an uninstall would make the directory unremovable.

The fonts.scale file however is 100% transient and not a statically owned
or installed file.  It is generated post install, and whenever else
the xfs initscript or some other event causes it to be regenerated, so
the MD5sum for it is irrelevant.

Comment 2 Mike A. Harris 2002-07-24 09:18:50 UTC
Closing as dupe of 68933 for tracking

*** This bug has been marked as a duplicate of 68933 ***

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