X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=SnXkNweGTgwJsmF0Vb4eCM3Ru7Ox6EUIvFyqt95487s
	0RlIfu8wd+nXs32hv557E4mKmtyx9zynmbFKZRqSTQqtHBBMBbFBT/l7HyYBuF7G
	SY0jFXLN1Wx7vHW/gY/mYdnn2TNChyU3H/sNAZ+okLJizH3rMfQq9w3ykCh0Q32g
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=moRXBp0fxaPStpotql8qGcLK2PU=; b=sO9wJS+drg2TL/quL
	7a71l6jlt9UuhKKhVM8duxTAD5LGKCKQqTlFXgh8Y2ZU8+K0ba+SU4rN9OJafdRY
	fYozjKljmTVZM8KXqU944MXh8UjAT2QNGYFw4cfRCTfoydJU/diQhqjsHhqSBZ9b
	m11OqiNeR7DCbQX55rXVv0ymIo=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	mail-ig0-f172.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=q2x16c90ac7IR8qYQdXrKIkBG6ZE3sag3ZdHsUTcWqY=; b=iCFI2hD958oadFOKWceVWPCQuTiKUmkl4mbIH5YGM+TkunvAeN8X31W2jEMxvZtZij GCa1T6p3zAAAPPbfkTFgGk5Fag1PGvzUqYgNCi2G+6udnkxMbIyMH8cf0oWrzRRwnKoo OG2B8gvr9+D7k/SelbRPPwEB43pGtlf+GnkUalQ1yJ2IRiWcQLsMwgH6c5G5ybS9xpNH +M9Ptb6MA/ib0CmMho9xEMqQaZp/VFJUI3RPqosNZTm7gRNRZYItouqHrEBEcD+uepMo gZMYjsi14he23fVTE6ZIRx9aJ7t7Y4h2yruiEHTZnYW+7FVkvEuKWa9LNJgqxnJmp7Yg S5WQ==
X-Gm-Message-State:	ALoCoQlvh9zoWslLgRr7oJXdHD5xyk0D7T680aZyhukdrz3JjCEFRqhMN2klubpmT4H7t4WdEnfG
X-Received:	by 10.43.155.16 with SMTP id lg16mr5382298icc.65.1400270052530; Fri, 16 May 2014 12:54:12 -0700 (PDT)
Message-ID:	<53766CDA.7050501@breisch.org>
Date:	Fri, 16 May 2014 15:54:02 -0400
From:	"Chris J. Breisch" <chris DOT ml AT breisch DOT org>
User-Agent:	Postbox 3.0.9 (Windows/20140128)
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: Does /etc/profile need to set MANPATH?
References:	<53726A51 DOT 3010105 AT breisch DOT org> <20140513192457 DOT GY2436 AT calimero DOT vinschen DOT de> <8738gc4810 DOT fsf AT Rainer DOT invalid> <20140515074942 DOT GK2436 AT calimero DOT vinschen DOT de> <5374BCE5 DOT 7080609 AT breisch DOT org> <5374BE7D DOT 70104 AT breisch DOT org> <20140515133939 DOT GQ2436 AT calimero DOT vinschen DOT de>
In-Reply-To:	<20140515133939.GQ2436@calimero.vinschen.de>
X-IsSubscribed:	yes

Corinna Vinschen wrote:
> On May 15 09:17, Chris J. Breisch wrote:
>> Chris J. Breisch wrote:
>>> Corinna Vinschen wrote:
>>>> On May 14 18:52, Achim Gratz wrote:
>>>>> Corinna Vinschen writes:
>>>>>> Yes, this might be better discussed in cygwin-apps. I guess the setting
>>>>>> of MANPATH is mainly historical.
>>>>> I'd be happy to not set MANPATH in /etc/profile if we no longer need it
>>>>> for the standard installation.
>>>> I'm wondering if setting MANPATH was really ever required for the old
>>>> man either. In a tcsh environment, MANPATH is not set by default.
>>>> If you install the openssl package, MANPATH is set like this (in
>>>> /etc/profile.d/openssh.csh):
>>>>
>>>> if ( ! $?MANPATH ) setenv MANPATH ""
>>>> setenv MANPATH "${MANPATH}:/usr/ssl/man"
>>>>
>>>> which results in:
>>>>
>>>> $ echo $MANPATH
>>>> :/usr/ssl/man
>>>>
>>>> I have neither problems to see the man pages in the default paths nor
>>>> problems to see the openssl man pages.
>>> Well, /etc/profile and /etc/profile.d/openssh.sh add a few more folders
>>> to MANPATH in bash. If your man pages are working, then we probably
>>> don't need MANPATH.
>>>
>>> I'm guessing though that if you unset MANPATH, you can't see the man
>>> pages in /usr/ssl/man. The new man from man-db doesn't find them either,
>>> however.
>>>
>>> But I think the proper solution to that is to add the appropriate lines
>>> to man_db.conf rather than to force something into MANPATH. OTOH, we
>>> already have the openssh.[c]sh files working, so maybe it's easier to
>>> continue with that, rather than modifying the OpenSSL package to update
>>> man_db.conf.
>>>
>> Or I could just add the values to man_db.conf, regardless of whether OpenSSL
>> is installed. It's not going to hurt anything to have them there.
>
> You still have to be able to handle MANPATH.  Unfortunately the man page
> of man-db is a little tight-lipped on how MANPATH is handled exactly,
> other than that "its value is used as the path to search  for manual
> pages."
>
> Whatever man does with MANPATH, it doesn't drop the default man paths,
> apparently.
>

It's not that man-db doesn't handle MANPATH, it's that it gives too much 
power to it, I think.

MANPATH always overrides whatever is in man_db.conf, even if you specify 
an override conf file on the command line with man -C <conf file>.

I have verified that this happens in my LFS system. So, either I don't 
understand how this is supposed to work, or this is an upstream problem.

I'll send something to the man-db group about it this weekend, and 
hopefully work some more on getting this packaged up as well.


-- 
Chris J. Breisch

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -