Return-Path: Mailing-List: contact gump-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list gump@jakarta.apache.org Received: (qmail 30061 invoked from network); 31 Jul 2003 06:01:42 -0000 Received: from bodewig.bost.de (62.96.16.111) by daedalus.apache.org with SMTP; 31 Jul 2003 06:01:42 -0000 Received: (from bodewig@localhost) by bodewig.bost.de (8.11.6/8.11.6) id h6V61bH01501; Thu, 31 Jul 2003 08:01:37 +0200 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: gump@jakarta.apache.org Subject: Re: Date mismatch References: <3F27E30E.9000105@chalko.com> <009101c356b5$1aef1010$f129140a@tsc.com> From: Stefan Bodewig Date: 31 Jul 2003 08:01:37 +0200 In-Reply-To: <009101c356b5$1aef1010$f129140a@tsc.com> Message-ID: Lines: 50 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Portable Code) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Wed, 30 Jul 2003, Adam Jack wrote: > Hmm, I did a search for .timestamp (trying to find out who created > it, and I could) and look what I find in gump.sh. It predates gump.sh by far. I use .timestamp in the cron job that runs Gump and I think Leo and Sam do the same. The .timestamp mechanism allows you to do partial Gump runs based on older builds. To illustrate this. Gump starts at 10pm on my box, today's results (running more than eight hours) have a timestamp of 20030730 (to me that's yesterday). If I want to experiment with changing some project descriptors to see whether I can get a certain build going, I simply rerun gen.sh and test. If Jenny didn't take .timestamp into account, all generated jars would have the wrong date (as now would create 20030731) and I'd have to rebuild a lot of projects. > > rm -f .timestamp <----------------------------------- This was in > the script I copied, I never understood it I hope I could clear that up. > The build.xml files used by krysalis-version-core and krysalis-ruper > use current date (although I did set TZ to GMT) so they are > generated at run time. You can always override them from the Gump descriptor. > Maybe we ought remove that "rm -f".