NetBSD Problem Report #42497

From mouse@Sparkle.Rodents-Montreal.ORG  Tue Dec 22 18:47:30 2009
Return-Path: <mouse@Sparkle.Rodents-Montreal.ORG>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id CA02063C4ED
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 22 Dec 2009 18:47:30 +0000 (UTC)
Message-Id: <200912221847.NAA18255@Sparkle.Rodents-Montreal.ORG>
Date: Tue, 22 Dec 2009 13:45:09 -0500 (EST)
From: der Mouse <mouse@Rodents-Montreal.ORG>
Reply-To: mouse@Rodents-Montreal.ORG
To: gnats-bugs@gnats.NetBSD.org
Subject: [dM] Two more build timestamp issues
X-Send-Pr-Version: 3.95

>Number:         42497
>Category:       toolchain
>Synopsis:       [dM] Two "build writes into source tree" timestamp issues
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    mrg
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Dec 22 18:50:00 +0000 2009
>Closed-Date:    Mon Mar 14 05:50:27 +0000 2022
>Last-Modified:  Mon Mar 14 05:55:01 +0000 2022
>Originator:     der Mouse
>Release:        NetBSD 4.0.1
>Organization:
	Dis-
>Environment:
Probably irrelevant; the cross-build-from system is
System: NetBSD Scratch.Rodents-Montreal.ORG 3.1 NetBSD 3.1 (GEN31) #0: Wed Mar 4 23:05:10 EST 2009 mouse@Scratch.Rodents-Montreal.ORG:/home/mouse/kbuild/GEN31 i386
Architecture: i386
Machine: i386
>Description:
	I apparently did something that changed the timestamps on some
	of my source files (probably, copying some of the source tree
	in a non-timestamp-preserving way); attempts to rebuild failed
	with permission denied attempting to remove
	/usr/src.401/tools/gmake/../../gnu/dist/gmake/doc/make.info
	(/usr/src.401 being where I had the 4.0.1 source tree) and
	other files in that same directory (make.info-%d for %d from 1
	to 11).  Touching the files it was trying to remove made the
	failures stop.

	There was a similar failure, later in the build, with
	/usr/src.401/gnu/usr.bin/binutils/ld/../../../dist/binutils/ld/configdoc.texi
	Again, touching the file made the failure go away.
>How-To-Repeat:
	Change your source tree timestamps suitably and try to rebuild.
	I don't know which the relevant "newer" file is, but setting
	/usr/src/gnu/dist/gmake/doc/make.info* and
	/usr/src/gnu/dist/binutils/ld/configdoc.texi to times far in
	the past should tickle the problem.
>Fix:
	Workaround: touch the files.

	Fix: according to mailing list traffic (the thread begins with
	http://mail-index.netbsd.org/tech-toolchain/2009/12/21/msg000927.html)
	this indicates a need for `a "NetBSD_disabled" rule', whatever
	that is, somewhere (two places, I suspect, given the two
	failures).  I don't know more.

/~\ The ASCII				  Mouse
\ / Ribbon Campaign
 X  Against HTML		mouse@rodents-montreal.org
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: toolchain-manager->mrg
Responsible-Changed-By: mrg@NetBSD.org
Responsible-Changed-When: Wed, 23 Dec 2009 00:55:44 +0000
Responsible-Changed-Why:
i'll get to this..


From: der Mouse <mouse@Rodents-Montreal.ORG>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: toolchain/42497: [dM] Two more build timestamp issues
Date: Mon, 28 Dec 2009 09:53:43 -0500 (EST)

 I've added options to touch(1) to make it easy to test this sort of
 thing by randomizing the order of files' timestamps with a pipeline
 like

 find /usr/src -type f -print | shuffle -f - | touch -i -d -5 -

 (though I actually saved find's output, and inserted a tee between
 shuffle and touch).

 I've done two test builds with randomized timestamp order.  Each of
 them ran into the make.info* issue mentioned in the PR; with those
 touched, they fell over with cryptic messages while building gcc.

 The touch(1) source I used, and the results, are up for FTP.  (They are
 big - the list of source files is about four megs and the build log is
 between one and two - so I don't want to dump them in the PR directly.)
 See ftp.rodents-montreal.org:/mouse/NetBSD-build/ (there's a README
 there describing the layout).

 /~\ The ASCII				  Mouse
 \ / Ribbon Campaign
  X  Against HTML		mouse@rodents-montreal.org
 / \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

State-Changed-From-To: open->closed
State-Changed-By: maya@NetBSD.org
State-Changed-When: Mon, 27 May 2019 03:01:01 +0000
State-Changed-Why:
Stale bug report: the parts of the source tree being discussed no longer exist.


From: matthew green <mrg@eterna.com.au>
To: gnats-bugs@netbsd.org
Cc: netbsd-bugs@netbsd.org, gnats-admin@netbsd.org, maya@NetBSD.org,
    mouse@Rodents-Montreal.ORG
Subject: re: toolchain/42497 ([dM] Two "build writes into source tree" timestamp issues)
Date: Wed, 29 May 2019 17:43:50 +1000

 > State-Changed-From-To: open->closed
 > State-Changed-By: maya@NetBSD.org
 > State-Changed-When: Mon, 27 May 2019 03:01:01 +0000
 > State-Changed-Why:
 > Stale bug report: the parts of the source tree being discussed no longer=
  exist.

 looks like make.info part is still relevant.  this needs some netbsd
 ignore love applied, like other configure driven tools builds.  from
 src/external/gpl2/gmake/dist/doc/Makefile.in:

    $(srcdir)/make.info: make.texi $(srcdir)/version.texi $(make_TEXINFOS)


 .mrg.

State-Changed-From-To: closed->open
State-Changed-By: maya@NetBSD.org
State-Changed-When: Wed, 29 May 2019 10:00:05 +0000
State-Changed-Why:


State-Changed-From-To: open->closed
State-Changed-By: mrg@NetBSD.org
State-Changed-When: Mon, 14 Mar 2022 05:50:27 +0000
State-Changed-Why:
i fixed it.


From: "matthew green" <mrg@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/42497 CVS commit: src/external/gpl2/gmake/dist/doc
Date: Mon, 14 Mar 2022 05:50:08 +0000

 Module Name:	src
 Committed By:	mrg
 Date:		Mon Mar 14 05:50:08 UTC 2022

 Modified Files:
 	src/external/gpl2/gmake/dist/doc: Makefile.in

 Log Message:
 apply some NetBSD_Disabled_make.info: love to avoid a source tree
 timestamp issue with read-only sources.  fixes PR#42497.


 To generate a diff of this commit:
 cvs rdiff -u -r1.1.1.1 -r1.2 src/external/gpl2/gmake/dist/doc/Makefile.in

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

>Unformatted:

Home	PR Database Search