Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Feb 2002 19:44:46 +0200
From:      Ruslan Ermilov <ru@FreeBSD.org>
To:        Kim Scarborough <sluggo@unknown.nu>
Cc:        bug-followup@FreeBSD.org, bugs@FreeBSD.org
Subject:   Re: misc/21528: installworld fails in secure/usr.bin/openssl
Message-ID:  <20020211194446.A91112@sunbay.com>
In-Reply-To: <200202101730.g1AHU2Z60910@freefall.freebsd.org>
References:  <200202101730.g1AHU2Z60910@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 10, 2002 at 09:30:02AM -0800, Kim Scarborough wrote:
> 
>  Can this bug be reopened? I must respectfully dissent from ru's analysis
>  of the problem.
>  
No.

>  I ran into this behavior yesterday when upgrading a machine I had just
>  CVSupped to -STABLE. I've upgraded it many times in the past with no
>  problems, but before building world this time I set "NOMANCOMPRESS=  true"
>  in make.conf and this happened. I could find no evidence of a timestamp
>  discrepancy in /usr/src or in the existing system files; furthermore, I
>  had been running xntpd when I fetched and build world-ed. Finally, I was
>  able to duplicate this behavior on another machine.
>  
Great, then you have two buggy environments.  :-)

>  Anyway, I don't understand why a timestamp issue would affect what seems
>  to be a PATH issue anyway. This error occurred for me in two places:
>  /usr/src/secure/usr.bin/openssl and /usr/src/secure/lib/libcrypto. All I
>  had to do was change pod2man to /usr/bin/pod2man in both Makefiles and it
>  worked.
>  
Because it's not a PATH issue.  Manpages are supposed to be built during
`buildworld' stage, and not the `installworld' stage.  At the time of
INSTALLATION, you should have all the bits ALREADY BUILT UP.

Do you understand how make(1) works?  It rebuilds something if it's not
up-to-date with its "sources".  That's why such problems usually indicate
a problem with either system time, timezone setting, or modification
time on source files.  If the source file has modtime set in the
future, its target will always be considered out-of-date.

>  If I'm missing something, let me know... I would also like to hear if
>  you are able to duplicate this problem or not. I just think this hasn't
>  come up too much because not that many people disable compression of man
>  pages.
>  
No, I can't.  There's an unrelated bug exists in openssl/Makefile;
it doesn't add generated openssl.1 to CLEANFILES.

If you want a further help, please provide additional details, such
as how do you build and install your world.  Note that you should run
buildworld and installworld in the same make(1) environment, e.g.,
if you specify -DNOMANCOMPRESS to installworld, you should also
specify -DNOMANCOMPRESS to buildworld, etc.  Otherwise it will fail.


Cheers,
-- 
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020211194446.A91112>