Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Sent: 28 Feb 2004 22:06:39 GMT From: "Ross Boulet" To: "Cygwin" Subject: Man not finding pages Date: Sat, 28 Feb 2004 16:06:22 -0600 Message-ID: <000301c3fe47$1e1658e0$6400000a@RossLap> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I solved my own problem with man not finding pages but in doing the research on it, I found something I thought might be worthy of mentioning. From the message: http://www.cygwin.com/ml/cygwin/2002-04/msg00064.html I learned the a colon prefix to $MANPATH allows man to search its default paths in addition to what is specified in $MANPATH. The /etc/profile.d/openssl.sh script handles this ok. However, the /etc/profile.d/XFree86-man.sh does not handle it the same way. I had an empty $MANPATH (since corrected by a new /etc/profile script). The XFree86-man.sh ran first and found no $MANPATH and thus assigned "/usr/X11R6/man" (no colon prefix) to $MANPATH. Then openssl.sh appended ":/usr/ssl/man". The absence of a leading colon caused man to not find the basic pages so that basic stuff like 'man ls' produced 'No manual entry for ls'. I would suggest the XFree86-man.sh script be modified to add a colon prefix to $MANPATH to be consistent with the openssl.sh treatment of an empty $MANPATH. My apologies if this should have been posted to the cygwin-xfree ML, but I thought it appropriate here because it affects more than X. Ross -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/