Bug 109612

Summary: Manuals that live in ARCH specific subdirectories are not accessible by man(1)
Product: Documentation Reporter: Mark Diekhans <markd>
Component: Books & ArticlesAssignee: Gordon Tetlow <gordon>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Latest   
Hardware: Any   
OS: Any   

Description Mark Diekhans 2007-02-27 17:20:04 UTC
viapm manual page not installed by amd64 6.2 release
Comment 1 Remko Lodder freebsd_committer freebsd_triage 2007-07-02 20:02:31 UTC
Responsible Changed
From-To: freebsd-doc->remko

This is a real problem with all stuff under specific subdirectories 
(/man4/i386 for example) since they are not 'man*' probably. I will try 
to investigate this before I will go on holiday but perhaps it will take 
a little to resolve this.
Comment 2 Alexander Best freebsd_committer freebsd_triage 2010-11-13 10:49:34 UTC
State Changed
From-To: open->feedback

Which files exactly are being installed into ARCH specific subdirectories in 
/usr/share/{man,cat}? I'm running HEAD on AMD64 and i don't see any files being 
installed into {man,cat}4/amd64 or {man,cat}8/amd64. If this is also the case 
for the other archs i suggest all ARCH specific subdirectories can be removed 
from mtree. 
However I checked the new man shell script's behavior regarding this issue and 
it doesn't look in any ARCH specific subdirectory for manual pages (not even the 
ARCH 'uname -m' reports).
Comment 3 Alexander Best freebsd_committer freebsd_triage 2010-11-14 13:20:30 UTC
State Changed
From-To: feedback->patched

Feeedback received privately by Remko. In fact quite a few arch specific manual 
pages get installed (amd64 being an exception). The new man script comes with 
the -m switch, which lets people specify the arch and machine. Also two envars 
are being supported: $ARCH_MACHINE and $MACHINE. 
So e.g. running FreeBSD on amd64, users can do 'man -m i386:i386' or set the 
two envars previously mentioned to i386 in order to tell 'man' to look for 
i386 specific manual page directories.
Comment 4 Remko Lodder freebsd_committer freebsd_triage 2011-02-24 13:40:03 UTC
Responsible Changed
From-To: remko->gordon

Reassign to Gordon since his new man tool seems to fix this. This might 
be an MFC reminder, or can be closed if it is not going to be MFC'ed.
Comment 5 Gordon Tetlow freebsd_committer freebsd_triage 2011-03-22 00:39:40 UTC
State Changed
From-To: patched->closed

I don't have any intentions of MFC'ing the new man. I'm not sure what 
the bug is here. The GNU man also honors ARCH_MACHINE and MACHINE, but 
it could be this PR predates that change.