Thu, 15 Oct 2009 18:58:09 +0100 Added tag PDK_2.0.0 for changeset 7a343c038e7d
asimpson@symbian.org [Thu, 15 Oct 2009 18:58:09 +0100] rev 690
Added tag PDK_2.0.0 for changeset 7a343c038e7d
Wed, 14 Oct 2009 16:21:12 +0100 Added tag PDK_3.0.a for changeset 4709730d5226
Shabe Razvi <shaber@symbian.org> [Wed, 14 Oct 2009 16:21:12 +0100] rev 689
Added tag PDK_3.0.a for changeset 4709730d5226
Mon, 19 Oct 2009 11:18:06 +0100 Added new BC test
Maciej Seroka <maciejs@symbian.org> [Mon, 19 Oct 2009 11:18:06 +0100] rev 688
Added new BC test
Mon, 19 Oct 2009 10:26:58 +0100 Added new BC test
Maciej Seroka <maciejs@symbian.org> [Mon, 19 Oct 2009 10:26:58 +0100] rev 687
Added new BC test
Mon, 19 Oct 2009 10:29:47 +0100 catchup merge.
MattD <mattd@symbian.org> [Mon, 19 Oct 2009 10:29:47 +0100] rev 686
catchup merge.
Fri, 16 Oct 2009 19:26:06 +0100 catchup merge.
MattD <mattd@symbian.org> [Fri, 16 Oct 2009 19:26:06 +0100] rev 685
catchup merge.
Fri, 16 Oct 2009 14:57:32 +0100 sf-run-evalid - minor change to make sure that evalid is run at the root of the build drive, which can stop the MD5s from being generated. (evalid requires dirs to be relative and not absolute)
MattD <mattd@symbian.org> [Fri, 16 Oct 2009 14:57:32 +0100] rev 684
sf-run-evalid - minor change to make sure that evalid is run at the root of the build drive, which can stop the MD5s from being generated. (evalid requires dirs to be relative and not absolute)
Sun, 18 Oct 2009 17:17:59 +0100 added a missing testdata file
brendand [Sun, 18 Oct 2009 17:17:59 +0100] rev 683
added a missing testdata file
Fri, 16 Oct 2009 16:10:40 +0100 Added new BC test
Maciej Seroka <maciejs@symbian.org> [Fri, 16 Oct 2009 16:10:40 +0100] rev 682
Added new BC test
Fri, 16 Oct 2009 15:52:33 +0100 Updated throughout to use the "temp_build_files" dir on the build drive rather than the "generated" directory in the fbf source tree.
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 15:52:33 +0100] rev 681
Updated throughout to use the "temp_build_files" dir on the build drive rather than the "generated" directory in the fbf source tree.
Fri, 16 Oct 2009 15:11:28 +0100 Moved the generation of the release metadata entry for the MD5 zip outside of
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 15:11:28 +0100] rev 680
Moved the generation of the release metadata entry for the MD5 zip outside of the parallel section, so it can't co-incide with the zipping of the binaries. Ensured that any errors generated when merging log files are not just hidden by putting them in the output file (which will render it not well-formed XML).
Fri, 16 Oct 2009 15:06:40 +0100 Replaced <available> check with an <uptodate> check, to greatly help people working
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 15:06:40 +0100] rev 679
Replaced <available> check with an <uptodate> check, to greatly help people working on the FBF who want the file automatically regenerated according to the changes they have made.
Fri, 16 Oct 2009 14:43:38 +0100 Restored call to summarise final BRAG status for regular platform builds.
Simon Howkins <simonh@symbian.org> [Fri, 16 Oct 2009 14:43:38 +0100] rev 678
Restored call to summarise final BRAG status for regular platform builds.
Fri, 16 Oct 2009 14:33:15 +0100 Major packaging change to work around parallel calls - stopped zipping targets from having direct dependency on 'sf-preprocess-package-config', and instead have 'sf-zip-content' call 'sf-preprocess-package-config' if needed. Changed 'sf-prep' to call a target that wipes out the 'generated' directory. It's not perfect but it gets us going again.
MattD <mattd@symbian.org> [Fri, 16 Oct 2009 14:33:15 +0100] rev 677
Major packaging change to work around parallel calls - stopped zipping targets from having direct dependency on 'sf-preprocess-package-config', and instead have 'sf-zip-content' call 'sf-preprocess-package-config' if needed. Changed 'sf-prep' to call a target that wipes out the 'generated' directory. It's not perfect but it gets us going again.
Thu, 15 Oct 2009 16:47:42 +0100 Moved invocation of sf-brag-to-diamonds, so it's right at the end of the postbuild (apart from publishing zipped logs).
Simon Howkins <simonh@symbian.org> [Thu, 15 Oct 2009 16:47:42 +0100] rev 676
Moved invocation of sf-brag-to-diamonds, so it's right at the end of the postbuild (apart from publishing zipped logs). This avoids the possibility of a build abort when parallel threaqds are trying to a) convert a log file into a brag file, and b) merge all brag files ready to determine the brag status. It also makes more sense - don't calculate or send the BRAGG status until the build is on the cusp of completion.
(0) -300 -100 -15 +15 +100 +300 tip