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:

bin

Assignee:

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

2012-01-19 03:09:15 UTC

Responsible Changed
From-To: freebsd-bugs->gtetlow

assign to author

Comment 2 Gordon Tetlow freebsd_committer

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

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

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

2013-07-03 01:50:32 UTC

Responsible Changed
From-To: gordon->freebsd-bugs

Comment 6 Wolfram Schneider freebsd_committer

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

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

2017-12-04 12:57:09 UTC


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