public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Chris J. Breisch" <chris.ml@breisch.org>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: Does /etc/profile need to set MANPATH?
Date: Tue, 13 May 2014 18:57:00 -0000	[thread overview]
Message-ID: <53726A51.3010105@breisch.org> (raw)

I've been working on getting man-db in a state where I can submit a 
package for it. I had been baffled by the failure of one of the tests 
that was dealing with overriding the man_db.conf file, so had been 
struggling to get a version that passes everything before I submitted it.

I finally discovered that the root cause was that MANPATH was being set 
from /etc/profile and that this value was conflicting with the test and 
causing it to fail. Unsetting MANPATH allowed the test to succeed[1].

My question is then, is it necessary to set this value? Is it something 
required by the current version of man that we're using? If so, man-db 
seems to override this necessity as it makes considerable effort to work 
out a reasonable manpath on it's own.

Perhaps this discussion belongs in cygwin-apps. I'll be happy to take it 
elsewhere.

-----------
[1] The failure of this test also seems to me to indicate an upstream 
bug. If MANPATH is set, man-db always ignores the data in the 
man_db.conf file, even if the conf file is specified on the command 
line. Worse, man-db actually reads the conf file, but then ignores the 
data. Perhaps this is working as designed, but if so, the design seems 
flawed from my perspective. From my research, this does not appear to be 
a Cygwin specific issue, although I haven't yet tried to reproduce it on 
a Linux system.


-- 
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

             reply	other threads:[~2014-05-13 18:54 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-13 18:57 Chris J. Breisch [this message]
2014-05-13 19:25 ` Corinna Vinschen
2014-05-14 17:08   ` Achim Gratz
2014-05-15  7:56     ` Corinna Vinschen
2014-05-15 13:18       ` Chris J. Breisch
2014-05-15 13:39         ` Chris J. Breisch
2014-05-15 13:49           ` Corinna Vinschen
2014-05-15 17:48             ` Larry Hall (Cygwin)
2014-05-16 12:14               ` Corinna Vinschen
2014-05-17  8:50                 ` Achim Gratz
2015-07-20 12:09                   ` Mikhail Usenko
2015-07-20 12:20                     ` Michael DePaulo
2015-07-20 13:43                       ` Mikhail Usenko
2015-07-20 14:15                         ` Mikhail Usenko
2015-07-20 16:21                         ` Achim Gratz
2014-05-16 20:00             ` Chris J. Breisch
2014-05-17 20:59             ` Michael Wild
2014-05-19  9:38               ` Corinna Vinschen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53726A51.3010105@breisch.org \
    --to=chris.ml@breisch.org \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).