Bug 163219 - [patch] man: fix 'zcat: standard input is a terminal -- ignoring' when only formatted version of manpage exists
Summary: [patch] man: fix 'zcat: standard input is a terminal -- ignoring' when only f...
Status: Closed DUPLICATE of bug 223560
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 10.4-STABLE
Hardware: Any Any
: Normal Affects Only Me
Assignee: Wolfram Schneider
URL:
Keywords:
Depends on: 223558
Blocks:
  Show dependency tree / graph
 
Reported: 2011-12-13 02:10 UTC by Yuri Pankov
Modified: 2017-12-04 12:57 UTC (History)
4 users (show)

See Also:

Attachments
man.sh.diff (398 bytes, patch)
2011-12-13 02:10 UTC, Yuri Pankov 		no flags Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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 ***