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
Task Type Bug Report
Category Web Sites
Status Closed
Assigned To Dan McGee (toofishes)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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
Comment by Dan McGee (toofishes) - Monday, 13 February 2012, 04:35 GMT
Running the file utility is impossible, not to mention extremely expensive, as we don't have the files. We have a database table with some 2.8 million rows that we are looking at.

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]/'.

Loading...