X-Recipient: archive-cygwin@delorie.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@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.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.ml@breisch.org>
User-Agent: Postbox 3.0.9 (Windows/20140128)
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: Does /etc/profile need to set MANPATH?
References: <53726A51.3010105@breisch.org> <20140513192457.GY2436@calimero.vinschen.de> <8738gc4810.fsf@Rainer.invalid> <20140515074942.GK2436@calimero.vinschen.de> <5374BCE5.7080609@breisch.org> <5374BE7D.70104@breisch.org> <20140515133939.GQ2436@calimero.vinschen.de>
In-Reply-To: <20140515133939.GQ2436@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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

