From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 Description of problem: rpm --verify tetex shows a bunch of files in /usr/share/texmf/web2c/ that aren't what rpm was expecting. I think everything is fine and rpm's expectations are wrong. These files seem to be generated when the rpm is installed so I think rpm --verify shouldn't be checking them. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.install tetex-1.0.7-47 2. rpm --verify tetex Actual Results: S.5....T /usr/share/texmf/web2c/amstex.fmt S.5....T /usr/share/texmf/web2c/amstex.log S.5....T /usr/share/texmf/web2c/bamstex.fmt S.5....T /usr/share/texmf/web2c/bamstex.log S.5....T /usr/share/texmf/web2c/bplain.fmt S.5....T /usr/share/texmf/web2c/bplain.log S.5....T /usr/share/texmf/web2c/etex.efmt S.5....T /usr/share/texmf/web2c/etex.log S.5....T /usr/share/texmf/web2c/lambda.fmt S.5....T /usr/share/texmf/web2c/lambda.log S.5....T /usr/share/texmf/web2c/mf.base S.5....T /usr/share/texmf/web2c/mf.log S.5....T /usr/share/texmf/web2c/mpost.log ..5....T /usr/share/texmf/web2c/mpost.mem S.5....T /usr/share/texmf/web2c/omega.fmt S.5....T /usr/share/texmf/web2c/omega.log S.5....T /usr/share/texmf/web2c/pdfetex.efmt S.5....T /usr/share/texmf/web2c/pdfetex.log S.5....T /usr/share/texmf/web2c/pdftex.fmt S.5....T /usr/share/texmf/web2c/pdftex.log S.5....T /usr/share/texmf/web2c/tex.fmt S.5....T /usr/share/texmf/web2c/tex.log Expected Results: rpm should display nothing and exit with a 0 status. Additional info: These files seem to be generated. Should they be excluded from the rpm or is it possible to tell rpm in the spec file that they will change?
The log files might not be necessary. The fmt files should be ignored for -V, yes.
Log files omitted in 1.0.7-50. The .fmt files are trickier.
The bug is still present in some shape in RHEL3: $ rpm -V tetex S.5....T /usr/share/texmf/web2c/mf.base ..5....T /usr/share/texmf/web2c/mpost.mem $ rpm -q tetex tetex-1.0.7-66 Those files should be marked as "%verify (not md5 mtime size)" in the %files section to avoid the noise.
Fixed in CVS.
Product Management has reviewed and declined this request. You may appeal this decision by reopening this request.
Really closing WONTFIX. Please fix your PM closing scripts. The spam I get every time the script does nothing with this bug really annoys me. Thanks.