From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6117 invoked by alias); 16 May 2014 19:54:16 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 6104 invoked by uid 89); 16 May 2014 19:54:15 -0000 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 Received: from mail-ig0-f172.google.com (HELO mail-ig0-f172.google.com) (209.85.213.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 16 May 2014 19:54:14 +0000 Received: by mail-ig0-f172.google.com with SMTP id uy17so1239221igb.5 for ; Fri, 16 May 2014 12:54:12 -0700 (PDT) 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) Received: from [192.168.2.237] (76-219-158-219.lightspeed.iplsin.sbcglobal.net. [76.219.158.219]) by mx.google.com with ESMTPSA id ie20sm17737igb.10.2014.05.16.12.54.10 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 16 May 2014 12:54:10 -0700 (PDT) Message-ID: <53766CDA.7050501@breisch.org> Date: Fri, 16 May 2014 20:00:00 -0000 From: "Chris J. Breisch" 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 X-SW-Source: 2014-05/txt/msg00367.txt.bz2 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 . 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