FS#28372 - {archweb} false report done by uncompressed manpages feature
Attached to Project:
Arch Linux
Opened by Eric Belanger (Snowman) - Sunday, 12 February 2012, 03:55 GMT
Last edited by Dan McGee (toofishes) - Monday, 13 February 2012, 04:49 GMT
Opened by Eric Belanger (Snowman) - Sunday, 12 February 2012, 03:55 GMT
Last edited by Dan McGee (toofishes) - Monday, 13 February 2012, 04:49 GMT
|
Details
Description:
According to the web site, the libtiff package contains uncompressed manpages: https://www.archlinux.org/devel/reports/uncompressed-man/eric/ This is incorrect as all the man pages in the packages are compressed. I suppose the presence of a /usr/share/doc/tiff-4.0.0/html/man directory containing html versions of the man pages confuses the website script. Maybe the script should run the file utility before reporting uncompressed man pages to make sure that they are actual troff files. It might be worth doing the same change for the uncompressed info pages too. |
This task depends upon
Closed by Dan McGee (toofishes)
Monday, 13 February 2012, 04:49 GMT
Reason for closing: Fixed
Additional comments about closing: Made filter a bit more careful at what it looks for, commit fa6f85f
Monday, 13 February 2012, 04:49 GMT
Reason for closing: Fixed
Additional comments about closing: Made filter a bit more careful at what it looks for, commit fa6f85f
You are correct on your assessment; the manpage check looks for files that have a directory name containing '/man/' and matching the regex '\.[0-9n]'. The best bet is probably just to tighten this up a bit and look for the other necessary components, e.g. a part of the directory name also matching '/man[0-9n]/'.