From owner-freebsd-stable@FreeBSD.ORG Wed Aug 27 15:12:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AC021065670 for ; Wed, 27 Aug 2008 15:12:00 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 08C208FC14 for ; Wed, 27 Aug 2008 15:11:59 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA12.westchester.pa.mail.comcast.net ([76.96.62.44]) by QMTA06.westchester.pa.mail.comcast.net with comcast id 7SG41a00E0xGWP856TBy9V; Wed, 27 Aug 2008 15:11:58 +0000 Received: from daland.home ([24.61.21.4]) by OMTA12.westchester.pa.mail.comcast.net with comcast id 7TBy1a00D05H7zL3YTByUB; Wed, 27 Aug 2008 15:11:58 +0000 X-Authority-Analysis: v=1.0 c=1 a=p-K6auXQui0A:10 a=hoIbGRvA9CwA:10 a=rITDv7nW5hcA:10 a=S2UjLHHb1mBPWebQn8sA:9 a=IdYPuWXYUxD-L9vAJPAA:7 a=KAHvuGYtAUiUXS81balyP09RROQA:4 a=si9q_4b84H0A:10 a=XF7b4UCPwd8A:10 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KYMgg-0005S7-2X; Wed, 27 Aug 2008 11:11:58 -0400 From: Alex Goncharov To: Yuri Pankov In-reply-to: <48B4D45A.7090204@gmail.com> (message from Yuri Pankov on Wed, 27 Aug 2008 08:13:14 +0400) References: <48B4D45A.7090204@gmail.com> Message-Id: Sender: Alex Goncharov Date: Wed, 27 Aug 2008 11:11:58 -0400 Cc: freebsd-stable@freebsd.org, alex-goncharov@comcast.net Subject: Re: Another attempt [Re: Groff is not working in the latest code] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Aug 2008 15:12:00 -0000 The bottom line: the problem is solved -- thank you! The details below... ,--- You/Yuri (Wed, 27 Aug 2008 08:13:14 +0400) ----* | Alex Goncharov wrote: | > `groff' is still not working for me, and with it `man' doesn't: | > | > So, I looked at how things are being built and think that the | > following is supposed to happen with respect to `groff' -- a GNU | > program: | > | > 1. The build is driven by `gnu/usr.bin/groff/Makefile' (all paths in | > the following are relative to `/usr/src'. | > | > 2. During the build, the original "contrib" code is used, to be found | > in `contrib/groff'. | > | > That code is configured by the pristine `contrib/groff/configure' | > and results in setting the "prefix" to the GNU-usual `/usr/local' | > and generating the FreeBSD-unaware `defs.h' and `config.h'. | | contrib/groff/configure shouldn't be called at all, Let me ask you here: what should be called then? Note this for the make file there: -------------------- $ cat contrib/groff/Makefile [snip] all: $(SHELL) configure $(MAKE) all -------------------- | looks like there's something wrong with your local build | environment. This is what I was trying to find: the same environment hadn't given me trouble for more than a year, till about August 15 -- and leads to a good build this morning. Why would my environment matter for a standard build, however? Which part of it? | > 3. Then some magic "is supposed to happen / was happening two weeks | > ago for me", when the newly generated `defs.h' and `config.h' are | > replaced with the FreeBSD hard versions that had been delivered | > from CVS -- and the paths get corrected to eliminate the `local' | > component from them and do other path adjustments to bring it all | > to the FreeBSD standards: | > | > -------------------- | > $ diff contrib/groff/src/include/defs.h gnu/usr.bin/groff/src/include/defs.h | head -n 12 | yuri:/usr/src> diff -u contrib/groff/src/include/defs.h | gnu/usr.bin/groff/src/include/defs.h | diff: contrib/groff/src/include/defs.h: No such file or directory When I saw this, and combining this with your statement that `contrib/groff/configure' was not supposed to be called, I realized that, in fact, yesterday I ran it by hand, trying to figure out what was going on -- and I thought it had to be called by the standard build. So, seeing your output, I removed both `contrib/groff' and `gnu/usr.bin/groff', did `cvsup' again and rebuild. And guess what? The newly built groff doesn't look for files under `/usr/local' -- so it's definitely using the hard-coded` gnu/usr.bin/groff/src/include/defs.h' paths. I install worlds and now have a perfectly functioning `groff' and `man'. | > But how about others: everything works for you? What could have | > triggered the change in the process for me a week or so ago? | | `man man` works for me on 7.0-RELEASE with groff built from RELENG_7 | src. | HTH, It did help enormously -- just a simple knowledge that `groff' works for you and comparing the small notes. (But it's still a mystery for me why I was having bad builds for two weeks -- what led me in, and what led me out of the trouble. And the build process for `groff' remains a puzzle for me... Will try to understand it better...) Thank you very much! -- Alex -- alex-goncharov@comcast.net --