Red Hat Bugzilla – Bug 220061
should not report wrong-file-end-of-line-encoding on PDF files
Last modified: 2007-11-30 17:11:51 EST
Description of problem:
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. add a PDF ini %doc
2. run rpmlint
W: pdflib-lite wrong-file-end-of-line-encoding
PDF example :
Special case hack added upstream, will be in the next release:
Might be a good idea to make this more generic. eg. .rtf files exhibit exactly
the same problem.
There is already a generic check (roughly "read first 512 bytes of a file, check
if it contains any null chars or more than 30% non-text chars; if yes, it's
binary") - the problem is that it fails to identify PDF files as binary and thus
proceeds to do end-of-line checks on them.
Ok, but .rtf files still give the same error from rpmlint, so they obviously
need some kind of special handling as well then.
An example rtf which fails this check can be found in the package at
Special handling for RTFs added upstream:
There's probably a whole bunch of others that should be added too, eg. HTML.
Done in upcoming 0.79-1.