Date: Sat, 10 Aug 2002 17:45:36 -0700 From: Colin Percival <Colin_Percival@sfu.ca> To: Terry Lambert <tlambert2@mindspring.com>, Colin Percival <Colin_Percival@sfu.ca> Cc: freebsd-hackers@freebsd.org Subject: Re: release variability Message-ID: <5.0.2.1.1.20020810164528.0207fc90@popserver.sfu.ca> In-Reply-To: <3D556270.CACF724B@mindspring.com> References: <5.0.2.1.1.20020808000218.01fcd120@popserver.sfu.ca> <5.0.2.1.1.20020810024458.02035e48@popserver.sfu.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
At 11:58 10/08/2002 -0700, Terry Lambert wrote: >Colin Percival wrote: > > Files which are always the same size, but seem to have completely different > > contents: > > /usr/share/games/fortune/*.dat > > /var/games/phantasia/void > >This is disturbing. Upon further investigation, it turns out that the fortune files vary because `strfile` is instructed to randomize the order of the fortunes; as far as I can tell, this serves no purpose since `fortune` picks a random fortune anyway. (Two line patch to /usr/src/games/fortune/datfiles/Makefile) /var/games/phantasia/void is explicitly randomly generated; I'm not sure what purpose it serves. >For library files, there's nothing you can do, since it's the >archive date, and .o files are assembled from multiple source >files. > >Some of the generated files with timestamps really want to use >the timestamp of the modification date of the sources, rather >than the creation date of hte object. > >Correcting this is relatively minor; it's one of the reasons I >suggested NFS mounting the sources; I imagine you would have a >much worse time otherwise. Actually I didn't NFS mount the sources, since I didn't understand how that would help. I'll try that and see if there it makes any difference. >The hardest part has got to be the archive >files; I don't see how it could be avoided, without destroying >information, at least in the archive update case, and probably >in the archive recreation from object files case. Could someone point me towards information on what these values are used for? Colin Percival To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.0.2.1.1.20020810164528.0207fc90>