Bug 163219

Summary: [patch] man: fix 'zcat: standard input is a terminal -- ignoring' when only formatted version of manpage exists
Product: Base System Reporter: Yuri Pankov <yuri.pankov>
Component: binAssignee: Wolfram Schneider <wosch>
Status: Closed DUPLICATE    
Severity: Affects Only Me CC: bapt, gordon, wosch, yuripv
Priority: Normal    
Version: 10.4-STABLE   
Hardware: Any   
OS: Any   
Bug Depends on: 223558    
Bug Blocks:    
Attachments:
Description Flags
man.sh.diff none

Description Yuri Pankov 2011-12-13 02:10:08 UTC
/usr/bin/man emits a 'zcat: standard input is a terminal -- ignoring' when only formatted version of the manpage exists - coming from man_check_for_so. Just return there if `manpage' is an empty string.

How-To-Repeat: run catman; remove /usr/share/man/man1/man.1.gz; run man man:
procyon:yuri:~$ man -d man
-- Using architecture: amd64:amd64
-- Using pager: less -ins
-- Using manual sections: 1:1aout:8:2:3:n:4:5:6:7:9:l
-- Searching PATH for man directories
--   Adding /usr/share/man to manpath
--   Adding /usr/local/man to manpath
-- Adding default manpath entries
--   Adding /usr/share/openssl/man to manpath
-- Parsing config file: /usr/local/etc/man.d/perl5.12.4.conf
--   Adding /usr/local/lib/perl5/5.12.4/man to manpath
--   Adding /usr/local/lib/perl5/5.12.4/perl/man to manpath
-- Using manual path: /usr/share/man:/usr/local/man:/usr/share/openssl/man:/usr/local/lib/perl5/5.12.4/man:/usr/local/lib/perl5/5.12.4/perl/man
-- Using locale paths: en_US.UTF-8:en.UTF-8:.
-- Using standard page width
-- Searching for man
--     Found catpage /usr/share/man/cat1/man.1.gz
zcat: standard input is a terminal -- ignoring
-- Command: /usr/bin/zcat /usr/share/man/cat1/man.1.gz | less -ins
Comment 1 Eitan Adler freebsd_committer freebsd_triage 2012-01-19 03:09:15 UTC
Responsible Changed
From-To: freebsd-bugs->gtetlow

assign to author
Comment 2 Gordon Tetlow freebsd_committer freebsd_triage 2012-04-12 06:04:13 UTC
State Changed
From-To: open->analyzed

Finally got some time to look at this. While the patch as submitted would 
work, I'm going to see if I can fix the underlying architectural issue 
that is causing the problem. 


Comment 3 Gordon Tetlow freebsd_committer freebsd_triage 2012-04-12 06:04:13 UTC
Responsible Changed
From-To: gtetlow->gordon

Finally got some time to look at this. While the patch as submitted would 
work, I'm going to see if I can fix the underlying architectural issue 
that is causing the problem.
Comment 4 Mark Linimon freebsd_committer freebsd_triage 2013-07-03 01:50:32 UTC
State Changed
From-To: analyzed->analyzed

commit bit has been taken in for safekeeping. 


Comment 5 Mark Linimon freebsd_committer freebsd_triage 2013-07-03 01:50:32 UTC
Responsible Changed
From-To: gordon->freebsd-bugs
Comment 6 Wolfram Schneider freebsd_committer freebsd_triage 2017-12-03 17:56:49 UTC
This bug report is about the old shell script man.sh in 10.X
Comment 7 Yuri Pankov 2017-12-03 18:00:01 UTC
Indeed, though the word "old" doesn't apply here -- 12-CURRENT still uses the same "old" shell script man.sh :-)
Comment 8 Wolfram Schneider freebsd_committer freebsd_triage 2017-12-03 18:17:28 UTC
You are right. I was not aware that we still use the old man.sh script in FreeBSD-12-current. I assumed we are using everything from the mdocml project. My bad.

Which also mean we have to fix the issue ourself, because it is our code ;-)
Comment 9 Baptiste Daroussin freebsd_committer freebsd_triage 2017-12-04 12:57:09 UTC

*** This bug has been marked as a duplicate of bug 223560 ***